@mrbaiwei
重做了系统并且抹了盘
RAID1 只保证两组硬盘数据一致，他这个情况是误删除的灾难恢复

@TaMud

别上来就乱答，看过源码再说话，从 execute 开始到最终 query 好几层 encode 在上面

@jason19659 谁家的验证代码？看起来还行

补充：
我认为还是趁早放弃在 MySQL 放二进制文件比较靠谱，要是数据小的话 base64 也不会增加太多空间消耗。
从可靠性来看是更优选。

@XIVN1987

你这是取巧办法啊
每次都调用一次 encode 让人不放心..囧

@lerry 依赖底层的编码处理，能用，但不靠谱

@XIVN1987
刚刚看了下源码，无解
问题不仅仅在 query 在 query 之前的参数化拼接也有转码

可以尝试直接调用_execute_command 这个“私有”函数

PS. 同时获知这货不支持参数化查询

面向对象是一个开发概念， C 也可以写出面向对象的代码
不是说语法支持面向对象才叫面向对象。

C 语言可以用指针和结构体做到面向对象的效果

BASE64 编码后插入

http://gist.github.com/anonymous/b59e1de584e8f923a2c4e29eeb6b8143

重新格式化一下
除了命名略坑并不难懂

我们这的网络
整体限速 100K ，峰值速率超过 100K 应用在累计流量达到 1MB 附近阻断 TCP 连接，无 RST

@wesley

别忘了 TP 至少有 10 年历史了，历史遗留的特性很正常。
而且 ThinkPHP 还要兼容各种建站空间。
所以现在新版本直接跳到 5.X 了

@firefox12
程序开发是做工程，看需求并结合现实的限制给出解决方案解决问题
每秒 6.3W 主机的遍历速度，在不考虑内核消耗的前提下先计算下握手包的带宽消耗。
一般的商用宽带（非对称）没法承受这个并发量带来的带宽消耗

于是，能好好的给下限制条件么？

@firefox12

无论中国区还是全球区域，做法都一样，毕竟互联网本身就没有国界。
并不存在说抓取某个国家 /地区会更为简单。步骤还是那些，目标范围大小的区别。
即便是抓取本地能应答的全部 IP ，也会因为各种接入点的不同而有所区别。
（例如长城宽带的 CDN 地址在别的网络不太可能抓到）

于是，为了能给出更好的答案该反问一个问题：能投入多少资源去做这个事？

@Showfom
一直感觉 ovh 那个高防就是高丢包率带来的。。。囧

@yuchting 普通用户搞个国际版阿里云会方便一些，香港 PCCW 我也就用过，租用独立服务器暂时没见到有业务，托管业务应该可以联系香港 PCCW 直接询问。

1 、遍历国内 IP 地址段，得出所有有响应的 DNS 服务器地址。
（这里有几个坑）
（ 1 、一般而言移动的 DNS 不会响应电信过来的请求）
（ 2 、电信的 DNS 无法获得目标服务器的移动 IP ）
（ 3 、部分运营商 DNS 不会跨地域响应）
（综上你需要三网 IP ）

2 、在此基础上，遍历各个 DNS 获得 IP 地址
（三网接入策略路由就放在路由器吧， Ubnt EdgeRouter X 就够了）

3 、验证 DNS 结果
（发起请求到各个 IP 地址，并对比获得的响应信息）
（这又有几个坑）
（ 1 、 CDN 地址可能不应答跨省数据）
（ 2 、部分新闻类站点存在不同 CDN 信息不同的可能性）


综上：
1 、没法保证获得完整的 IP 地址列表
2 、没法保证验证 DNS 过程中请求靠谱（运营商劫持那是常有的事）

结论：
此题无解

1 、遍历国内 IP 地址段，得出所有有响应的 DNS 服务器地址。
（这里有几个坑）
（ 1 、一般而言移动的 DNS 不会响应电信过来的请求）

@yuchting

游戏类应用如果对延迟有要求的话，全球范围内能做到 300ms 以内延迟的单一服务器难度很高，但如果放低要求，欧美稳定且国内友好的方案而且允许使用跳板的话，方案还是有的。

1 、国内访问节点使用香港 PCCW 机房服务器做跳板（三网直连且出口友好没第二家了）
（电信联通移动均友好，同类型服务器还有阿里云国际版香港区）
2 、主服务器使用日本机房（出口使用 NTT 线路，原因是覆盖足够广）
这样能做到北美、东亚（除中国）延时 300 以内（因为需要考虑美国西岸， 300 是保守值）
3 、东南亚使用新加坡机房，这个你懂的。
4 、欧洲方面，跳板放法国 /德国（中心点覆盖），如果机房有 NTT 线路，那么与日本主机房配合就是走 NTT 内网，延迟有保障（日本到欧洲能做到 300ms 以内， 220ms 是我这的正常值）

补充注意事项：中移动出口连接会不定时断流，无 RST ，程序逻辑务必在 TCP 之上实现额外的 Keepalive 逻辑