@pubby 额，确实不是很懂。只是你文中描述貌似高带宽网线很难买到的样子，所以......

反正我家装修师傅布的网线接的水晶头和插座奇葩得一个都连不通，自己花了一天功夫挨个重做 -_-


家用确实千兆够用了吧，等到更高速率普及，估计也该换房重新装修了

先布千兆的同时都预埋一根光纤进去备用？等用得上了再接转换设备？

很奇怪怎么照出来的，上下都不在一个角度，这造假也太粗糙了

还在用zf 1.x的路过~~

我说怎么没碰到这个问题，原来我存的时候就是评论和一堆东西 json_encode()后存的，取出来 json_decode() 后展示的

@matrix67 并且要装在最上面的抽屉上

mazda的路过... 国庆7天已经被扣15分了

@msg7086 我当然知道cron的精度只有1分钟 10秒执行一次自然是脚本自己控制的
莫非你以为10s还处理不了10s内access log数据?

@msg7086 每次先将accesslog mv到一个临时文件的。所以accesslog中只有10s内的数据

@msg7086 为什么会死很惨？

现在也在用一个简单防CC策略

1. 每隔10秒将 nginx access log文件交给php脚本分析，得到可疑ip
2. 将可疑ip放入防火墙<check>队列，该队列会将80端口的请求导入到一个检测服务
3. 用golang写了一个检测程序:
第一步：尝试js跳转，cookie验证，如果通过，则将请求relay到原80端口，并且继续观察后续请求频率。
第二步：如果第一步通过后访问频率还是高，就进入验证码验证，如果验证码通过，就把ip从<check>队列移除。
4. <check>中每个ip只保留1小时，防止误伤。

@zyx89513 没用过lucence系的，不好比较。
我是用xml数据源，没有mysql配合，勉强够用

@zyx89513 中文么？sphinx中文版 coreseek新版一直难产

老版本不支持线程，索引大的话建议切分用到多个coreseek进程来服务

hylafax 收到传真放共享盘，谁要谁打印

他有客户端的，发传真就跟发送到打印机一样

@xoxo 可以不用队列，简单上锁就可以保证顺序处理了

最简单的跨服务器锁可以使用MySQL的
GET_LOCK()
RELEASE_LOCK()
IS_FREE_LOCK()
IS_USED_LOCK()
系列函数

（* 需要保证所有业务服务器在上锁时连接的是同一个MySQL服务器）

@clino 无关的，本身就能跑满的。 因为传到国外延时都比较大，最好一次性传一个大文件而不是大量小文件。

公司一直用几台性能过得去的台式机做开发测试机

但是7x24小时开机的情况下，几年下来大部分都出过故障：
1. 硬盘
2. 内存
3. CPU风扇
4. 电源
5. 主板
6. 网卡

但是有一台dell 塔式服务器，除了硬盘（非企业级）外从来没任何硬件故障


所以，还想要求稳定的话还得专业服务器

@lygmqkl 嗯，HK节点跑的站流量都不高，顺便拿来做ssh跳板

@lygmqkl HK带宽很贵啊，20G就这么没了 呵呵