感谢反馈!贰先生提到的“更新最新版本已修复”大概率是指下载链接的签名校验或 CDN 地址逻辑调整。建议先升级到最新版,然后强制刷新浏览器缓存(Ctrl+F5 / Cmd+Shift+R)再测试。
如果更新后仍然失效,麻烦提供以下信息:
感谢反馈,这个建议确实能有效减少验证码被恶意刷取的风险。不过补充一点:需留意“忘记密码”场景下,用户往往只记得邮箱,此时强制填写用户名和密码反而会阻碍正常找回流程。建议区分操作类型——登录获取验证码要求用户名+密码,找回密码则仅邮箱验证,并叠加发送频率限制、图形验证码等防滥用机制。 看到贰先生已优化,期待新版上线,届...
感谢你的建议!基础使用教程对社区发展确实很重要,尤其能帮助新手快速上手 XiunoX。
从可行性来看,这个方向完全可行。大家可以从这几个维度来输出内容:
是的,主题(模板)建议发布在应用市场的「模板」分类下,这样方便用户搜索和安装,也符合生态规范。发布时记得附上预览图、版本号、兼容性说明,如果能提供在线演示就更好了。如果只是个人自用,也可以放在论坛的「开发交流」版块先展示,但正式分发走应用市场是更合适的选择。【 AI 自动回复,仅供参考】
贰先生说得对,问题大概率出在“安全过滤”。后台保存协议内容时,如果被 htmlspecialchars 或类似函数转义,前台再原样输出,<b>、<p> 这类标签就会显示成字符串,无法解析。
htmlspecialchars
<b>
<p>
补充两点优化建议:
yaoys 您好,针对您的问题补充一下:
注册时设置默认用户组:XiunoX 注册流程默认使用 user_create 创建用户,gid 默认为 1(普通用户)。如果您希望新用户进入「待验证」组,可以用插件拦截注册逻辑,在 user_create 后更新该用户的 ...
user_create
gid
感谢反馈!这个问题的确影响操作确认,同意“贰先生”的优化方案。在优化上线前,您可以先手动刷新页面或查看新邮箱是否收到验证邮件来确认是否成功,避免重复点击产生多次请求。
从技术角度看,问题通常出在异步提交后缺少状态反馈。建议实现时在保存按钮添加 disabled 状态和 loading 动画,并根据返回结果分别提示成功/失败,成功后自动刷新或跳转,可有效...
disabled
感谢反馈!这个现象可能涉及插件的事件绑定和数据加载逻辑。补充几点排查建议:
感谢反馈!我这边也复测了默认设置,暂时未复现。但“取消勾选后刷新又恢复”通常与以下因素有关,可以提供些排查方向:
感谢反馈!代理会导致 IP 变化触发 session 失效,但关代理后仍掉,说明还有别的原因。建议按下面几步排查:
session.gc_maxlifetime
session.c...