各路轮子列表 https://staticsitegenerators.net/
两年前我的评测 https://inside.mcfog.wang/2015/01/tech4fun-1/ 那时候就看好 Hugo 了呢

内嵌在代码中，验证参数和展示文档调用同一个来源

有 composer.json => 合格
有 vendor 目录 => 扣分
点开 composer.json => require smarty? excuse me? 不是说用于开发后端接口么？ 大叉，差评

以上。

1. restful 是风格不是规范
2. 如果楼主如果真心认为“ POST /updateXYZ?id={id}”和“ PUT /XYZ/{id}”对等，那我觉得并不能说是真正理解了 restful
3. 正如其他很多同学说的， restful 的状态码数量有限，用于表示复杂的业务问题经常不够，基本最终还是要在 body 里定义自己的错误描述体系
4. restful ，状态， cookie ， session 之间的关系我一直没找到权威说明。业界常见的 restful 风格接口大多用非 cookie 的令牌 token+服务端 session 来处理状态，此时接口连基本的在 web 端和 app 复用都得讨论了（ token 让 js 自己存储和 secure httpOnly 的 cookie 的安全性差距）欢迎指教
5. 把接口分两大块：
a) 业务接口（ app/web 等使用的），这类接口我倾向全 POST 或幂等读 GET 其他 POST ，返回结构统一 code,message,body 的风格， HTTP 状态码用来表述“通信状态”， body 内返回吗表述“业务状态”
b) 后端接口（ CGI 端再调其他 server 用的），这类接口如果业务逻辑量小，贴近“资源 CRUD ”的 restful 最贴切的领域的话，我会考虑 restful 作为备选方案

楼主的代码啊， naïve

关键是对比度调教太差

内容和导航之间对比奇高无比，同时搜索框和里面默认文字对比度又特别低

不是我说啥，碰到问题了都不好好看官方文档，换什么语言都没的治

还有这种发帖的思路，你觉得你这样发帖，下面会出现有助于你的内容么？

……乞丐版 aria2 ？

gmail 用+不是无限多别名么

并不发热，不过没升 7 ，氧 3.5 绿守阻止冰箱

+65535
php 项目多得很但就是不人气，几天写个小东西自己顺手用用，各种缺星，宣传也没用

随便发个前端 boilerplate ，基本没宣传 100 星

github/mcfog 各位有空来逛逛哈，坑多得不行( ﾟ∀。)

用 1+3t 回复，只有一个缺点：为了手感好做的比较滑手，喜欢裸奔的话小心摔机。我觉得太滑了点放弃裸奔后面贴了个环

队列的好处是不怕进程死掉， redis 事件没了就没了，队列不处理就一直压在队列里

rabbitmq 有延时功能的，但因为是队列，所以 expiration 只检查队首元素，如果你的超时是固定 1800s 的话倒是够用了。 我有不少逻辑都是借助 rabbitmq 延时走的

才发现 atom 已卸（滑稽