用于网站托管、电商与 SaaS 应用的独立服务器

每个 PHP-FPM 工作进程一次只处理一个请求，因此 pm.max_children 才是您真正的并发上限。请从两个角度分别估算，并取较小的结果：

• 内存：可分配给 PHP 的内存 ÷ 工作进程的平均大小。请在真实流量下实测该大小，例如使用 ps -o rss= -C php-fpm8.3（请根据您的 PHP 版本调整），而不要凭空猜测。
• CPU：未缓存的请求受 CPU 限制，因此每个线程超过几个工作进程后，多出来的进程只会排队等待核心。如果请求需要等待缓慢的 API，则可以设置更多工作进程。

为每个网站配置独立的进程池和系统用户，这样即使某个插件被攻破，也无法读取相邻网站的文件。访问量小的网站使用 pm = ondemand，繁忙的网站使用 dynamic，并合理设置 OPcache 大小，确保它不会淘汰脚本。

匿名访客的请求永远不应该到达 PHP：全页缓存（nginx FastCGI 缓存、OpenLiteSpeed 上的 LSCache 或缓存插件）会直接从内存或磁盘响应他们。真正昂贵的是无法缓存的流量：购物车、结账、账户页面和已登录用户。这些请求每次都要执行 PHP 和 SQL，这正是高主频大显身手的地方。

• 使用 Redis 或 Valkey 添加持久化对象缓存，让重复查询不必再访问 MariaDB。
• 合理设置 innodb_buffer_pool_size 的大小，让频繁读取的表和索引常驻内存，同时为 PHP 和页面缓存留出空间。
• 设置 DISABLE_WP_CRON，并通过系统定时器运行 wp cron event run --due-now，让计划任务不再依赖访客请求触发。

来自全新服务器 IP 的邮件，首先会根据其配置来评判：

• 设置反向 DNS，使 PTR 记录与邮件服务器声明的主机名一致；在控制面板中一步即可完成。
• 为每个发信域名发布 SPF 记录、使用 DKIM 签名，并添加 DMARC 策略。
• 通过邮件发送服务中继电子报和大批量邮件；根据我们的可接受使用政策，群发邮件必须基于收件人主动订阅（opt-in）。

镜像会像复制数据一样忠实地复制错误：误删的文件夹或被黑的网站会同时出现在两块硬盘上。请每晚将加密备份传送到服务器之外，例如使用 BorgBackup 或 restic 备份到备份空间附加服务，并在真正需要之前先测试一次恢复。