又从 Vercel 搬回了开源的 FarBox 2.0。
理由是评论通知 AWS SES 的完善，以及最大的问题： Next.js 的模板没有 Mermaid 渲染插件。
尽管 FB2 的主题有点令人难以忍受，但凑合吧——或许去 GitHub 上扒一个也未尝不可（不过 yukihane 的 水色 太百合了...）。
就用着简单的主题，随便记记好了。到最后，数据的掌控性才是长......
原因
n8n 是低代码平台，用于快速搭建流程。
目标流程：
graph LR
appsmith_输入数据 --> B[n8n_webhook接收数据]
B --> C[js_function处理]
C --> D[存储为csv]
D --> E[SFTP上传文件]
E --> F[企业微信/邮件通知]
问题一
js 处理完的 json 数组......
L2TP 服务端（Synology NAS）
手工到英文网站下载对应 DSM 版本的 VPN Server 应用（国内区被屏蔽）
在 L2TP/IPSec 栏目中啥也不用改，设置共享密钥（PSK）即可
为了减少后面的麻烦，安装 Proxy Server 套件，并设定 http 代理端口（比如 12345）
默认 VPN 网关是 10.2.0.0，着陆网段 10.2.0.0/2......
解决 FarBox 2.0 中使用 AWS SES 的问题
FarBox 2.0 中的邮件通知系统使用了 AWS SES 服务。在仔细研究了 AWS 的逻辑之后，历经一年多，终于完全搞定。不得不说，FarBox 真是一个自学 web 开发的「好」例子...
SES 是一个第三方邮件服务，相当于 AWS 的邮件群发服务。在使用上，通过 API 或 SDK 可以将相同的内容推送给大量客......
在设计业务系统的过程中，由于 MySQL 单库对于千万或上亿行大数据量的查询，尤其是需要联表查询的效率非常不理想，此时除了优化现有数据库结构、优化慢查询之外，只有一种方式：通过分库分表，搭建分布式查询，进而提高数据库的读写效率。然而对分库分表的 MySQL 集群维护，并不是简单加机器节点能够达成的，而是需要 DBA 和后端开发充分沟通协作，这在有限的团队资源下，不太可行（比如并没有专职 DBA）。......
过年前，经历了「当网管」近二十年来，最麻烦的一次维护。问题最后通过硬件更换解决了，但原因一直不明，只能先记录下来。
起因是公司购买的 DELL PowerEdge T440 立式服务器（Xeon Silver 4210R 2 + 8G 4）内存捉襟见肘，在通过虚拟机软件分出来四五个虚拟机之后，经常出现由于内存耗尽，虚拟机自动关机的问题（因为宿主系统也需要占用内存）。所以到 JD 上买了......
最近接触了许多新技术，数据库方面的 ELK，计算架构方面的 K8s，概念方面的云原生，以及运维方面的 DevOps 等等。感觉即便是视角片面，理解存在偏差，也应该记一下，避免以后由于忙于其他方面，抽空学的一点点技术也没记住，荒废了本行（虽然也算不上是本行...）。
接触 K8s (Kubenetes) 是因为 Coding.net 的持续集成除了 堡垒机+主机组 的方式，基本只有 K8s ......
前人之述备矣：
热心网友的 Migrate Wiki.js from one server to another [INSTRUCTIONS] ✅ · Issue #2403 · Requarks/wiki · GitHub
官方整理的 Transfer Wiki.js between servers | Wiki.js
然两位作者都是基于官方教程里 Install on Ub......