@WebKit 谢谢你的好评啊，设计没有参照其他的主题设计，都是自己设计的，如果有需要我可以开源设计稿 hhhh 。挂梯子和不挂梯子速度的快慢估计得看你挂梯子的代理服务器位置和你不挂梯子的位置对 Vercel 它自己的边缘节点的响应速度快慢了，可能你挂梯子的节点还是比较远 :D

@luojianxhlxt 感谢反馈，现在 wasm 肯定还处于 unstable 的状态没有那么快要稳定

@aitaii sketch 直接做完导出的没有做压缩，图片资源不会阻塞渲染，只是看到一个加载的空框框会难受一点，压缩图片，移到国内的 cdn 后面可以慢慢优化

@Ixizi 不一定，wasm 只是一个编译目标，任何实现了编译到 wasm 的编译的语言都可以。具体可以参见 https://webassembly.org/getting-started/developers-guide/

@ragnaroks 没问题，你也可以现在在我的 blog 上添加你的站点友链，后面你站点做了友链模块再加上我的也可以。

@hangbale 已 merge （击掌），see https://www.zzhack.fun/links

@hangbale 我的友链需要你提供一点信息可以看一下 https://www.zzhack.fun/posts/add_links :D

另外还有大佬需要交换友链嘛 :D

@ragnaroks 有兴趣交换友链吗 :)

@ragnaroks 我的做法和你类似，我是自己写了个 CLI ，在编译时把所有 markdown 的文章文件都打进一个 rust 文件（类似你的 database.js ），但我的存储结构在内存里只是一张线性表，对外暴露 service 来对这张线性表做查询。

```rust
pub static POSTS: [PostFile; 2] = [
PostFile {
content: include_str!("../../posts/build_blog.md"),
modified_time: 1654609915763,
filename: "build_blog"
},
PostFile {
content: include_str!("../../posts/add_links.md"),
modified_time: 1654855511389,
filename: "add_links"
},

];
```

不过线性表对查询并不是太友好，后面准备简单处理改成 hash 好了。
之前本想先落地到 indexedDB ，然后依赖 indexedDB 的 API 来做 CURD ，但后来想好像没啥必要。

@ragnaroks 是的！搜索功能之前有设计但还没有时间来加上，后面会慢慢的完善起来

我也用 rust 写了个 wasm blog
https://github.com/zzhack-stack/zzhack
后续也准备做成 CLI ，自动生成来源出来给大家用。 有兴趣可以做友链呀

@v2defy 🤔我觉得应该不会，但可能会出现专门解决特定问题的 wasm lib 编写的职位

@codehz 如果不遇到瓶颈业务（计算密集），比如高帧刷新动画，复杂渲染交互等，是没有多少性能优势的，至少从用户体验上是感受不到的。用 rust 来编译 wasm 应用的目的不是这个，而是多一种可能性，原来浏览器只能跑 JS ，现在能跑第二种语言（ wasm ）来作为编译目标了，这是好玩的，是值得探索的。

所以你能感受到这并不是在替代 js 的路上，而只是因为好玩，好多有趣的事情如果突然严肃起来去跟业务扯上关系不就不再有趣了吗 :D

@bs10081 可能跟 wasm 的支持有关，这个网站是一个 wasm 应用，渲染计算是 wasm 来做的，只有跟 DOM 有关（ commit 部分）的部分是 js

@AEDaydreamer 我也没有学习方法，我连 UI 的设计方法也没学明白，只是觉得怎样好看怎样设计了😂

需要挂梯子🪜

@none SEO 应该还好吧，是纯静态应用，在 compile-time 通过 CLI 把所有 markdown 的文章都一起打进 wasm 包里了，比较影响 SEO 的应该是这个应用是个 SPA ，但现在搜索引擎爬虫对 SPA 的支持应该不错了

@wzzzx thx ，也是第一次画 UI ，还有很多地方需要改进