多语言展示站的基础设施

站点一旦面向多个国家，很多在国内不算问题的问题就冒出来了：访问慢、字符乱码、备案流程不同。多语言展示站的基础设施，要按"读者在哪里"来规划。 节点靠近目标市场 页面加载速度和物理距离直接相关。目标读者在海外，服务器就放到对应区域；面向东南亚和欧洲的展示站，香港节点是常见的折中选择，比如顺云海外云服务器 HK-2，走 BGP/CN2 线路，而且香港服务器免备案，上线周期短。只做国内市场，就选国内节点并完成备案，访问质量最稳。读者分布拿不准，先看当前访问日志里的国家占比再定节点；日志里前五名覆盖不了的地区，交给 CDN 兜底，比一开始就铺满全球节点省钱。 CDN 分发静态资源 JS、CSS、图片这类静态资源交给 CDN（内容分发网络），各地区的用户从就近节点拿到文件，源站压力随之下降。语言包和字体文件体积不小，同样值得走 CDN，别让一个字体文件拖慢半个站点。 字符集从建库就统一 乱码几乎都是字符集不一致造成的。数据库、连接、页面三层统一用 UTF-8，MySQL 建库时明确指定： ```sql CREATE DATABASE site DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ``` 中文、日文和特殊符号都覆盖在 utf8mb4 里，不要使用会丢字符的旧编码，迁移时补课的成本远高于建库时多写一句。连接串里也显式带上 utf8mb4，三层里漏掉任何一层，乱码就会在某个角落冒出来；接手老站先用 SHOW CREATE DATABASE 查一眼当前字符集，再做下一步。 语言路由的组织 用子目录（/en/、/ja/）区分语言比泛子域名更直观，排查和统计都方便，配合 hreflang 标注可以让搜索引擎正确索引各语言版本。各语言版本的标题和描述要认真本地化，直接机翻的元信息在搜索结果里点开率很低；站点地图按语言分别生成，新页面收录的速度会明显加快。 多语言站点的运维重心不在性能，在一致：节点一致地快，编码一致地稳。上线前把每个语言版本手动打开走一遍，比任何监控都直观。