推荐 vxtrans，用了瞬间不卡了。

沉迷学习无法自拔中

楼主这情况。。。跟我前年很类似。
其实缺的并不是一个技术领导，而是制度上的约束。技术债越积累越多的通常原因是需求没有得到控制，如果有产品经理的话那么就是产品的锅。如果没有，那么就是提需求的人的锅（大多数说的就是老板）。
当然，也不能指望这些不懂技术的人能够控制需求。


反正越做越烂是肯定的了，而且不会有丝毫改善的曙光，趁早走人是根本的解决方案。

楼主可以搜一下 OneVnet

楼主可以试试 vxtrans，可能会有所改善。

@zcljy 不是印度吗。我记得是利用温差什么的。

@timothyye 有 CN2 啊。

@LittleWhiteMouse 半导体制冷，最高 50%的冷产出，跟压缩机 400%产出没法比啊。那玩意之前我弄过一套玩具，制凉水都感觉明显输出不够。。

跳板首推 vxtrans 啊，3 年老品牌。

楼主的情况，只需要加一层 vxtrans 就可以了。
任意海外 VPS 都能起飞。

@slince 目前唯一靠谱的解决方案是学 apache 或者 fastcgi，就是负责业务的进程在执行一定次数的业务后结束掉，由守护进程再开新的业务进程。然后守护进程尽量写简单一些，尽量少点在守护进程里进行创建变量之类的操作。

CLI 领域，PHP 确实有很多独到之处，因为 PHP 核心代码是很稳定的。比菜鸡自己用其他语言实现相同功能更稳定跟快速。

但是，php 封装了不少挺潮流的东西，本身来说，socket 也只是给标准 socket 库套了一下。其他类似的东西，比如 ev，libev，event 都有，什么多路复用，多线程都能搞。问题就在于大多数的库都没有把 bug 修完，偶尔会埋个坑，然后隔个几年才发现。对于生产环境来说，这是难以接受的(以前用 pthreads 写过服务，发现很多坑，隔了一年才修复)。

另外的一点就是内存的控制了，因为自动类型，这一块完全就是由 PHP 内核在管理，然后目前为止，内存的回收都还没有做完美。有些服务要运行个 1 年 2 年，结果就是内存不够用了，悲剧。

楼主显然年轻，年轻真好。
我曾经带过 3 个可以称作是“徒弟”的哥们，当然我内心是把他们当作哥们来诚恳对待的。一把屎一把尿地培养起来，每个人在跟了我之后都实现了工资翻番，甚至数番。我觉得很开心，毕竟大家都越来越强了，自己要负责的事情都少了很多，然后我升到了管理职。

给个建议：
你就是你，别人就是别人。不要把各种怨念的根源归结到别人身上，以免脑子里都是不愉快的情绪。人是一种很感性的生物，一整天被情绪左右。如果你能很好地把这些时间用于提升自己，那么总会得到回报的。没有回报只能说明你还不够努力。

想当年我 2000W 的数据，都才 0.01 秒的时间。。。

https://github.com/gitbucket/gitbucket
免费开源的 Gitbucket 是仿 Github 界面设计的 Git 服务端，我一直在用的方案，非常好用。
一个主要的特色是支持将所有数据文件都存在本地磁盘，这样打包迁移都非常方便，然后软件本身的升级，只需要下载一个 war 包重启下服务端就可以了。

由于是 java 程序，所以对内存有点要求，推荐是 2GB 内存吧。

成本这块，数据传输量不大的话，可以选择国内阿里云按流量计费，1 核心 2GB 大约是 90 元+0.8 元每 GB 流量。

另外的一个选择是 Vultr 新加坡+vxTrans，Vultr 的 10 美元套餐也是 1 核心 2GB，但是存储方案是 SSD，这点比阿里云会好上不少。vxTrans 有一个 CN2 节点可以改善国内到 Vultr 新加坡的延迟，不管什么网络基本都可以秒开(20 元 /30GB 流量，流量可以逐月叠加)。

3 年前玩过一年的 pthreads，PHP 的 pthreads 坑很多，我刚刚又看了一下，似乎很多 Bug 都解决了，很好。
但是还是可能会有隐藏的 Bug。因此不推荐用来作为一种解决手段。

批量发送邮件的话，可以在 web 上接收请求并写入数据库，然后另起一个 PHP 进程来处理这些邮件发送的队列。如果愿意的话，可以用多进程来处理。

@imn1 一下就抓住了本文重点，阅读理解满分。

mac 系列的设备，除了 pro，其他的用来搞开发总感觉有点性能不足。

@Tink 官方提供 URL 不存在被扫到的可能性，而且是 HTTPS 的。
另外如果要更进一步的话，我建议你可以在 iptables 上做个规则，只让自己熟知的网段访问。这样基本可以过滤 99%了。