[站务] 计划是这样的。

因为本站作为业内老资历，所以大多数同行的选择差不多，是基于 WordPress 建站的，一方面是本人在开发方面比较业余，另一方面 WordPress 作为 CMS 网站基础设施功能上至少是全面的，相比自己造一个量级差不多的轮子省事很多。

当然，造轮子这个事情我试过了，即便是借助 AI 神力和 Node 动物园手搓类似项目也没那么容易……如果不是因为起了这个鬼念头当前这版网站应该两个多月前就上线了……

毕竟一个能够上线稳定能跑的项目需要经历的考验还是太多了，而当前的 AI 和各种自媒体博主的“一句话生成”各种小玩具在实际上工作应用的距离还是很大的，以前我就说目前的 LLM 本质上就是一个超大号的知识库加上搜索引擎，换句话说，这个阶段的 AI 不管吹的再牛逼本质上仍然需要你掌握一定的方法，或者说“关键词”去触发那个能产生牛逼产物的方法。

再换句话说掌握方法论才是有用的，虽然你可以自己发明方法论，但道理是只有牛逼的机甲驾驶员才能开牛逼的机甲，互联网这个赛道这么多年积累的 PM 、 VP、 LD 、这些职业区分以及开发行业这么多年积累的 Git 、 CI/CD 、 ADR 这些工具链，在指挥 AI 工作时这些经验仍然是必要的，甚至大模型本身就是基于这些职位样本和工具文档训练出来的，当然我这里只是举例，其他的科研、营销、制造业行业也是这样的，顺着被验证出来的稳定路线才能做出稳定的产品。

 

这个道理不是我最近懂的，我从去年 Codex 刚刚发布且用过一段时间之后我就意识到了，考虑到本垃圾网站的需求总体上是个经典的 CMS 博客，明面上的功能只有登录注册和发帖，经过了几批项目调研就自信开工了，为了这些功能需要解决的部分则比如权限、索引、运维、安全、交互等一大堆各自都需要非常细节的业务决策，在连续燃烧了几个晚上的头发之后我也搞定了，但我的鬼念头最终没能成功的原因除了余额不足这点小问题之外，大的问题其实是精神压力，我没办法既是 Leader ，又是运营，又是前后端数据架构，同时还是用户，当我需要注意的事情变多到一定程度之后，忘掉了一些就很正常，忘的多了项目就会跑偏也很正常，跑偏多了项目就炸了那就更正常了，所以我的鬼念头最终炸了。

 

所以，正如你所见，一位传奇牢站长终于回到了他忠实的 WordPress ……只能说还是 PHP 简单，加上 Laravel 动物园生态，经过了短短半个月的研发，本垃圾网站的船新版本就又双叒叕上线了。（

本次新版本首要解决的主要是干掉了本站单传三代的巨型脚本工作流，以及过去一段时间我积累下来的对于站点运营的想法，主要就关乎两点，本垃圾网站的运行成本和更新量，这次就都解决了。

对于成本无法控制的问题，考虑到本垃圾网站的计数路线仍然需要自己托管存储和流量，所以这一版引进了积分代币用于成本衡量，因为主要用途是成本计划，所以它是限时的，这里面具体的公式后面应该还得经过几次调整，等调整稳定了我应该会另外公布，总之大伙目前先知道一下

资源贴分流，因为本垃圾网站的主要内容其实是本菜b站长的游戏评论和蛐蛐野史，我寻思了一寻思，毕竟我的精力总是有限的，所以让发资源变成自动的，所以今后的资源贴可能就只是资源贴了，如果我想写点什么东西的话呢应该就会发成文章，以后大伙就各忙各的，这几天我重写过的工作流就会正式部署，将新内容自动推送进发布。

 

然后是一些其他事项，

本站的内容两大块还有写真库、动画库，之前专门租来用于存储分发的服务器因为硬盘涨价续租续不起了，所以接下来需要整体重新上传，新的方案是分布式散装存储，从纯成本角度来说是更低的，低大约40%差不多一半吧，按我计划最终落入积分计算的成本大约是5分钱一次下载，实际订阅售价算下来不会比之前更高，目前主要还没跑通的部分是散装之后的同步和调度上的问题，这半个月内就能解决，后续整个资源库重新上传大约需要一两周。

大概就这样。