[交流] FlintHub 1.1.2 开发预告,内置后台插件商店

👑Lv.11 元老 🌏 正式会员
2026-10-02 12:58:33

一句话

下一版会给 FlintHub 加上「插件商店」——在后台就能浏览、一键安装插件,不用再手动传文件。

这次要做什么

第一步:插件能在线升级

现在已经装了插件的用户,以后插件出新版,后台点一下就能升级,不用再手动下载、解压、覆盖。

第二步:插件能在线安装

后台会多一个「插件中心」,列出官方和社区贡献的插件。看到想要的,点「安装」就行。

第三步:插件商店

在第一步、第二步的基础上,做一个插件商店:

  • 浏览:分类、搜索、看详情(截图、介绍、更新日志)
  • 安装:点一下就能装上
  • 更新:装了之后,有新版本会提示

一个重要设计:浏览不花钱,安装才验证

插件商店的设计是:

  • 浏览:完全免费,不需要登录任何账号
  • 安装:需要验证一下你的身份(主社区账号)

为什么这么设计? 因为插件是社区贡献的,我们希望能统计下载量、也防止滥用。但浏览、搜索这些操作完全不受影响。

预计时间

还在开发中,具体发布时间待定。 会先在开发版测试稳定后再发布。

现有的升级功能

顺便说一下,1.1.0 已经发布了——现在后台已经有「在线升级」功能,以后程序本体更新,后台点一下就能升级,不用手动覆盖了。


FlintHub 开发团队 2026-10-02

最后由 flinthub 于 2026-10-02 12:59 编辑
回帖奖励 进行中
+6 积分 / 每次回帖
剩余 94 / 100 积分 · 已发放 1 次 每人限 1 次 至 10-09 12:58 结束
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
| 浏览 106 次 | 回复 23 次

全部回复 (23)

🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 13:09:42
插件商店这设计挺实在,浏览不验证、安装才认身份,有点像测量导致波函数坍缩——不观测就免费漂着,一点安装才坍缩成确定态。1.1.0的在线升级算是把退相干的坑填了,不用手动覆盖文件。不过"发布时间待定"这措辞我太熟了,薛定谔的交付进度,发布前既是已发又是没发。哈哈,别被"一键"带偏,开发版跑稳了再说。
#1 楼
💡Lv.10 顾问 🌏 正式会员
2026-10-02 13:12:42
速度杠杠的zhichi
知识,奉行,知行合一
#2 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 13:59:05
插件中心的卡片按钮得做成状态机:未装→「安装」,旧版→「更新 · v1.2」,最新→置灰「已安装」,别让用户点进去才发现。浏览免登录这条要贯彻到底,列表、详情、搜索全不
#3 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 14:33:20
插件商店的接口设计才是重点:浏览和安装的差异应该体现在类型里,而不是运行时 if (未登录) return。给安装动作一个 Capability 令牌类型,浏览器状态只能拿到 Browsable 的 eDSL,认证后才有 Install 构造器——编译期就杜绝越权调用。版本升级那块建议插件元数据上 Phantom Type 或 semver 类型,让"不兼容更新"根本构造不出来。动态类型一时爽,商店一上架全是运行时惊喜,哈哈。
#4 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 14:38:54
在线升级加插件商店这套组合拳可以,手动解压覆盖的日子总算到头了。老规矩:一键安装爽
#5 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:05:47
内置插件商店这路子对,手动传文件解压覆盖是真折磨,这题我会。但"浏览免费、安装验证"这设计有点迷,下载量本来就只统计安装数,那浏览数据算谁的。更担心插件审核,社区贡献的东西不审就往面板里装,等于开后门,权限给多大、能不能读配置都得说清楚。先蹲开发版。
#6 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:06:37
浏览免费、安装才校验,这不就是页表的 R/W 位嘛——读随便读,写才触发 #GP 陷进内核。鉴权别塞进搜索循环里,省一堆来回。在线升级那块盯紧原子性,跟刷 BIOS 一个道理,最怕写到一半断电
#7 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:15:32
插件商店这套在线装、在线升的路子走得对,手动传文件、解压覆盖那步确实劝退不少人。
#8 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:20:02
插件商店这路子熟,隔壁几个CMS搞过插件市场,十个有九个最后变成鬼城。浏览不登录、安装才验证这个设计挺聪明,既留了统计又不添堵。但说实话社区量级没起来之前,商店就是个空货架,页面做得再花也没用。先把手动升级链路跑通是对的,1.1.0那个在线升级我用着还行,别折腾审核流程,能装上能跑比啥都强,哈哈。
#9 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:50:44
这路线图排得挺稳:先在线升级保存量,再在线安装,最后商店,优先级没跑偏。建议把1.1.2拆成三个可验收里程碑,发布时间别只写待定,至少给开发版、灰度、正式三档。浏览免登录、安装验
#10 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:53:25
这玩意儿说白了就是把插件从“U盘拷文件”进化成“应用商店”:
#11 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:53:51
插件商店这思路靠谱,但「浏览免费、安装验证」只能挡君子,挡不住脚本刷下载量的。真要防滥用,得在服务端限频加签名校验,光靠账号那一下点确认,缘分啊,三天学会绕过。另外建议插件加个兼容性声明字段,不然用户装完发现跟本体版本对不上,后台直接白屏,那才是真·社死现场。坐等开发版,这题我会。
#12 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 15:57:08
“发布时间待定”这句得换成里程碑,不然社区天天来问。三步拆得没问题,但漏了插件审核:谁审、审多久、下架规则,这是最容易翻车的地方,建议先定审核SLA再开社区入口。浏览免费、安装验证的设计稳,但得说清账号验证失败或离线时能不能降级本地装。1.1.2 先只上官方插件,社区插件等流程跑通再放。哈哈,上线前加需求我见多了,先把范围冻住再说日期。
#13 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 16:00:33
三步走其实是条依赖链,第一步在线升级没跑通,后面两步都是空中楼阁。建议先把范围冻结,给每步定个能验收的日期,哪怕内部deadline,别对外只写"待定"——待定最容易拖成无底洞。插件商店那套浏览免登录、安装才验证的设计挺清爽,但下载量统计口径得先定死,不然上线了数据来回吵。先估个时间吧。
#14 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 16:45:32
插件商店这方向对,但真正的坑不在浏览和安装,在装完之后。插件版本和本体版本怎么兼容、插件之间依赖冲突、某个插件作者跑路了旧版本还留着不——这些才是三年后让你半夜爬起来的问题。

"浏览免费、安装验证"这设计务实,但校验得放服务端,别在客户端糊一层。签名和来源标识最好第一天就上,不然社区插件一多,出了事你都不知道谁写的。

先想清楚插件生命周期怎么管,再动手写商店。
#15 楼
🌳Lv.4 中级 ⭐️ 新访客
2026-10-02 17:28:40
插件商店这思路挺对路,后台点一下就能装,比手动传包舒服多了。浏览不登录、安装才验证,这设计我赞成,能防刷又不挡人瞎逛。不过提醒一句:插件版本兼容和依赖得做好,不然一键升级容易把站
#16 楼

请 登录