admin 发布的帖子

本来预计的分类机制是建站不久（2周以内）很快成立的，但是现在活跃的发帖太少就没做，只有discussion、blogs和secret三个粗糙的分类。

不过站长在此还是先宣布一个临时分类政策，简单粗暴

符合以下未名树洞 tag 的主题需要发布到 Silence 版或 Secret 版下，并在此基础上打上相应 NodeBB 标签 。符合以下未名树洞 tag 的回复需要发布到打有相应标签的主题中。

pkuanvil 不鼓励用户公开讨论符合以下标准的话题。pkuanvil 不鼓励用户在实名注册的网络环境或者甚至在现实生活中表现出对此类话题的强烈兴趣。

附：此分类政策涵盖的未名树洞 tag 列表：

#政治相关，#性相关，#NSFW，#刷屏，#引战，#未经证实的传闻，#令人不适。

注意在 NodeBB 中，设置标签不需要管理员权限。可以在发布新主题，或者在编辑每个主题的第一个帖子时，在发帖编辑器的底部输入标签。

附：pkuanvil 对未名树洞 tag 的解释：

• "政治相关" 指涉及政治思想、政治立场、政治观点、政治事件、政治人物等内容的讨论，特别是有关中国共产党政治问题的讨论。
• "性相关" 指涉及性器官、性行为、性观念等内容的讨论。
• "NSFW" 为 Not Safe/Suitable For Work 的缩写，指任何不宜在工作时段浏览的图像内容。
• "刷屏" 指大量（定义为任意48小时内超过6条的内容）具有明显模板特征的内容重复发帖。发帖者无需为同一用户。如果您需要收集用户对某一问题的看法，请使用发帖编辑器的投票功能。
• "引战" 指可能引起持不同观点者情绪化发言的内容。
• "未经证实的传闻" 指无法从权威机构和媒体渠道得知、可能误导他人的内容。
• 除上述情形之外，其他可能造成用户不适的内容，用户可以加入标签 "令人不适"。

站长现在想到的宣传地点不多，v2ex 可能算一个？不过v2ex 上面似乎都是程序员

品葱不太好说，因为本站成立的动力之一是一定程度上去政治相关（或者说至少偏中性），但是去品葱宣传的话那里朋友们也懂得的，盛情难却

插件源代码：https://github.com/pkuanvil/nodebb-plugin-katex

目前在后端渲染 $\text{KATEX}$，这不需要改动前端（前端只需要引入一个 css 文件），至于不在客户端渲染的理由么……原因只有一个，站长目前精力不足以把所有 js 动态渲染的地方揪出来，而只在 DOMContentLoaded 里面调用一次 katex.render(math, elem, options) 是不够用的，所以就先这样吧，后端渲染也挺讨巧的

这个算是本站引入的第一个非 NodeBB 的功能，但是没有增加任何前端代码，也没有改动后端的数据库，甚至markdown-it 的语法分析插件都有人写好了（识别 $$ 和 \[ 等数学模式分隔符），使得实现本质上就是一行parser.use()……

其他加强富文本功能的各种脚本都可以陆续规划中，比如 https://asciinema.org/ （纯文字版的命令行交互录像，用一堆<div>显示在浏览器中）等等

本站已有的模块

NodeBB:

• NodeBB 主源 https://github.com/pkuanvil/NodeBB
• Katex 插件：https://github.com/pkuanvil/nodebb-plugin-katex
• 杂项，本站特制插件：https://github.com/pkuanvil/nodebb-plugin-pr
• 默认模板 Persona：https://github.com/pkuanvil/nodebb-theme-pr
• 投票插件：https://github.com/pkuanvil/nodebb-plugin-poll

管理界面：

• https://github.com/pkuanvil/pkuanvil-manager

开发计划 checklist

短期：

中长期：

社区规范：

TODO

@wumingshi 上千吧，但是这个得至少一年

@sunflow 有道理，但是总感觉小号发言还是会暴露……

@hitori_bocchi latex引擎可以有！（虽然严格的说都不是latex……）应该？上线不会太复杂

虽然 admin 的身份不应该频繁发言，也不应该答除了站务以外的问题，但是本站这个在线人数也忒少了，要不是昨天有 @hitori_bocchi 和 @lebegue 的发帖，还以为站长关站了……站长明明什么都没做好吗，还打算长期运营啊

虽然本站作为成立才8天的新站，取的名字 pkuanvil 也没啥特点，但是这个活跃人数未免也太少了，能有注册量（110多）的 5% 就不错了……新注册人数也很少，本来站长搞定 hcaptcha 以后下一个改进的就是邮件（邮件当然要改进很多轮），但是这个新注册人数甚至白嫖 cloudmailin 的地址就够用了，真没啥动力，还不如去改进 css 和引入 katex

最近站长调试了一下 hcaptcha 的验证码，集成不难，就是前端引入 hcaptcha 的 js 脚本加载<iframe>，然后后端负责收集 POST 数据交给 hcaptcha 验证。主要是找准确的 express 一堆路由中间件里面的 hook 点花了一些时间，理解 html 模板渲染机制花了一些时间，理解用户登录流程花了一些时间，和 CDN 缓存斗争又花了一些时间，得到的教训是改 Regex 规则以后清理缓存的范围几乎必然会大于新旧 Regex 匹配规则之和……都是泪啊

总之 hcaptcha 功能应该是没问题，就等上线了。目前的计划是访客第一次访问（获取合法 session ）时强制跳转到验证码界面，然后不影响已登录用户，并且已登录用户注销以后，后端颁发的游客 session 里面免除 hcaptcha 验证码。这个比较方便注册用户切换帐号使用（目前 NodeBB 不支持一个浏览器配置文件（profile）登录多帐号），不需要临时退出也要填验证码。当然第一次注册的新用户就没办法了，必须先填验证码才能进注册界面。

站长清楚验证码多少都是影响用户体验的，但是本站实在不是什么资金雄厚到不怕 bot 刷流量的巨头，也不想一刀切关闭游客访问，但是游客本身也很难筛选“正常游客”和“非正常游客”，再加上本站也首先是服务p大用户为初衷，不希望引入太多非p大用户分散话题（虽然引入t大等高校可以考虑），所以就出了这个算是折衷的方案。

替代方案可能有用浏览器指纹，可能比 captcha 侵入性更小，不过可能要收费，而且站长不清楚可靠性如何。（本站暂时不打算支持 noscript 访问，虽然 noscript 支持对注册用户也可以做）

投票机制么，打算引入
弹幕。。？？恕站长想象力不太够，难道还能开直播

Update：DKIM 注册应该足够好了，在站长看来除了操作比 github bot 略麻烦一点以外，通用性不限于 github 的邮件，比如 gmail，qq 的邮件都可以，而且不仅是验证码，发件人只要是 gmail，qq 的话几乎任何一份（非群发的）邮件都可以

而且支持的发件人远远不止 gmail 和 qq 邮箱，从增加审查难度的角度也大大优于 github 认证

长期来看，可能需要 github bot 等更可靠的注册方式，现在只能不断地玩猫和老鼠的游戏

站长又切换了一个地址，应该可以注册

@THU 如果你的用户语言是简体中文的话，是 bug，全站所有界面都有中文翻译

@THU 应该只和用户语言有关；但是现在初次访问时似乎和 IP 也有关系，也是暂时无法复现的 bug

突然变成英文不是站长的设计意图，是 bug

浏览器冷启动页面时可能会直接加载缓存而不加载最新页面，如果遇到该现象请在下面评论