注意结构和空间感，元素和样式都不要太多，信息呈现区分主次

最后大招：找张喜欢的壁纸图拉到 1600px 开高丝模糊当背景，内容合适的话考虑容器做 5%左右透明

早年改了几行的 hexo 默认主题=> https://press.mcfog.wang/

@zgqq

时间、精力和数据才是最宝贵的，用 mac 也好，买正版软件也好，都是用金钱换取前三样东西罢了。不是钱多，而是时间精力不够，选择花钱解决问题

关于 redis 锁，分布式建议看 redlock https://redis.io/topics/distlock ，而单机锁参考 https://redis.io/commands/set 的后半部分

使用 PHP 本地时间的话，如果 PHP 有多台机器会乱

这样看来， MBP 键盘是白轴的咯

写 php 来说， i7 和 i3 没啥区别，除非你每天都要编译几次 php 本体，话又说回来就算 i7 再快，在 windows 上编译简直浪费人生

建议低配 Mac+加内存
选 windows 的话建议虚拟机&别上船

各路轮子列表 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 事件没了就没了，队列不处理就一直压在队列里