@Proxy233 触发器要通过绑定他们的 api 网关才支持 WebSocket ，TCP 不支持

@changdy 在数据库中间件配 hook 就搞定了，不用解析日志

@yangyaofei 没有用工具，自己写了几十行 nodejs 的代码就搞定了。

@changdy 完全没考虑，按我的估算数据量到 10 亿，磁盘占用也不到 500G ，在云厂商那里磁盘拉一下进度条扩容就完事了。而且云厂商对 pg 的分布式不太友好，想引导你去它魔改的云原生的版本，贼贵，还不如后面自己用 citus 扩展自建

从付费消息刚出来就绑卡了。
作为正则表达式苦手，我一般在上面用注释放一段样例数据，下面注释放我要提取的数据部分，然后起个包含 regex 单词的变量，它就会帮我补好正则表达式了，非常节省生命。

一开始我也想踢掉 es （ 2c4g 3 节点，580 元 /月），因为我们业务就一个 2c4g 的 PostgreSQ （一主一从，480 元 /月），一张单表同步到 es 做检索，我想 PostgreSQL 搞全文检索问题应该不大。

场景就一个单表（目前千万级，一年内会亿级）的多字段（ 27 个字段）的由用户发起的不确定条件的联合查询 + 几个字段单方向排序。

一开始我验证的是 PostgreSQL 全文检索，腾讯云升级到 4c8g 的一个月才 980 元，开 zhparser 扩展的确很快，几毫秒就搜出来了，但是任意几个字段组合检索就慢得要死（几百毫秒到 1 秒多），更别说 count 一下条数或者 odery by 了。

而在 es 里，2c4g ，检索速度非常稳定，任意字段组合检索都是十几毫秒，于是我打消了踢掉 es 的念头。

你可能需要的是云函数（ serverless ），https://help.aliyun.com/document_detail/179379.html 阿里云云函数环境最高支持 16 核 32G 内存，做个 docker 镜像丢上去跑就可以了。

“你电脑内存多大”
“1T”
“哈哈哈真是小白，哪来 1T 的内存，那是硬盘”
“没错啊（打开机箱亮出主板上 8 条 128G ECC 内存）”

“你项目多大并发”
“10 万”
“哈哈哈你知道 10 万并发是什么概念吗”
“没错啊（打开日志 /监控上的某一时间范围的数据统计，那里显示着峰值时每秒有 10 万次左右的请求）”

异曲同工之妙（ dog

观念问题，一堆黄色的告警中往往隐藏着潜在 bug ，机器都能看出来的问题为什么要视而不见，所以我从业以来就是全部清理的，前期比较蛋疼因为 IDE 一升级加了规则又会多好多告警，不过我也会专门清理完。带人也是这么宣导的（前提是工具链统一），基本上呆的每个团队我都会在第一个月持续灌输这个理念，基本上后面就不会出现了。

其实带来的好处很多的，比如新增的代码里 IDE 告警了，你会很敏感，会多思考一下，特别是以前写 PHP 的时，IDE 能发现的告警基本上都是一些潜在 bug 。

换位思考一下，2 个功能差不多的代码库，一个 IDE 能提示出 2000 个告警，另一个库几乎没有告警，你会觉得哪个质量好？

@dzdh 我觉得主要看你们是否把调整配置当成一次发版（更新容器）进行操作，如果不会线上 reload 那的确可以直接单个文件一把梭。

reload 用于一般用于蓝绿部署，nginx unit 的条件路由可以很好的控制流量，比如通过特定 header 字段和值进行流量切换，比如把测试账号引流到特定节点。

另外不建议把 nginx 和 php-fpm 分开部署，因为 php 的 curl 功能过于强大，如果代码逻辑不严谨或者缺乏安全团队测试，不恰当使用 curl 的话，会被和 gopher 组合构造出任意代码给 php-fpm 执行（相当于后门）。

@dzdh nginx unit 说白了就是更容易编程化的 nginx ，你也可以把 json 写到文件，然后给 post json 文件的 curl 命令做个 alias ，就能达到修改配置文件 + nginx -s reload 的效果

上 nginx unit 就可以把 php 和 nginx 二合一了

电子书啊，绿色环保。
纸质书的示例代码段，你都不能复制到电脑运行…

喜欢轻薄和续航,那就捡二手 code01 呗,一代 90wh 电池随便浪

二手 code01 行情:
32g + 512 约 3000
16 + 512 约 2500

单条笔记本 32g 内存条行情:600 不到
code01 全新个电池行情:约 220

中端 1t 固态约 600,
中端 2t 约 1200

二手 code01 随便折腾,现在买到的还有保修,坏了不心疼,而且内存和固态还能随便迁移,7k 预算甚至可以买 2 台 code01 做冗余

看 code01 产品经理微博，12700h 的 code01 没被批准立项

是因为 intel 挤牙膏...
我之前在选 vps 的时候，看到 https://contabo.com/en/server-outlet/ 居然还有 i7 920 和 i7 3770 配置的服务器在卖，去 intel 官网看了下规格...
i7 920 是 2008 年的产品，4 核 8 线程，频率 2.66 GHz ~ 2.93 GHz
i7 3770 是 2012 年的产品，4 核 8 线程，频率 3.40 GHz ~ 3.90 GHz

好家伙十三年前的 cpu 都还能继续放在服务器上卖呢

而去年轻薄笔记本比如 ThinkBook 15 吹的 "11 代 i7" i7-1195G7 ，是 2021 年的产品，4 核 8 线程，频率 2.90 GHz ~ 5.00 GHz

直到 2021 年，部分轻薄本的 cpu 频率还和十年前的 i7 这种家用处理器差不多，给十年前的 cpu 配个 SATA 接口的固态，再搭个 16G~32G 的内存，普通上网和办公场景和现在的主流机器你几乎察觉不出差别。

你需要 https://github.com/directus/directus 来拯救你

不如选同规格轻量云，一个月才 255 ，带宽还能到 10Mbps 。
剩下的没啥好点评的，反正这点费用比人的月薪还便宜。
没运维的话，还不如直接用容器服务里那个容器实例，接触不到机器，省了机器维护的安全问题。

当然是 64G 内存一步到位。
笔记本可更换的硬件里，内存可以说是更换最简单，最便宜，提升最明显的，故障率最低的硬件了。

而且大内存开 ramdisk 很舒服的，我拿了 8G 内存当 ramdisk ，日常写的代码都是放在 ramdisk ，速度巨快，配合 WSL1 非常爽，再开 3 个虚拟机跑 linux 集群做其它测试。
华硕的 ramdisk https://dlcdnets.asus.com/pub/ASUS/mb/14Utilities/ASUS_RAMDisk_V2.03.00_for_Windows_10_64-bit.zip ，免费还好用，还可以自动保存变更，缓解突然断电导致的数据丢失问题。

@terranboy 既然帖子本身提到了放 github ，那么我觉得放对象存储也可以，所以就推荐了不限流量的对象存储。

所谓 CDN ，无非就是多了十几到几十条线路做分发，但是楼主前期到底有几个国家地区的用户这是不确定的，还不如用分流的逻辑，把文件丢在不同国家的对象存储。

而且 10T 流量又不一定非要 1 个域名抗完 10T 流量，可以最简单写个短网址随机重定向到不同域名，或者程序内置域名列表就近下载都可以。

在预算上做加法人人都可以，但我觉得做减法更有意义。