反映国外访问缓慢的朋友，我们已经在积极改进了，原来沟通的第三方主机托管商，因为语言、时差还有中西方服务意识的关系，已经让我们交了不少学费，但仍然很头大。希望在国外生活的朋友，可以给我们提供一些资讯，相信熟人圈介绍的资源会更好吧。

至于长宽用户，目前节点确实少，而且已经是过饱和的状态，已经在联系扩容和增加服务器（下周到位），带宽需要跟运营商商讨，相信会有所改善。

要学会懂得感恩和回馈，心明见性。我也见到很多人会吐槽会议内容干货少，或者翻译书质量不好，以为受了天大的委屈，其实，有人愿意无私来分享，或者花了精力做一些推动，就是值得尊重，一本几十元的书，只要有几个闪光点可以醍醐灌顶，那就值，会议上只要有一二个让你受到启发，少走弯路的思路，也很值。http://weibo.com/1920287554/A7BInD77x?mod=weibotime @海洋之心 - 悟空 ◆◆ @蔡学镛 朋友去参加一个国外的技术聚会，事后他兴奋地告诉我这是他参加过最棒的技术聚会。我很惊讶，「演讲内容这么精采？」，于是向他问个详细，他说：「会议的演讲内容其实还好，没什么新鲜技术，但是我收获了满满的友谊」。... 去技术会议交朋友，这确实也算是收获吧！

#21 楼 @lihuazhang 这位童鞋，我已经联系你了，非常感谢你的反馈，我怀疑是针对网络的长连接参数还不够合理，毕竟，全国网络这么复杂，但可以再改进，这是属于系统调优的必经过程。

OK，问题已经解决，新上的小节点路由设置到电信了，接下面，我们会在上架测试案例中，添加稍大一点的文件下载测试安全，看下载时间是否合理（之前测试脚本都是图片类型的，速度快慢不敏感，这回长教训了），不好意思，感谢各位指正。

#13 楼 @lihuazhang 我来了。。。吕童鞋第一时间通知我了。。。 /usr/bin/curl -I -H "Host: screencasts.b0.upaiyun.com" http://112.83.124.10/podcasts/teahour_episode_32.m4a HTTP/1.1 200 OK Content-Length: 76047152 Connection: keep-alive Last-Modified: Sun, 15 Sep 2013 19:16:07 GMT Expires: Mon, 23 Sep 2013 03:53:20 GMT 尺寸和上传时间完全正确。。。这说明源文件正常，问题出在网络上。

我用 curl 测试下载： 38 72.5M 38 28.0M 0 0 47828 0 0:26:30 0:10:15 0:16:15 0* transfer closed with 46622598 bytes remaining to read 38 72.5M 38 28.0M 0 0 47828 0 0:26:30 0:10:15 0:16:15 0* Closing connection #0

curl: (18) transfer closed with 46622598 bytes remaining to read 我也断开了，但断开的时间比这位同学要更长些。。。这说明网络有波动，有可能是 keepalived 的值太小了，不足以支持更差的网络长连接，也有可能是运营商那边有一些手脚或者限制。

非常感谢同学反馈的意见，我马上联系机房，排查问题

#44 楼 @lgn21st 这个问题有点意思，我听我老婆说，当我非常忘我地学习计算机的时候，虽然有时候会不理她，但她觉得这样的男孩子很有奋斗精神；当我在黑屏上飞快的敲着命令，可以远程控制几百台机器的时候，她觉得很酷；当我有了老婆，孩子后，我不再自我，独自奋斗，而是学会合理的安排时间和分配工作，做到张驰有道，留给家庭更多的时间，但这一点不影响我思考深入的问题；

#29 楼 @xiaoronglv 这位同学的总结真的非常不错，都说进我的心坎里了。 我一直坚持做事先做人，人品好，才能交到真心朋友，也要接地气，因为这个世界不是一个人的，就算是程序员“改变世界的人”，也要学会互相尊重，互相理解；

跟大家说个小故事，大家都知道做网线要用专业工具，但是家里装修布网线，肯定不会买专业工具，我又忘记向公司借了，跟我经常聊天的电工师傅知道我忘记借工具了，二话不说，就用尖嘴钳把水晶头夹好了，太神奇了。。。这件事情对我感触很大，其实每个人都有我们值得学习的技能，有时候我们太高高在上了，有时候我们以为自己跑得很快，所以，一定要把自己的姿态放低，一定要学会与人同行，三人行，必有我师嘛

#26 楼 @linjunhalida 信息多 不等于 长知识，长知识 不等于 生智慧。 这就要求我们一定要学思结合，学而不思则罔，思而不学则怠； 只有沉淀，才能举一反三；

#19 楼 @Peter 能够理解 peter 的苦衷。又拍云的本意是愿意帮助企业防御这些不良行为，解燃眉之急，但我们同时也会清退一些不良企业，为了我们自身的良性发展，也要考虑到其它客户的安危。忠义难全，也希望能够体谅我们的发展。从技术的角度来说，可以参考我这个文章http://www.infoq.com/cn/articles/anti-ddos-cdn-1，你可以自建一些防御节点，利用第三方的监控宝和 dnspod，做又拍云和自建节点的切换，这样会更加平衡

#21 楼 @swachian 哈哈，口误口误，正确是 2009 年，谁想到网友听得这么认真呀，这是超级感动。现在我们还做了 ceph 的研究，但还是不太稳定，最终还是决定用 riak1.4 的版本准备重构，这样过渡就更加平滑了

#7 楼 @happypeter 专业的事交给专业的团队做，这就是精良高效的优势，甚至有些客户有十几 T 的图片，直接快递硬盘过来，我们都可以安排数据对拷，当然这也是对我们人品充分的信任，呵呵，感谢大家的厚爱！