element-plus 的 Message 在配置上与 Notification 非常类似，从产品角度来说，这两者分贝适用于什么场景？有什么区别？

一句话区分：

• Message 更适合轻量、短暂的提示，用户无需特别注意即可理解。
• Notification 更适合需要用户关注的、相对重要的提示，可能包含较多信息或操作项。

- 阅读剩余部分 -

这几天我的一台小服务器卡的不要不要的，重启之后虽然不卡了，但过个几天，又卡成翔了。

研究了一下，发现 CPU 占用并不高，问题是内存不够用，看来是部署的服务太多了。

由于是阿里云搞活动买的 99 一年的 ECS ，只有 2G 的内存，部署了 redis、mysql、gitea，还跑了两个版本的 php-fpm，用 ps aux --sort=-%mem | head -n 11 命令查看了一下内存大户，mysql 毫无疑问排在了第一。

秉持着榨干服务器最后一滴价值的原则，果断给服务器加了 2G 的交换内存。

下面是操作步骤：

- 阅读剩余部分 -

要在 Nginx 配置中添加规则，使得所有 .map 后缀的请求返回 404，可以通过以下步骤进行配置：

1. 打开你的 Nginx 配置文件（通常是 /etc/nginx/nginx.conf 或 /etc/nginx/sites-available/default）。
2. 在 server 块中添加一个新的 location 块来匹配 .map 文件，并返回 404。

配置示例如下：

server {
    listen 80;
    server_name yourdomain.com;

    # 其他配置...

    # 添加 .map 后缀请求返回 404
    location ~* \.map$ {
        return 404;
    }

    # 其他配置...
}

• location ~ .map$：此行匹配所有以 .map 结尾的请求，~ 表示不区分大小写。
• return 404;：返回 HTTP 404 状态码。

3. 保存配置文件后，重新加载 Nginx 配置使其生效：

sudo nginx -s reload

这样，所有以 .map 结尾的请求都会返回 404 错误。

最近我发文章发得比较勤，一方面是因为我的表达欲非常旺盛，二是我在摸索平台的推荐机制（推荐算法+人工审核）。

在我们的家园，如果你的文章不符合某种不可描述的团体利益，也就是所谓的“负能量”，基本上绝无可能被平台推荐，如果被推荐了，那只有一种可能，算法出 bug 了或者审核良心发现了。

只有一种负能量可能获得推荐，那就是帝国主义与资本阶级的负能量。当然，国外的尤其是美帝的负能量有更高的推荐概率。
比如我上一篇10w+，就是一篇美帝的负能量。

需要注意的是，你不能指名道姓，不能太直白，不能太直接，要委婉，要低调，要控制好节奏，要润物细无声的那种感觉。

- 阅读剩余部分 -

1. 架构和存储引擎

- 阅读剩余部分 -

微信小程序名字叫 玄狐工具箱，小程序二维码在最后。

- 阅读剩余部分 -

我用来放个人主页的美国服务器，系统版本是 ubuntu23.10，很久没更新，今天更新时提示报错：

- 阅读剩余部分 -

一款非常不错的 jQuery 日期范围选择插件，底层依赖 moment.js，来自jQuery 之家，没找到开源的库。

• 预览
• 去 jQuery之家下载 & 使用文档

在开发小型应用后台时，我还是更喜欢用基于 PHP/Twig 的后台渲染模式，前端搭配使用 jQuery 更方便，无需编译无需打包，简单快捷。

• 本站下载

有一个小项目需要一些图书信息，琢磨着搞些测试数据，发现图书信息还真不是那么容易获取的。

我的场景是根据书名查询 ISBN，但大多数接口都是根据 ISBN 查图书信息。

- 阅读剩余部分 -

第一步，找到域名列表，如图，点击打开解析配置页面：

- 阅读剩余部分 -