@lhw45202 yml 很容易啊，比这样子 http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/yaml-mapping.html#example

不如说直接用 doctrine 的工具链可能就能实现了

所以你需要的是写的时候纯文本，写完以后可视化？

直接写个 yml ，随便搞个什么脚本语言翻译成 SQL create ，导进数据库再反过来拿软件看不就行了， workbench 或 navicat 什么应该都行

估工时的时候按照不加班 4 小时，加班 6 小时一天来估的，当然开会要算在工时里面的。周末加班一天能算 8 小时

fish 保平安，记得千万别装 oh my fish 或同类东西

低级：描述一下最近印象最深的解决的问题？
中级：让你主导项目你会选什么框架？
高级：如何提高团队整体的编码质量？

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

最后大招：找张喜欢的壁纸图拉到 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 用+不是无限多别名么