动态博客和静态博客的选择，一直是博客人的纠结之处。我也不例外，几度纠结，最近又折腾了一波后，又一次选择了wordpress。
之所以一直想尝试静态博客，最主要的原因是它速度快，可以部署在存储桶里，静态博客之间迁移方便，原始文件一直留在手里等。而这些理由还有一个派生的好处，就是可以不用折腾服务器，省了购买服务器的费用，及维护服务器的工作。国内云厂商只给新用户优惠，续费价格飞涨好几倍，经常迁移网站的体验太差，这也是我想迁移到静态博客的原因之一。
这次在虚拟机上部署了hugo，并安装了waline评论系统，同时让AI移植了我现在的wordpress主题。但测试后发现主题移植后很多样式丢失了，还有对wordpress里短代码插入的内容支持很差，这两项修复工作量都比较大。同时我还有个在wordpress里比较重要的优化，就是评论内容和正文一起打包进html里，直接缓存在CDN中，以加速评论的加载速度。这时页面上的评论按钮只有在点击后才加载，只负责向数据库里提交评论。如果不点击评论按钮，只看评论的话，评论系统压根就没有加载。在hugo上我也想移植这一逻辑，AI搞定了评论注入正文并打包成html，但有个麻烦是静态博客全量构建，如果有了新评论或回复就要重新构建整站，那么这个构建就要占用很多时间，也要占用服务器的负载。评论需要相对实时，所以如果要用定时任务监控评论的更新，那周期最长只能设一分钟，但一分钟全量构建网站的任务还可能没有跑完。这时如果又有新评论的话，那服务器可能会在反复构建的任务中卡死。这个是博友老麦提醒我的，如果不是他提醒，我可能还沿着这个思路在折腾。
将评论注入正文的html，然后增量同步到存储桶，并自动刷新阿里云ESA，这套流程我在wordpress跑通了，我以为在hugo上也很容易实现。如果不是老麦提醒，我可能在本地虚拟机环境下测试成功，但在正式上线后傻眼，因为本地虚拟机性能远不是服务器小鸡能比拟的。
折腾不了评论注入，那就需要评论还跑在服务器上，且服务器不能太差，要不评论加载可能比较慢。而如果需要评论系统，那静态站其实还是离不开服务器，最终还是得考虑服务器维护问题。老麦说可以把评论也跑在托管服务上，比如github，但这样速度就没有了，也可能抽风时访问不了。
一直很羡慕静态博客的速度，和可以部署在存储桶里的自由。但实际测试下来，似乎只有老老实实按照标准md格式写作，不折腾字体大小，不增加字体底色，不折腾折叠显示，不折腾多栏排布等花活时，静态博客才比较好用。而如果要折腾页面的排布，那么wordpress似乎更有折腾空间。在页面元素的丰富和部署的自由之间，我最终还是选择了页面元素的丰富。宁可我自己折腾点，也不应该委屈来串门的博友们。静态博客要不断用打补丁的方式满足页面元素的丰富性，我觉得这就没有必要了，会对后期迁移造成障碍，不会比动态博客的麻烦少。
选择继续坚守wordpress后，今天又优化了一波主题，主要是视觉方向的。降低了页头的重心，同时加大了文章标题的字号和留白，让读者第一眼就注意到文章标题，而不是网站名称。同时对文章页进行了页头隐藏，这样能更好的沉侵在阅读体验中。本来想更好的优化文章的显示效果，模仿杂志的阅读感，但一直找不到头绪，就先停停。
对于wordpress的优化以前一直在速度和安全上，以后要多学习点审美方面的知识，要不很难“取悦”到访的朋友。
以前我也折腾，后台还是老老实实的用wp~
wp还是很不错的，性能足够强大，不折腾也足够使用。
我一直搞不明白静态博客怎么那么难搞，初看很美好，都6202年了，折腾起来比wp复杂很多。就没有一种技术能够给我一个服务器，然后我直接把wp的模板、主题、评论数据分别拖进对应文件夹，自动给我跑出网站吗。
期待大佬开发，或许有人能解决这个问题。但静态博客没有后台渲染，一次性构建的硬伤很难解决，如果有几千篇文章的话，是不是会把1H2G的小服务器累瘫？如果用github等构建的还，来回同步也要不少时间。
静态博客是否可以减少握手次数，毕竟不需要加密。渲染是否大部分让客户端解决，服务器只需发送压缩过的渲染指令。这都是我外行瞎想，期待哪位大佬来革新互联网。
静态博客存储的就是html，客户请求了直接就给。我这两天琢磨，AI说动态博客都是nginx响应的，而静态博客如果部署在存储桶，那么和CDN之间就是内网通讯，所以很快，而云服务器和CDN之间是外网通信，所以时延就比内网通信长。其实可以把WP也捣鼓成静态前端的，就是生成纯静态的页面，然后部署在存储桶或pages中，但感觉出问题的概率可能会更高。
wp的易用性我觉得还是不错的，部署方便，插件也足够多。
我也是wp的忠实用户。
功能是很强大，但以前一直被诟病太重，速度太慢。现在速度不是问题了，就是购买服务器和维护服务器有压力。