Plex Media Server提供了一种更适合家庭媒体库的管理方式。它可以运行在群晖NAS上，把自己的电影、电视剧、音乐、照片和其他视频按照资料库分类，再根据文件名和目录结构匹配内容，为电影和剧集补充海报、简介、演员等信息。实际识别效果仍然与媒体命名和目录结构有关，规范整理文件通常能够得到更准确的结果。本文会先在群晖DSM中安装Plex，完成服务器初始化并创建一个基础资料库，再验证NAS中的媒

NAS里的服务装得越来越多以后，一个很现实的问题就是入口开始记不住了。一个应用用8989，另一个应用又是其他端口，再加上路由器后台、代码仓库和各种常用网站，浏览器书签很快也会堆得越来越乱。如果只是需要一个统一入口，可以单独搭一张运行在自己服务器上的导航页，把常用服务按照名称、说明和图标集中整理起来。Dashlet就是这样一类轻量的自托管Web导航工具。页面的主题、布局、搜索入口以及服务列表都可以通

系统切到 KingbaseES 已经有一段时间，订单报表平时也一直正常。后来，线上按日查询已支付订单的接口开始变慢，排查最后落到了对应的 SQL 上。这条查询不长：返回订单号、客户编码、下单时间和金额，再按时间排序。没有表关联，也没有子查询。顺着WHERE条件往下看，order_time被to_char这段条件是从 MySQL 迁移后保留下来的。它不报错，查询结果也正确，因此一直没有引起注意。但对

Hermes Agent 接入微信、飞书或者企微以后，日常使用其实很像一个普通聊天机器人：发过去一句话，过一会儿收到回答。但 Agent 和普通聊天机器人又不完全一样。它背后可能还涉及模型调用、工具执行、频道配置、定时任务、插件以及日志。服务长期运行以后，只看聊天窗口里的最终回复，很难快速判断当前配置是什么、任务有没有正常执行，出现异常时也缺少一个集中查看的入口。补上的就是这一层。

业务数据持续增加后，依靠Excel手动筛选、复制公式和更新透视表，会逐渐增加报表维护成本。数据发生变化时，还需要重新导出文件或截图，团队成员看到的内容也可能不是同一版本。Metabase是一套可以自行部署的数据查询与可视化平台。连接数据库后，可以通过图形化界面完成字段筛选、汇总和图表制作，也可以使用SQL处理多表关联及复杂指标。本文将在Windows的Docker环境中启动Metabase，连接一

之前为了把小米摄像头的录像存进飞牛 NAS，我折腾过一套 Micam 方案。功能确实跑通了，实时画面能看，录像也能留在自己的硬盘里。但真正放到 N1 这种只有 2GB 内存的小设备上长期运行以后，问题就慢慢出来了：为了完成取流、转换和录像，需要同时维持多个容器，方案能用，却多少有点“为了跑一个摄像头，把小盒子逼得太忙”。当时这么做也有原因——Go2RTC 还不能直接处理小米摄像头的相关协议。现在情

手里只有一台服务器时，查看运行状态并不困难。登录后台看一下CPU、内存和磁盘占用，偶尔检查一下Docker容器，基本就能掌握设备情况。但当服务器、NAS、VPS和Windows主机逐渐增多后，逐台登录检查就会变得很麻烦。对于个人用户和小型团队来说，Prometheus、Grafana或者Zabbix当然能够搭建完整的监控体系，但部署、配置和后期维护都需要一定成本。如果只是想集中查看几台设备的资源占

项目规模小时，开发者还能通过逐文件阅读完成一次代码检查。随着接口、权限、数据库操作和第三方依赖不断增加，很多安全问题已经不再藏在某一行代码里，而是分散在多个方法和调用链之间。例如，入口参数看起来做了校验，但真正执行数据库查询的函数可能绕过了限制；某个接口表面上需要登录，关联的资源操作却缺少权限判断。只依赖关键词搜索或单文件检查，很容易忽略这些跨模块关系。DeepAudit提供了一种AI辅助审计方式

PostgreSQL出问题时，最让人难受的不是报错本身，而是不知道问题到底从哪里开始。页面突然变慢，接口偶尔超时，连接池被打满，业务端只看到请求失败，数据库里却可能已经出现了锁等待、缓存命中下降、事务回滚增加或连接数逼近上限。如果只靠临时登录服务器查日志、手动执行pg_stat相关SQL，很难形成连续判断。一次排查能看到当前状态，却看不到趋势；能知道现在慢，却不一定知道十分钟前发生了什么。数据库运

临时换了一台电脑，需要裁剪图片、修改PSD或调整海报，却不方便安装大型桌面软件时，浏览器图像编辑器可以提供一个随开随用的入口。电脑、平板和手机只要拥有兼容的浏览器，就能完成基础修图、图层编辑和格式转换。Photopea是一款运行在浏览器中的图像编辑器，支持PSD、JPG、PNG、SVG、PDF等多种格式。官方版本的主要计算过程发生在访问设备的浏览器中，图片文件默认不会为了编辑而上传到Photope