定义一个全局的计数器，每访问一次＋1，然后 limit （count－1）＊100，count＊100 就不会重复了

被吸烟，我不干

谁写个病毒，寄居在U盘上，插入电脑后就直接修改无线网卡的设置 把@andybest 提供的步骤跑一遍，然后世界就太平了，走到哪里都有无数的热点可以上网

從專業的角度出發說一說。up的故障主要是電池的控制電路的問題，因爲體積限制只能使用超小型的鋰電池，這種小型鋰電池的控制芯片如果不用高級貨的話，很容易壞，因爲本來功率小，電路的耐壓能力不足，也沒有備用電池，所以過充和電壓過低沒有及時充電都可能導致電池壞掉，其實電池的電芯其實沒有壞，只是過充會燒壞控制電路或者電壓低於可控的值後無法啓動控制電路導致電池假死，但是因爲沒有備用電池就無法救回來了，而up又是一次成型的工藝無法取出電池來激活，所以就悲劇了。筆記本電池因爲體積夠大，所以有專門的電路來處理過充斷電和準備了備用電池在主電池電壓過低無法啓動控制電路的時候應急供電，所以就不是那麼容易壞，但是過充還是會影響壽命，而且如果提示使用備用電池後還不充電的話，等備用電池都耗乾了就只有返廠激活了。
使用這些小型鋰電的設備最好注意充電的問題，不要過充，不要快沒電了長時間不充電。

@zhen14 這是工程樣機，一個月後會更換成正式版的，會對外觀工藝做進一步精細化。所以這個內測活動只有預訂了的用戶可以參與。而正式版是預訂用戶都會拿到的。這個只是嚐鮮版，歡迎大家多給意見建議

@zhen14 你留了預訂信息的就有資格搶這一批搶先版

水果家的正確用法不是穿牆，而是客廳主接入用extreme，然後每個臥室放一個express。肢勢不正確網速絕不會快

MySql下in查詢會導致索引丟失，然後就變成了全表掃描，如果表大，那麼就鐵定了很慢。
in 子查詢的情況貌似可以match索引，但是你這裏兩個，鐵定了丟了。

如果in的內容不是很多的話，可以用union 來代替in。
優化sql最大的技巧就是 點一點右邊的感謝按鈕 ^_^

@drduken 哦喲，不錯哦，能提供 harvard.edu 的郵箱就更好了，哈哈。網站神碼的小case啦

在一起

我们这里早就这么干了，你不会才知道吧，哈哈

@that5 路由器是需要那种？交换机需要可管理交换机么？求推荐型号

@that5 无线交换机+痩ap的方式配置和管理都比较方便一点，用胖AP要单独配置，单独的SSID，还不能自动均衡流量什么的。场地很简单，就是个几乎为正方形的300多平米的空间

王江民 38岁开始学习计算机，写出了kill系列杀毒软件

是无线交换机，还是无线路由器带了24个lan口啊。

虎躯一震，送五分走人。

1.世界上没有无坑的语言，只有掉坑里的程序猿。
2.目测坡主是个java程序员，或者csharp的

@fd1207 取决于你的TPS，单个Python进程，无论用多牛逼的异步库，每一次请求执行的事务开销制约了每秒的吞吐能力，超过这个阈值，能够hold住再多的连接也会卡。打个比方，如果你实际的逻辑操作用1ms能执行完，我们完全忽视框架的开销，一个Python进程撑死也就能对1000个连接完成响应，再多的就会延迟了。当然实际的时候访问量并不平均，有时候请求多点，有时候请求少点，比如你们的斗地主类型的话，对延迟不是很敏感，也许可以比1000稍高一点。具体多少就看对延迟的容忍度了。一般的做法是开N个进程，N=cpu 核数，后面用redis同步消息