【开发日志】Publishing System 开发全记录四（5月31日）

【开发日志】Publishing System 开发全记录四（5月31日）

又是埋头苦干的一天！今天的主要任务是把后台管理界面的”历史遗留问题”彻底解决。话说这套系统最初是从别的地方搬过来的，代码里留了不少”祖传样式”，用着用着就开始出问题了。

一、问题的根源

事情是这样的：系统后台有几个页面（设置、导入、AI发布）使用了 Tailwind CSS 组件库。看起来挺时髦的，但问题是——这套组件库根本没有配置好！样式文件压根没编译，那些花里胡哨的 className 全都形同虚设。

更要命的是，前台的 globals.css 会渗透到后台。你能想象吗？后台管理员想设置网站参数，结果页面被前台那种花花绿绿的样式给盖住了，输入框变形、按钮错位，简直惨不忍睹。

二、解决方案：纯内联样式

参考已经修复好的仪表盘和文章管理页面，我决定把这三个”问题页面”也彻底改写。核心思路很简单：把所有样式都写成内联（inline styles），不和任何外部 CSS 产生瓜葛。

图1是修复后的设置页面。全新的侧边栏导航、干净的内容区域，网站信息配置、AI模型选择、温度参数调节、最大Tokens设置——所有功能一目了然，操作流畅。

图2是WordPress文章导入界面。数据库连接参数配置、连接状态测试、一键导入文章——流程清晰，状态反馈明确。

图3是AI自动生成文章功能。输入主题、选择写作风格和文章长度，AI就能帮你写出一篇结构完整、内容丰富的文章。同时我还修复了AI日志API的一个数据库查询错误——mysql2驱动的prepared statement对LIMIT参数支持有问题，改成字符串拼接就解决了。

三、踩过的坑

说起来，有一个问题折腾了我好一阵子：/api/ai/logs 接口一直报错”Incorrect arguments to mysqld_stmt_execute”。我以为是SQL写错了，查了半天，最后发现是mysql2驱动的锅——prepared statement模式的execute()方法对LIMIT参数不太友好。换用query()方法，字符串拼接LIMIT，问题迎刃而解。

还有一个经验：Next.js项目修改代码后，必须清理 .next 缓存重新构建，否则新代码不生效。这点看似常识，但实际操作中特别容易忘。

四、下一步计划

今天的几个改进，都是”看起来小，做起来必要”的类型。后台界面现在干净整洁了，管理员操作起来也舒心多了。

接下来的待办清单还有不少：完善文章编辑功能（考虑加个富文本编辑器）、添加搜索功能、优化移动端显示效果、文章封面图支持、标签管理功能……路还长，慢慢来吧。

关于作者：WoodStone，技术爱好者，专注于 AI 和 Web 开发。

记录时间：2026年5月31日