@bingwenshi 机房有很大的责任，关键时候，这些防护保障措施都没有用上。这次还好，似乎没有数据丢失，如果再有这样的情况数据丢失了呢？
但是青云恢复速度快吗？不快，两个多小时系统才得以恢复，像MySQL等PaaS服务在系统恢复后依然存在一些问题，基本上过了三四个多小时才完全恢复。虽然青云工程师们在忙着处理解决问题，但这种停电事故还是暴露了青云系统中存在很多不完善的地方，一是启动速度过慢，二是很多地方并不能自动启动恢复，需要人工干预完成的。需要人工干预，那就又延长了恢复的时间。

看这个公告的内容，睿江科技还是在敷衍，遇到雷击，谈理论上如何，小概率，很难防，出现电力波动，视物理设备电源情况是否重启。并没有承诺机房接下来如何检查问题，如何避免，要改善哪些设备，要怎么调整电力系统配置。

青云还可以，会进一步检查问题，这次事故之后，下次遇到这种极端情况如何优化，如何更快的恢复。但如果机房运营商没有更好的服务意识的话，恐怕以后还会遇到这种极端情况。

@master

公告已经出来了，http://weibo.com/p/1001603851162049741565

看这个公告的内容，睿江科技还是在敷衍，遇到雷击，谈理论上如何，小概率，很难防，出现电力波动，视物理设备电源情况是否重启。并没有承诺机房接下来如何检查问题，如何避免，要改善哪些设备，要怎么调整电力系统配置。

青云还可以，会进一步检查问题，这次事故之后，下次遇到这种极端情况如何优化，如何更快的恢复。但如果机房运营商没有更好的服务意识的话，恐怕以后还会遇到这种极端情况。

对于云引擎BAE这种，现在都用轻量级的LXC容器，XEN太重是适合VPS用的。

http://godbae.duapp.com/?p=324

似乎没有，我这边没有收到第三方的告警

@master

是啊，断电这种事情，非正常中断，很容易导致数据异常。所以我对重要的业务数据只敢使用MySQL等传统SQL数据库存储，一些很核心的逻辑甚至还要开启事务等方式操作，毕竟这种数据库系统还算成熟，binlog日志也很完善。对于不重要的数据才使用NoSQL存储。

我主要想说的是，青云这次断电之后，恢复所花的时间太长太长，无论这套系统多么复杂、庞大，启动就需要一两个小时时间，怎么都不能接受的。启动完了，又发现青云提供的部分PaaS服务，并不能完全正常使用，依然需要工单联系解决。

内网IP变化这倒不是多大的事，既然提醒过，也是按照建立路由器私有网络来的，但是如果基础云能够保持足够的稳定当然更好。

这次断电暴露出来青云的很多问题，希望青云能够在这个事故中充分检查问题、修复，并在公开场合告知所有用户。要不然外人看来，青云断电一下，恢复就花两三个小时，会觉得这套系统很脆弱，把之前宣传的技术佳、超好用、秒级计费这样的优势一下给雷劈没了。

雷击不可怕。但是雷击就导致电力中断，这个不知道机房怎么说，防雷、UPS都没用上？

断电也并不可怕，但是断电之后的恢复过程，太长，青云系统启动就花了一个多小时。主机启动后，像青云提供的负载均衡器、MySQL服务还都有些问题，需要发工单人工解决。到业务完全正常使用花了太长时间。

另外青云基础网络里10.开头的内网IP，重启后就全变了，不知道有没有云上的朋友赶回来改代码里的配置的。

@resouer 青云qingcloud配路由器，就像家里的PC用路由器一样的。配合负载均衡器、路由器端口映射，内网里想多少机器都可以，每台机器都能通过NAT上外网，带宽和流量是绑在路由器上的。

小项目直接用 git 控制版本，用Ansible synchronization传文件就好。

严格一点服务器较多的项目自己写脚本（配合Ansible），大概步骤如下：
1、打包tar gz压缩
2、传输 tar.gz 到所有外网服务器
3、解压 tar.gz
4、删除模板文件缓存等本地缓存，设置某些目录的可写权限等
5、清理opcache缓存（opcache设置为手动更新，不检查timestamp方式）
严格项目要考虑到多台服务器文件不一致可能出现问题，尽量是同一时刻更新所有服务器。所以要传压缩包，一起解压的方式。
也不能出现先上传A文件再上传B文件，要同时传所有文件，否则两个文件存在依赖关系，如果一个文件较晚更新，这时访问页面可能出现500服务器内部错误。所以要opcache手动更新。

第一种做法，是传输的是form表单POST协议，PHP会把PHP数组变成HTTP表单的格式，跨语言通用，但是这种并不是主流的API协议，而更像是模拟提交表单。
绝大多数API协议会用JSON POST，第二种做法，即在HTTP Body里放JSON数据。也是跨语言的，但作为API更友好。

第一种方法，直接PHP curl，如果数据内容没处理好，数组value里传了 @/xxx/xxx 这样的内容，curl会把服务器上的本地文件传出去，注意防范。

utf8mb4字符集是趋势，手机上都支持Emoji，如果自己写表情替换占位符太麻烦，不如直接上utf8mb4。

不能在升级前，业务切换到只往一个master写？然后升级这个没业务量的MySQL

1、input name 和数据库字段名是否一致，无所谓
2、任何命名方式，外部传入的数据都是要做处理、过滤，intval、trim，判断 >= <=，长度等等，身份证、手机号、座机号、QQ号至少需要格式验证。
3、需要入库的数据另外在程序里拼数组，通过PDO的prepare execute做SQL安全转义。
4、看你的想法是打算把 $_POST 或者 $_POST['user'] 直接丢数据库，算了吧。
5、即使用$_POST['user']能得到全部的数据，一样需要$_POST['user']['user_name']一条一条在程序里检查输入

GRE 和 IPSec 都可以

基本上云主机CPU都会超卖

青云Qingcloud的亚太1区就是 PCCW 新世界的，江西电信 ping 30 - 40的样子

打10000号投诉有效，不要听客服瞎说中毒什么的，就直接说去掉电信推送广告。

当然要另外的测试环境，不测试通过敢发布到外网生产环境？