#8 楼 @joseen 嘿嘿~ 为妹子冒死入川了

#2 楼 @chairy11 欢迎申请报名。希望这个训练营能使你少走些弯路

#1 楼 @bhuztez 模仿是一个很好的学习方法。具体做什么项目其实不太重要。

我以前做过类似的项目，主要好玩。https://github.com/hayeah/rubish

@ichord 加油！为自己的理想生活坚持 : )

@orasisz 我有兴趣为你们公司提供技术培训。我之前是深圳小象网的 CTO，(puffant.com) 现在自己出来在做线上教育方面的项目。我的 github 是 https://github.com/hayeah , 联系方式是 [email protected]

我们也用 ucloud，觉得很不错，尤其是技术支持很给力 :thumbsup:

#19 楼 @huacnlee 以后抱枕头要小心 ==

@snowhs 只有我们两个抱着枕头是什么意思啊 ==

@quakewang 我们现在也部署在 ucloud 上。你知道 disk io 的瓶颈大概在哪里吗？我看了一些实时数据，有时候 mysql 写入会持续两三秒，达到每秒精度接近 2000kB 峰值

#9 楼 @hooopo 是 sql query 本身花了 >2000ms，不是请求

#6 楼 @yedingding INSERT 也会出现 >2000ms 的状况，比如 newrelic 记录了这个画了 ~2700ms。

INSERT INTO orders (account_id, address1, book_id, created_at, final_amount, notes, paid_at, partner_id, payment_method, phone, quantity, receiver_name, region1, region2, region3, shipping_no, state, taobao_account, token, type, updated_at) VALUES (?, NULL, NULL, ?, NULL, NULL, NULL, NULL, ?, NULL, ?, NULL, NULL, NULL, NULL, NULL, ?, NULL, ?, ?,?,?)

应该和 query 本身没太大关系。

#1 楼 @quakewang 话说，你用什么监控 io 啊？看了一下 scoutapp 才 3 分钟的解析度貌似不够啊。。。

#2 楼 @rasefon 随机发生的，不是每个 commit 都慢

#1 楼 @quakewang 我的 query_cache 只有 16M，应该 ok 吧。

我监控一下 io。。。

顶一个~ 离我住的很近

#51 楼 @outman 我是说成都美女如云，不懂广东人民疾苦

#40 楼 @outman 成都的不要说话！

#30 楼 @smallbug 买一送三 @@

#24 楼 @camel 你跑到上海去了 T.T 木有办法

#25 楼 @huacnlee 对。。。。。书编辑那套系统做的很烂。。。

@small_fish__ @smallbug 你们是买一送一吗？感情这么好。 @smallbug 还应聘的话可以回答帖里的 5 个问题哦～

#13 楼 @ywencn 你有加我吗？

@rainchen @virgil 楼上两位画错重点啦！！我们亮点是好的工作环境和个人成长的空间，不是妹子！ ＊正经八百＊

#4 楼 @yoxyue 对号入座 哈哈

#1 楼 @kingwkb CS 是 Computer Science。原帖改成“技术”了

如果你 require "open-uri" 的话 open 可以打开网址返回 StringIO

顶小马哥一个