@ysc3839 不好意思，具体来说就是实现类似 mac 那样的快速唤醒的体验。我看一些测评，通过 evo 的机子，唤醒速度确实很快，基本上是开盖就醒。

@murmur
跑分数据我是参考这个网站，应该比较客观？另外你的机器唤醒速度如何呢？
https://www.cpubenchmark.net/cpu_list.php

@xiaotianhu 没有体验过几十万 QPS 的感觉，不过如果是按 10 万 QPS 来算的话，一天应该是 86.4 亿的请求数。贵司生意兴隆啊！

前后端分离的好处，主要在项目的技术管理方面，更适合多人并行开发。

不过吧，很多时候，大多数公司来说，可能这个项目就你一个人（ 99%的公司），前后端分离只会让你工作量激增。
就算往好了想，你进了一个大公司，这个项目很多人，前后端分离，ok 没问题。但是你可能得花 90%的时间跟大家撕逼工作量怎么分配的问题，做完了估计还得被迫开个会做个技术分享┑(￣Д ￣)┍。

上面说的是我个人的一些经验，仅供参考。
作为被社会毒打了很多年的人的观点：用啥技术栈其实并不重要，关键是你的努力有没有被老板认可，该快快，该慢慢，学会看上级眼色，除此之外你想做啥都行。追求理想没错，但是别为了追求理想把事情搞砸。老板不是给钱请你来追求自己的理想的。99% 的场景都通用的一个准则：尽快把事情搞定，无论什么办法。

我觉得应该用 TCP 的状态（ etc.. LISTEN ，SYN_SENT ，ESTABLISHED...）来表示。这样比较底层，权威性更高一些。
HTTP 协议的状态码都已经是最顶层了，不权威的。

...说笑的。

既然 https://coolshell.cn/articles/22173.html 里说到 HTTP 是协议的一种，STATUS 属于协议的部分，而承载的 BODY 才是业务内容。那么我认为用于处理业务问题的业务协议及其内容，与 HTTP 协议是两种不一样的东西，HTTP 协议的所有内容应该专注于它本身需要专注的部分。

比如 STATUS 503 是服务不可用，服务不可用是服务器硬件资源的问题，而不是业务不可用。尽管业务和服务器状态本身是互相关联的，但是我们应该尽可能去解耦，让运维团队专注解决硬件资源问题，业务团队专注解决业务问题。

虽然大多数情况下，你一个人就是一支军队，所以所有问题都自己解决的话，倒不是有必要区分得那么明显了。

所以还是看业务规模吧，以上个人观点仅供参考。

php 的心智负担确实是极低，基本上 array 一把梭，变量类型自动推导。
所以更换到其它语言的时候，楼主还是需要仔细看一下其它语言的数据类型和数组，并应用在合适的场景。

所以当你认为 json 反人类的时候，可能你也变成了跟楼下喷 PHP 的那些人一样。

有一些编程语言虽然不如 php 那样心智负担比较低，但是它们那么设计是有一定的场景需求的（就像汽车的手动挡和自动挡），所以用合适的工具去做合适的事情是一个成熟的人应该具备的能力，不要代入情感和偏见。

ps. 很多语言都有语法糖，但是可能都不如 php 甜，个人看法。

现在甲骨文的机子还是得搭配 vxtrans 用才舒服。

tmp.link 可解，速度一般都能到 20MB/s 左右。

一直套 vxtrans 使用，啥事都没。

tmp.link?可以直接用 curl 上传。

肯德基炒饭 17 块钱一份再买个宅神卡美滋滋啊。
为什么要出矩阵生活。

看样子你需要 php

tmp.link
国内下载速度可以拉满。

其实问题不在 PHP 上，问题是，所有的二次开发成本都不低。

@BMAO 试试 vxtrans 跳板机

根据大数据分析的结果，简单来说，一个女人如果 25 岁之后还没有结婚，那她是没有那个心思的。
只能帮你到这了。

4G 流量路由器，大概 42 每月 1500 G 。可以试试这个。