没有不值得去解决的问题,也没有不值得去学习的技术!

从Hueman到Twenty Twenty-Five,主题切换与多语言菜单配置

作者:

从经典到块:主题迁移

从Hueman到Twenty Twenty-Five,主题切换与多语言菜单配置

(1) 从Hueman到Twenty Twenty-Five,主题切换与多语言菜单配置

经过以上步骤,语言切换器最终在页面上的效果符合预期。(见图 9)

(2) 在 WordPress 2025 主题中,把 Polylang 语言切换器移到右上角的完整记录

页眉导航宽度异常问题:导航被内容宽度限制(图 4)

(3) WordPress Twenty Twenty-Five 全局宽度布局实操笔记:宽屏全幅+大屏限宽配置方案

中文(中国)前台首页:66主内容文章+33标准化侧边栏,区块正常显示(对应图6)

(4) 实操|WordPress Twenty Twenty-Five 区块主题 Text Blog Home 改造经典两栏首页(双语无损适配)

改造完成最终首页效果(图5)

(5) WordPress Twenty Twenty-Five 两栏首页改造:Text Blog 小图列表模板完整实操记录

图11:样式重写后下拉美观,但层级子分类在原生 Option 标签下以空格缩进表示

(6) 分类列表下拉菜单的美化与渲染机制调试实录

图3:应用修正后的 CSS,日历占据了应有的侧边栏宽度,有文章的日子用主题同色系进行了高亮,悬停时会变黑

(7) 修复日历在侧边栏“占不满”的问题:WordPress 2025 主题日历样式优化

图5:English 下的页面显示第二个 Language Visibility 区块

(8) 为博客首页侧边栏添加多语言「个人品牌」区块

图4:调整后的分页效果

(9) 一次 FSE 分页丢失的排查与修复:从纯布局样板到查询循环

