你站准备东迁了国内用户可以点击 east.xjtu.app 或 网站顶部的 ❯ 进行尝鲜 当小白鼠测试
当前正在开发中，很多基本功能都没有
用户界面（相比于当前的 Discouse）很简陋，唯一的优势可能是快（？）
加速，启动针对国内用户网络卡顿的问题，尝试通过”offline-first“这一设计理念缓解：
Svelte makes (full stack developer’s) life easierSvelteKit 相比于当前网站 Discourse 的 Ember.js+Rails 技术栈组合，代码的难度显著下降. （当然，等复杂性上来之后这个观点个成立还有待观察）
喜欢搞开发的童鞋可以给这个仓库贡献代码哦：
东迁了，那这个 Discourse 网站怎么办？Who cares?
界面太丑
开发了 12 个小时就开发了这么点内容，这是否
雏形可用，欢迎测试
回复完页面不刷新
最底下的帖子点击恢复按钮展开的编辑器在屏幕外，需要人工向下滚动
夜晚开发爽，明天还要上班，艹了
我感觉做这个有点做上瘾了 
上班睡
技术毒品 
github 未备案，涉嫌违法须谨慎
你生来违法
有了在线人数我就知道是谁在吐脏水。我给你记下来
是记在小本本上吗？
今日又更新了一下，主要包含：
明天要做的：
显示列表
通过 highlight.js 显示代码高亮
原来不能替 admin 勾代办事件 
以管理人员别名用户的身份只能编辑管理人员别名帖子。
今天完成了昨天的计划，并且
明天没有计划，按照惯例周末会出去玩，待家里容易玉玉
今天加了一个小功能，在话题页，点击顶部的❯可以导航到 East 对应的话题，在 East 点击 〈 可以导航到 West 的话题
最近遇到一些 setbacks，感觉自己无法解决了，遂拉了一个分支，给别人/以后处理了。
discourse 会把 post 的 markdown 初步转换成 html，结果称为 cooked，我的代码里直接用 svelte 里的{@render children()}展示了。为了支持以下功能，我需要在所有组件 mount 完成后进行后处理，我目前还没找到在什么地方写后处理代码。
访问 topic 时，等所有，我的 <Post> 是递归调用 mount 所有的回复的，mermaid 的 render() 是异步函数，调试时我发现 mermaid 代码块被 render 了多次，结果就是 render 的结果不是 svg 了 
。
我将 cooked 转成 dom，通过 domutils 进行操作，再转成 html，再用 svelte 的 render()。再在后处理代码中修改 <iframe>.
分支：
https://github.com/fokx/svelte-forum/tree/support-mermaid-and-embed-pdf
