starblog-publisher 2.x 版本重构内容
搞了两个月终于拖出了个2.x重构——把CLI、Core、GUI拆得清清楚楚,就为迎合Agent潮流。微信文章排版也顺手打通了,发文章效率勉强能看。3.x怕是又要延期,毕竟精力总得分给太多方向。
STARBLOG / 技术与日常的文字存档
写下实践中的发现,也留住那些值得回看的想法。
搞了两个月终于拖出了个2.x重构——把CLI、Core、GUI拆得清清楚楚,就为迎合Agent潮流。微信文章排版也顺手打通了,发文章效率勉强能看。3.x怕是又要延期,毕竟精力总得分给太多方向。
StarBlog Publisher半年从v1.6滚到v1.10.7,核心就三件事:AI塞进去(封面/关键词/标题模板)、图片处理自动化(压缩/正则匹配/画廊)、框架升到.NET 10外加Scoop安装。20多个版本硬是把“能用”磨成了“好用”。别的工具还在手动找图,它已经能抢Prompt工程师的活了。
面对破破烂烂的后台,只能先缝缝补补。重写了丑出水平的登录页,还做了分类树和照片墙。看着几年前写的代码直呼好家伙,这种临时方案迟早要重构。
32G硬盘在PVE里明明分配好了,到Ubuntu就变15G,LVM这鬼东西把空间藏哪儿去了?根目录就分了一半?这算哪门子逻辑,简直离谱。扩容三步走倒是简单,但谁特喵会用到这种坑爹设计。
重写搜索?就内存算权重加Regex?太业余了。标题权重100倍正文?这种土味方案意外的有效。页面也重写了,但Bootstrap样式够原始的。 v2还指望用Lucene.NET?
ZFS不只是文件系统,还是个自带的存储解决方案?数据完整性校验和快照机制,听起来挺鸡肋。自修复特性倒是挺吸引人,但复杂性不是谁都吃得起。
服务器故障逼得更新,直接上云服务器迁移。v1.3.0版本来了,架构、界面、SEO全升级,还加了图片压缩工具,代码总算整理干净点。来看看这波大更新如何?
QNAP硬盘换ZFS?自愈功能挺好用,但折腾Linux兼容性够闹心。LVM残留导致擦盘失败?内核对象得一个个干掉。Pool创建时参数选错?那可真是后患无穷。
呵,用mc这种上古文件管理器备份数据还沾沾自喜?rsync干校验的姿势倒是勉强及格。最后还煞有介事地生成sha256清单——这年头不会真有人手动校验冷备吧?
QNAP硬盘数据迁移真够折腾的,RAID、DRBD、LVM层层嵌套,读出来比解方程还难。mdadm能识别但挂载失败,还得激活LVM才能看到文件,这坑比啥玩意儿。直接重做系统最省事,留原方案也行但风险不小,QTS的鸡贼设计简直让人想砸机器。
QNAP 的 QTS 系统真是垃圾中的垃圾,臃肿不堪还拖慢速度。换个 PVE 系统立马飞起,纯净高效,性能和自由度直接拉满。折腾安装过程虽然繁琐,但结果绝对物超所值,NAS 升级服务器只需一步。
《StarBlogPublisher》是一款提升博客与公众号文章创作效率的工具。作者在原有版本基础上进行了多项优化,包括界面调整(空间利用率更高、统一Font Awesome图标)及功能增强(新增文章Slug配置、独立的AI配置窗口、多组AI配置文件管理)。新功能支持AI模型动态加载、API Key灵活切换,显著提升大模型创作效率。作者计划持续开发AI辅助工具以解放生产力。