在英文页面(https://www.shuijingwanwq.com/en/)中,日历上每个日期点击后跳转的链接仍然是 https://www.shuijingwanwq.com/2026/06/08/ 的形式,而不是预期的 https://www.shuijingwanwq.com/en/2026/06/08/。

(10) WordPress 2025 主题 + Polylang:修复日历链接缺少语言目录的完整记录

图4:中文站点,下拉菜单样式美观,显示“选择年份”。

(11) 优化 WordPress 2025 主题页脚:多语言导航、社交链接与归档下拉栏的完整改造记录

图2:分类页单栏效果

(12) 从单栏到两栏:WordPress分类页统一首页侧边栏及列表结构的实操记录

套用上述代码后,标签云立刻有了质的飞跃:

(13) 告别参差不齐!只用 CSS 打造适配 2025 主题的现代标签云

搜索“alipay”的结果,每篇文章都带了一张大尺寸的特色图片,紧跟着就是完整的正文内容。我的文章里还有代码片段,全都被拉出来显示在列表里,页面无限拉长,排版也乱糟糟的。如图1

(14) 搜索结果页太长了?我给WordPress 2025主题做了一次“断舍离”

在英文页面 https://www.shuijingwanwq.com/en/ 中,22 号显示蓝色链接

(15) WordPress 日历在 Polylang 多语言环境下的兼容性修复实践

Network检查确认:如图3

(16) WordPress主题迁移:Emoji处理代码是否需要保留?

图2 Site Wide Header

(17) WordPress 标签页 noindex 优化:从主题迁移到代码重构的实践分享

最近,我在检查我的 WordPress 网站时,发现浏览器开发者工具的控制台里出现了几个令人不安的红色错误信息:

(18) WordPress 控制台报错排查实录:从 jQuery 冲突到百度统计警告

再次无效后,我决定使用Auto Insert,Location选择"Frontend Only",并在代码中确定插入位置(图5)。

(19) 从Ad Inserter到WPCode:CTA配置迁移与优先级实现

我重新审视了这篇文章的内容,发现文章中直接包含了 WPCode 的简码调用:wpcode。如图4

(20) 记一次由 WPCode 简码引发的 WordPress 500 致命错误排查全记录

图6:Chrome无痕模式下,Logo和Favicon均显示正常

(21) 记一次 WordPress 2025 主题 Logo 与 Favicon 的折腾之旅

新的实现方式:基于WPCode Location的优化方案

(22) 从Ad Inserter到WPCode:CTA配置迁移与优化实践

初始配置(图1)

(23) WPCode代码片段插入顺序问题:理论与实践的差距

图 2:区块右侧面板的“额外 CSS”输入框。

(24) 优化 WordPress 热门文章列表间距,提升阅读体验

页面底部出现横向滚动条。

(25) WordPress 页面出现横向滚动条?一次从 CSS 到区块编辑器的完整排查记录

图 3:最终效果——浏览器标签栏、WordPress 编辑器及网站 Logo 显示正常,方块感基本消失

(26) AI 生成的 Logo 还有白边?借助 ChatGPT Plus,彻底解决 WordPress Favicon 方块感

图 4:控制台出现 availableWidth=0

(27) WordPress 归档页 AdSense 报错 availableWidth=0:从横向滚动条到 Gutenberg 区块结构的排查全过程

从经典到块(终章):主题迁移结束,我决定停止折腾

(28) 从经典到块(终章):主题迁移结束,我决定停止折腾

图3:WebPageTest 总览

(29) 🧪 WordPress 主题性能对比实测:Hueman vs Twenty Twenty-Five(CDN上线前基线)

图1:移动端访问旧文章时,图片没有正常居中缩放

(30) WordPress 旧文章移动端图片错位排查:经典编辑器 Caption 固定宽度与缓存验证全过程

如图4:最终 Header 展示效果

(31) Header 诗词微内容系统实战:从动态动画到稳定静态组件的收敛过程

一次以备份为前提、以多语言菜单配置为核心的主题切换实战。

一、为什么要换主题?

我的博客 shuijingwanwq.com 一直使用 Hueman 主题,这是一款经典、稳定、功能丰富的主题,陪我走过了很长一段时间。但随着博客内容的增加和访客设备的变化,我逐渐发现了一些问题。

最关键的数据来自网站统计:超过35%的访客屏幕宽度在1680px以上。而Hueman主题对超宽屏的支持并不理想,内容区域最大宽度有限,导致大量空白边距,阅读体验不够舒适。

另外,WordPress已经进入了块主题(Block Theme)时代,全站编辑(FSE)提供了更灵活、更可视化的定制方式。我希望将博客切换到一款对宽屏更友好、更现代化、且维护更积极的主题上。

经过一番调研,我选择了 Twenty Twenty-Five —— 它是WordPress官方最新默认主题(2025年),专为博客和内容创作优化,原生支持全站编辑,且对宽屏有良好的适配。

二、切换前的准备工作

任何主题切换,第一步必须是 备份

我使用 UpdraftPlus 插件对网站的文件和数据库进行了完整备份。

1.png —— UpdraftPlus备份界面

除了备份,我还做了几件事:

  • 记录旧主题的自定义代码:Hueman的functions.php中有不少我自己添加的功能性代码,后续需要迁移。
  • 截图记录小工具和菜单设置:虽然我决定放弃旧的小工具布局,但菜单结构需要保留。
  • 准备新主题的配置思路:明确需要调整的内容宽度、首页展示方式、多语言菜单等。

三、选择Twenty Twenty-Five的考虑

Twenty Twenty-Five 是 WordPress 6.7 及以后版本的默认主题,它具有以下优点:

  • 完全支持全站编辑:所有布局调整都可以在站点编辑器中可视化完成。
  • 对博客友好:排版精致,阅读体验优秀。
  • 宽屏适配良好:可以在样式设置中自由调整内容宽度和宽幅宽度。
  • 轻量快速:无多余依赖,性能表现出色。
  • 官方长期维护:作为默认主题,更新有保障。

当然,它也有学习成本 —— 对于习惯了经典主题(如Hueman)的用户,块主题的菜单管理、小工具、模板结构都需要重新适应。这也正是这篇博客要记录的内容。

四、关于旧主题自定义代码的后续计划

在Hueman的functions.php中,我添加了以下几段自定义代码(见旧主题文件编辑截图):

2.png —— functions.php中自定义代码片段

这些代码包括:

  1. 禁用WordPress Emoji功能:移除Emoji的JS/CSS,提升加载速度。
  2. 为薄内容标签页添加noindex:当某个标签下文章数少于2篇时,自动输出<meta name="robots" content="noindex, follow">,防止低质量页面被索引。
  3. 调整标签云显示数量:将标签小工具显示的上限改为300个。

这些功能与主题本身无关,属于站点级功能,因此最好的做法是将其从主题中剥离,放到一个站点专属插件中,或者使用 Code Snippets 插件管理。

我计划后续使用 Code Snippets 插件,将每个功能独立为一个代码片段,并设置为“仅在前端运行”。这样,无论以后换什么主题,这些功能都不会丢失。

注意:Hueman主题自带的 load_template( get_template_directory() . '/functions/init-core.php' ); 和版本检查代码是主题内部依赖,不可迁移。

五、配置首页显示方式

启用Twenty Twenty-Five后,首页默认可能显示一个静态页面或某种模板,而我需要的是 最新文章列表,并且只显示摘要而非全文。

进入 设置 > 阅读,在“您的主页显示”中选中“您的最新文章”,同时将“对于Feed中的每篇文章”改为“摘要”。

4.png —— 阅读设置界面

这样首页就显示为文章列表,且每篇文章只展示摘要,符合技术博客的阅读习惯。

六、多语言菜单的配置过程(重点)

我的博客支持中英双语,使用 Polylang免费版 实现。在Hueman(经典主题)中,我可以在 外观 > 菜单 中为每个菜单指定显示语言,非常简单。

但在Twenty Twenty-Five(块主题)中,事情变得复杂了:

  • 块主题的菜单显示位置不再由“外观 > 菜单”页面控制,而是由站点编辑器中的“导航”块控制。
  • Polylang免费版在块主题下,不会在菜单编辑页面显示“语言分配”下拉框。
  • 这意味着:我无法直接告诉Polylang“中文主菜单”和“英文主菜单”分别对应哪种语言。

我评估了几种方案:

  1. 在站点编辑器中创建两个导航块,分别绑定不同菜单,并尝试用条件显示 —— 但块主题的导航块没有内置“按语言显示”的条件逻辑。
  2. Conditional Menus插件 —— 但有用户反馈该插件与Polylang存在已知兼容性问题,且无法识别“语言”作为条件,因此没有采用。
  3. Polylang官方推荐的Site Editor Classic Features插件 —— 可以在块主题中恢复经典小工具,但操作略显繁琐,也没有采用。

最终,我找到了一个轻量级插件:TMS Extensions for Polylang。它提供了一个名为 “Menu by Language” 的块,专门用于在块主题中为每种语言显示不同的导航菜单,且完全免费。

操作步骤:

  1. 安装并激活 TMS Extensions for Polylang
  2. 进入 外观 > 编辑器,编辑 “页眉” 模板。
  3. 在区块插入器中找到 “Menu by Language” 块,添加到页眉中合适位置。
  4. 点击该块,在右侧设置面板中,分别为 “中文(中国)”“ENGLISH” 选择对应的菜单(中文主菜单、英文主菜单)。
  5. 保存模板。
6.png —— 显示Menu by Language块的设置界面

完成以上配置后,前台页眉会根据当前页面语言自动切换菜单。

7.png —— 中英文首页菜单

七、总结

这次主题切换的核心工作可以概括为三件事:

  1. 备份:使用UpdraftPlus完成全站备份,确保可回退。
  2. 选主题:根据宽屏访客占比高的特点,选择Twenty Twenty-Five。
  3. 配置多语言菜单:通过TMS Extensions for Polylang插件,解决了Polylang免费版在块主题下无法为不同语言分配菜单的问题。

这次经历也让我意识到,将功能代码与主题分离(如使用Code Snippets)是值得投入时间去做的事,后续会逐步完善。

在 WordPress 2025 主题中,把 Polylang 语言切换器移到右上角的完整记录

WordPress 网站维护、性能优化与博客运营咨询

本站已持续运营超过 10 年,累计发布 1000+ 篇原创技术文章,长期实践 WordPress 网站建设、CDN / Cloudflare 配置、缓存优化、Google SEO、广告变现和多语言网站运营。

如果你的 WordPress 网站遇到访问慢、缓存异常、插件冲突、广告不显示、SEO 基础结构混乱、CDN 配置不确定等问题,可以联系我做一次远程技术排查。

适合以下用户:
✅ 个人博客站长
✅ WordPress 网站运营者
✅ 独立开发者与内容创作者
✅ SaaS 产品官网运营团队
✅ 希望优化网站速度与稳定性的站点

服务内容:
✅ WordPress 速度优化
✅ Cloudflare / CDN / 缓存配置排查
✅ 插件冲突与页面异常排查
✅ AdSense 广告显示问题排查
✅ SEO 基础结构检查
✅ 博客运营与商业化咨询

如需了解方案或交流相关问题,请直接联系我,并注明:WordPress 维护咨询

联系方式:
Telegram:@shuijingwan
微信:13980074657
邮箱:shuijingwanwq@gmail.com

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理