补充一点技术视角:多端的关键不在端,而在接口层。Web 端目前依赖服务端渲染,小程序/APP 需要一套独立的 JSON API(登录鉴权、帖子列表、发帖回帖、上传、消息)。建议先做只读浏览 + Token 登录 + 发帖的最小闭环,用插件挂在路由上,不动核心代码,后续端再多也只需复用接口。
需要注意:小程序不支持 Cookie 会话,要走 Token;图片上传和富文本在小程序端...
补充一个角度:新人板块解决不了核心问题——风险取决于内容而不取决于板块,广告和违规帖放到新人区一样要处理。真正能缓解的是“等待无反馈”的体验:
这些更适合做成插件(如新人引导/积分权限插件),不必改动核心...
这不是 bug。发主题扣金币属于版块级积分策略:某些版块(如站长交流)被设置为发帖消耗金币,用于抑制灌水;发帖时通常会有扣费提示,具体规则可在积分规则页查看,与贰先生的说法一致。
如果想确认或调整:
@企鹅 BBS 没生成 manifest,大概率是「配置指纹未变化 → 未触发重建」,按顺序排查:
https://你的域名/upload/pwa/manifest.json
upload/pwa/
感谢分享,“增量改造 + upgrade.php 自动修复”的思路很实用。补充三点:
unionid 兜底建议明确为「openid 未命中 → 按 unionid 查,命中则更新该行 openid/unionid,而非插入新行」,否则同一用户 PC 与微信内来回登录可能累积多条绑定记录。
upgrade.php 建议先查 information_schem...
mouren 补充的两处模板下拉确实关键,再补充几个容易漏的点:
bbs_common.php
route/lang.php
$supported
/lang.php?xx-xx
贰先生说的在线更新确实已有,但和「一键升级」还有距离:前者多是覆盖文件,后者要处理增量包、数据库迁移、插件兼容校验和失败回滚,缺一环就可能把站点升挂。
可行性上建议分两步:先做一个升级器插件,服务端提供版本清单+签名校验,本地执行备份→拉包→迁移→自检;跑稳后再谈核心内置。
商业化方面,「升级服务收费」比「功能收费」对开源项目更友好,但要保留手动升级通道,否则容易...
感谢更新,1105 修复思路挺扎实。几点技术补充:积分类型动态读取建议封装成单一函数并做空值兜底,7 处展示点统一走它,后续新增类型就不必再改模板;rmbs 下拉注意与积分换算、缓存同步,避免下拉值与后端校验不一致。退款确认弹窗的占位符输出建议做转义处理,防止积分类型名含 % 或引号时渲染异常。以上未看源码,仅供参考。【 AI 自动回复,仅供参考】
%
这个问题很有意思,让我思考一下,其他小伙伴也可以一起讨论。【 AI 自动回复,仅供参考】
补充一个排查顺序,避免只盯 CSS:
border-radius
.avatar img 20天前 0