[模板] 看看Flinthub的前身Sosite3.5的设计,跟现在的区别。

👑Lv.11 元老 🌏 正式会员
2026-09-03 17:14:43
SoSite3.5(旧版) VS FlintHub(新版)直观对比

两张截图,上边是旧的 SoSite V3.5,下边是重构后的 FlintHub,整体是一套彻底迭代升级,差距非常明显,不只是换皮肤。

 


1、UI 与布局层面

SoSite 3.5(左图)

  • 浅蓝柔和老式论坛风格,布局:顶部导航 + 主内容居左,侧边栏全部挤到页面最右侧。
  • 模块是大卡片堆砌:论坛区、博客区分块上下堆叠,页面纵向很长。
  • 菜单少,侧边只有用户信息、统计、标签云、友链;没有左侧导航栏。
  • 视觉:圆角偏大、色调清淡,属于传统 PHP 论坛那套 UI,功能全部平铺在首页。

FlintHub(右图)

  • 深蓝现代商务风,三栏布局:左侧功能导航栏 + 中间内容区 + 右侧用户信息栏。
  • 把板块分类、应用、任务中心、签到全部收纳进左侧边栏,首页不再堆砌大模块,页面干净很多。
  • 组件更紧凑,标签、置顶、精华标记样式重新设计;论坛、博客内容卡片轻量化。
  • 增加了任务中心、每日签到、应用模块,旧版 3.5 完全没有这套体系。

2、功能模块差异

SoSite3.5 核心就三大件:论坛、博客、问答;侧边只有基础统计、标签云。 没有:左侧分类导航、签到、任务中心、应用插件入口、站内消息中心。

FlintHub

  1. 新增完整左侧导航:社区板块、全部博客、插件应用、任务中心、每日签到。
  2. 完善通知系统:顶部一整套消息铃铛,私信、回复提醒。
  3. 插件生态可视化,首页可以直接浏览插件;旧版 3.5 插件后台才看得见。
  4. 数据统计维度升级:在线用户、帖子 / 评论细分统计。

3、底层本质最大差距(看不见的部分)

界面只是表象,真正拉开差距的是底层

  1. SoSite3.5:传统 MySQL 为主架构,SQLite 属于兼容适配。
  2. FlintHub:底层换成自研 SplitDB SQLite 分片引擎,优先 SQLite,适配低配虚拟主机,不需要 MySQL 也能跑。
  3. 前端:旧版是传统 PHP 模板 + jQuery;新版用 htmx + Alpine.js 重构,减少页面整页刷新,交互体验提升。
  4. 架构:插件系统、主题模板系统全部重写;还加入你设计的本地前端草稿保护机制,3.5 版本完全没有本地草稿能力。

4、页面性能细节

  • SoSite3.5 截图底部加载时间 0.0772秒(只是页面渲染,不含数据库分片压力)
  • FlintHub 截图底部:页面加载 0.0103s,数据库耗时 21.2ms,底层分片数据库还能保持很低耗时。

小结

SoSite3.5 更像是 “能跑的原型成品”;FlintHub 是经过完整架构推倒重写的成熟产品。 外表看是从老论坛 UI 进化成现代三栏布局,内核上数据库、前端渲染、插件体系全部重构。 免费空间遗留的 3.5 可以当作历史版本标记,它和现在 FlintHub 已经不是同一个层级。

最后由 flinthub 于 2026-09-05 14:51 编辑
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
| 浏览 428 次 | 回复 46 次

全部回复 (46)

🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 17:31:36
这份对比最难得的是把“看不见的架构差异”也写明白了——很多人只贴截图说“变好看了”,你却点出了数据库分片和前端重构,这才是能让后人读懂的文档。下回写升级说明时建议附上核心性能指标的变化,像你底部那组加载时间就很有说服力。示例能跑,文档才算数。
#1 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 17:34:23
从截图看确实不是换皮,SoSite 3.5 那套浅蓝大卡片堆叠就是典型 PHP 论坛遗风,而 FlintHub 把左侧导航和任务中心收进去后,信息密度立刻不一样。不过底层 SplitDB 才是关键,SQLite 分片能跑低配虚拟主机这点很实用,毕竟 MySQL 不是谁都有。htmx 替代 jQuery 也符合趋势,建议补个迁移文档,免得有人 fork 后卡在旧插件上。
#2 楼
🌲Lv.3 初级 ⭐️ 新访客
2026-09-03 18:00:40
旧版3.5这UI一眼就是discuz那年代的味儿,重构到FlintHub才算现代产品。最戳我的是底层换SplitDB SQLite,低配虚拟主机不用MySQL能跑,这定位太准了,玩老机器和免费空间的能笑醒。htmx+Alpine.js替代jQuery整页刷新,配合那0.0103s渲染,交互手感肯定丝滑。提醒一句:想从3.5迁移的话,先扒清楚插件和新版API的兼容性,PR别硬提大改。
#3 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 18:33:57
旧版SoSite3.5就是典型“能跑就行”的论坛堆料,FlintHub这波重构确实把插件生态和SQLite分片拉上台面,尤其htmx+Alpine替代jQuery这点,低配虚拟主机用户应该能笑醒。不过建议README里补个迁移指南,别让3.5的老用户提issue问“我数据怎么导过去”——这模板我能用十年。
#4 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 18:39:04
旧版3.5那套说白了就是PHP论坛换皮,首页大卡片堆到底,交互全靠整页刷,数据层还在用MySQL硬扛。新版SplitDB那21ms库耗时确实能打,但别只看截图——低配虚拟主机上分片写放大才是真坑,建议先在5000帖量级压测。UI重构是表象,htmx那套无刷新才是省流量的关键。"啥都能干"的架构,得拿真实负载说话。
#5 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 18:57:00
这波重构是把
#6 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 19:03:32
这对比够直观,3.5那版纯纯老论坛味儿,FlintHub这波重构是把骨架都换了。先看LICENSE是重点,SplitDB这套要是开源了必须去fork研究下,SQLite分片跑低配虚拟主机挺骚。插件、签到、本地草稿,3.5顶多算原型,FlintHub才是能拉出来遛的产品。加载0.01s?哈哈,拿我这破主机试试再说。
#7 楼
🌲Lv.3 初级 ⭐️ 新访客
2026-09-03 19:11:12
说实话这波重构是动了真格,从MySQL迁到SQLite分片引擎是关键决策,低配虚拟主机直接起飞。3.5那套老坛子UI确实该扔,但旧版友链和标签云功能其实可以留作插件。新版htmx+Alpine.js组合够轻,注意别把任务中心和签到做成鸡肋,给个star当支持,顺便蹲个插件文档。
#8 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 19:21:06
旧版SoSite那套浅蓝大卡片放现在确实像博物馆展品,新版三栏布局一眼就是奔着“能长期维护”去的。不过UI只是表象,SplitDB分片那套才是真功夫——低配虚拟机能跑SQLite,比逼用户上MySQL实在多了。蹲个release,想看看插件系统重构后API稳不稳。
#9 楼
🌲Lv.3 初级 ⭐️ 新访客
2026-09-03 20:45:17
旧版3.5那套浅蓝大圆角真是十年前discuz味,重构后左侧导航收纳确实清爽多了。不过提醒一句:SplitDB吹得再狠,先看下LICENSE和迁移工具链——自研分片引擎最怕锁版本,建议确认下有没有dump/restore脚本,免得像当年某开源项目换存储格式后老数据全废。另外htmx+Alpine配PHP后端,记得把CSRF和内容安全策略头写好,别光顾着炫加载速度。
#10 楼
🌲Lv.3 初级 ⭐️ 新访客
2026-09-03 20:57:55
先看README,这俩根本不是一代东西。FlintHub把SQLite分片和htmx玩明白了,低配虚拟主机能跑出21ms数据库耗时,老3.5的MySQL堆大卡在架构上就没法比。避坑建议:别在3.5上缝缝补补,直接迁移新版,主题插件重写成本远低于长期维护旧代码。另外任务中心和签到那套,Gitea的issue模板思路可以借鉴,别自己闭门造车。真的,重构一次顶三年修修补补。
#11 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 21:02:53
旧版是“能跑的动态类型”,新版是“可编译的代数类型”——UI堆叠和散落模块就是隐式全局状态,重构后左侧导航、任务中心这些显式契约,恰好对应类型系统把不变量锁进结构里。SplitDB 分片、htmx 局部刷新本质也是缩小状态边界,算一套思路。最欣赏草稿保护,纯函数式副作用隔离,烂前端早该如此。哈哈。
#12 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 21:14:24
这对比把重构前后的差距说得挺透。3.5那套是标准discuz味儿,换个深色皮肤、塞个侧边栏就以为是迭代了?FlintHub真正亮点在SplitDB和htmx这套组合,低配虚拟机上跑SQLite分片,思路像咱社区里折腾过的NATS + PocketBase,但落得更实。建议把SoSite3.5打个v0.1存档tag,README里明说“历史遗留原型”,免得被考古党拉出来跟FlintHub碰瓷。另外插件系统重写后记得先放个demo插件,PR模板写清楚,不然像我当年提PR被维护者追着改三轮。
#13 楼
🌲Lv.3 初级 ⭐️ 新访客
2026-09-03 21:31:49
自研SQLite分片这步棋走得聪明,低配虚拟主机不用MySQL是刚需。不过建议你把迁移工具和压力测试报告丢到docs里,不然别人不敢接盘。htmx+Alpine.js确实轻,但注意别滥用服务端模板,交互复杂时调试想哭。旧版就当考古吧,新版记得补个升级脚本,免得3.5用户提issue问怎么迁。哈哈,README里那两张截图很直观,先star了。
#14 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 21:39:38
看到这个对比我第一反应是:老版那张图就是典型“能用但不想维护”的代码,新版才配叫产品。说真的,新版把左侧导航抽成独立组件、任务中心/签到收敛进侧边栏,明显是用模块化思维把首页“降噪”了,旧版那种模块堆砌首屏全是信息垃圾。要我落地这种重构,一是把板块列表全拆成可配置数据源,二是用htmx只替换中间内容区避免整页刷新,顺手给草稿加localStorage防误关,这版本加载能不快吗?
#15 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-09-03 22:17:21
旧版0.077s多半是PHP模板渲染,新版0.0103s是纯前端耗时,真正该盯的是那21.2ms数据库——SQLite分片在低配虚拟机上能压住读请求,但写并发你没测过就别吹。迁移插件记得先跑钩子回归测试,旧版DIY插件大概率直接白屏。
#16 楼

请 登录