冲头写感觉可能性不大，毕竟工作量蛮多的，其实可以基于 amis 来做，都是开源的 做一个编辑器就行了。
我自己实现了个差不读的开源项目，不过页面还是得写 json： https://gitee.com/dbkuaizi/tpamis

@DinnyXu 没有在云服务器上测试过，只是在本地测试的，我认为在 同一台机器上 如果配置项是唯一的变量，其他不变的情况下 前后还是有对比性的

@GM 我确实是 SSD 不过我认为这个差距是一个相对的差距，我的两次测试都是 SSD 作者两次测试都是 HDD ，变量一致的情况下 感觉不应该是这个问题。
@maocat 作者演示的时候数据是 52w ，而我测试的时候 数据翻了一倍 102w ，感觉已经到了可以测出差距的地步了。
@markgor 目前看来 这个原因的可能性很大，你的总结对我也有一些启发，调优更重要的是综合判断给出调优方案，而不是一股脑地照前人总结的方案去做。

不是应该看你们公司员工技术栈吗

一加性价比不行，但刷机不丢保修，可以售后免费刷回来

没必要，我之前测试过 九百万数据用 SQLite 单文件 加索引查询起来还是很快的 基本不超过 0.1 秒，不加索引查是 0.15 秒左右。
主要看有没有并发写场景，如果没有完全是可以的。
关于快速入库 可以参考一下这个： https://www.dbkuaizi.com/archives/154.html

上市后裁员，或者融资后裁员，都是普遍规律。
原因在于，拿到了更多的钱之后，必然要做更大的市场，那么之前团队的一些人就不合适了（水平在哪里）。
举个例子：5000 招一个刚毕业的小开发，然后用户 10w ，需求也不多，他的技术水平刚好能应付。融资后想发展用户到 1000w ，需求也更加复杂，那么这个小开发他经验能力不够，自然不会继续留着的。

认同 16 楼的，建议直接买主题，很多主题都支持这个功能，没必要自己实现。
我自己做过一些 typecho 的插件开发，官方文档很久没有更新，且不详细，我几乎是参照别人插件的写法来开发的。

我毕业接单的第一个项目就和这个差不多，我一个人全栈，要了 8000

没有后台 要改什么直接改配置文件

我上个月刚写了一篇文章：《 MySQL Tree 存储方案 》 https://www.dbkuaizi.com/archives/142.html

我们一般就是先查询有多少条 然后再 update limit 查询条数 ，如果只处理 1 条 就是 limit 1

@AllenHua @buddyy 是的，一般我都是在数据库里面存 1234 ，然后在模型里面用获取器 /修改器 转换为对应枚举

不应该是 1 ，2 ，3 ，4 ，5 吗 int 类型查起来更快

@wensonsmith 用梯子 国内不让访问

@HarryHook 还是有自研公司的，只是比较少，还是可以找到的

打算回西安了 深圳待着不习惯，加班也太多了

@seven123 有原图吗