@pczb 在的哦，如何联系呢？

@pczb 还招人么

RESTful 的核心是资源抽象，用 url 对应对应一个具体的抽象资源，目的是为了语义化（我看到 url 就知道啥意思，我想对一个资源做啥基本不用文档）。另外一个好处是通过 RESTful 可以表达资源之间的关系。狭义的 RESTful api 只是借用了 HTTP 的动词来做相关约定，基本上是约定俗成了。当然也可以不借用 HTTP 动词，用自己的动词形式:

POST /products.retrieve : will return the list of all products
POST /products.add : will add a product to the collection
POST /products/4.retrieve : will retrieve product #4
POST /products/4.update: will update product #4

只不过这种私有私有约定并不友好。
一个简单的判定是不是 RESTful 的方法就是，去掉了动词之后，剩下的 url 是不是你们业务中的一种资源的抽象。你的项目中的例子明显就违背了这一点。

/user/pageQuery 用户列表拆线呢
/user/detail 用户详情

去掉了动词之后，都是 /user/，但他们明显不是一个东西。

同 PHP，但我觉得转语言没啥用，感觉还是要转方向。不太想做 web 了，但又不知道做啥。总之，还是咸鱼的原因把。

也在面 OD，钱给够就行了，我现在已经没有追求了

wsl2 的内存占用太大了，又切回 wsl1，等什么时候我的电脑 32G 内存了再用

知识图谱了解一下

传统意义上的协程是基于生成器的，可以在函数执行中间主动让出 cpu 占用，在下次调用的时候恢复函数上下文从中断的地方恢复执行，常见的语法就是 yield 。生成器语法只是提供了主动让出 cpu 占用的能力，要做到实用的协程一般还要搭配一个调度器，golang 语言自带，php 的 swoole，python tornado 等。同时所有相关库（ io，网络等）都要用生成器形式来写在等待的时候让出 cpu，不然也没啥异步能力。

@jswh 牙齿正畸

清明去了四川，绿码，社区登记一下就没事了。不过医院还是去不了，要求 14 天之后。

没有

管理后台可以，产品中最好不要。这事我也干过，本质上可所谓的 restful 或者 graphql 的想法是一样的，就是定义一套自己的 DSL 免得老是做相同的事情。

优化 sql，添加索引，冷热分离，添加缓存，分库分表，更换架构，数据库性能优化常规思路
最后一步：怼产品经理（这个功能实现不了）（手动狗头

违法的

北上广不相信眼泪，但是爱你的人和你爱的人相信。
“最后也是最重要的，财富管理和财富增值的目的，是让自己和自己所爱的快乐的生活，不要本末导致。”
与君共勉

所以你怎么不选 Rust ？那个才是编译不报错，连 bug 都几乎没有啊。
说到底，还是钱。如果 PHP 给钱多工作好找，还会转 go 么？

加油加油，我也加油