说实在的，了解广域网架构的都知道，任何非联通电信的 IP ，以及联通电信铁通移动的非实用 IP ，用 IP 地址去推地理所在地都是笑话。了解 BGP 协议以及生产中 BGP 的实际使用方法的都明白。

@shawshank
那我形象一点说一下，不代表故障真实原因，这是类比：
封 IP 输错了子网掩码封了整网
这是类比，不是这个原因……

2333333
问了山东联通的哥们，故障原因老搞笑了……
具体不让我说，真特么是耻辱……

我这边 ubuntu server ，直接 mirror 一个单版本的 apt 源，才不到 200G ，然后硬盘拿内网建个内网源，供一堆内网服务器爱装啥装啥……

另外，公布一下我这边所有管理的开源项目、公司项目、个人项目、业余爱好项目的 PHP7 性能提升情况。


1. 简单网站，纯增删改查展示性，充分优化到具体页面都只是增删改查没有复杂逻辑，尤其是同时使用轻量级框架（比如 CI ）的，以及复查度统统是复杂查询压到数据库上的复杂 SQL ， PHP 端超级简单没有复杂逻辑的，这种项目 PHP7 的性能提升，不超过 5%，尤其是一些逻辑异常简单的 APP 后端的 RESTFUL API 类，同时使用情形框架的，性能完全无提升！实际项目，可以这么说，那些不涉及 MYSQL 重型查询的，平时在服务器上执行时间是 0.00XX 到 0.015X 之间的 PHP5 程序，到了 PHP7 基本还是这个执行时间（包含简单 MYSQL 查询开销的执行时间）

2. 纯 PHP 语法逻辑复杂的，性能提升十分明显，官方说的性能提升 50%，实际上看，比如一些财务性质的内部系统，数据库 /缓存提取简单数据后进行二次实时处理展示的，有些能提升 100%以上，压缩一半的执行时间。

3. 重型框架，那些加载机制异常复杂，功能完备，预载入特别多的重型框架，无论逻辑简单与否，性能提升都比较明显。比如 laravel ；由于 laravel 并没有内置简单 benchmark ，生产环境也不适合自己外挂个执行时间消耗内存的额外模块，以上为基于服务器负载 QPS 之类的大致推测

另外，我本人开发以及所有可以接受管辖的人开发的程序，统统有专门的向新兼容性要求，非常注意各种 php 版本在测试期就表现出来的未来不兼容特性，及时进行修改。所有 php 的版本变动的新特性和不兼容，我们都统一在公司技术会议 /培训时，最早的提前进行预警， php 出现第二位的版本变化，在测试环境对所有旧程序兼容性进行考验，如果出现不兼容且不兼容的具体位置是在开发时间点之前公司有布置下去的，提前预警过的，要进行处罚（非经济）

php7 早就生产环境了
redis 自己编译，不用复杂功能 redis 扩展无 bug
初期是 php5 php7 双 fpm 共存， fastcgi 7:3 负载均衡 同时做了一个值守进程， php7 的 fpm 所有程序功能性报错和未知错误进行记录，非单点请求出现超过几次，自动做个标志位禁用 php7fpm ，都丢到 php5 处理，同时提供完整日志和数据进出供测试复现，一周没出现问题的，撤掉 php5 的负载均衡，仍然保留 failsafe ，对于 php7 出现问题的时候， php7 停用全部交由 php5 处理。
两周后，生产环境干掉 php5

我只能说，楼主你还真好意思再来 V2 卖苹果

https://www.v2ex.com/t/233126

红米 note3 一定全网通 双网通不算啊 记住了

好几个项目都 跨国主从，没啥问题

比较麻烦的其实就是国内跟国外，出了国大多数地方的延迟都挺好，选对跟国内有关的中转线路吧

还有就是国外的线路，找互通好的，多了解各个 IDC 之间的光纤链路情况

google deep dream
我穿了个床上裸女上去
妹的，再也不想推妹子了