擦，感觉描述对上号了

言辞里不是索要，直接拉黑即可

碰MYSQL BUG太多了，这种严格生产环境的软件轻易变动都有可能出问题，版本升级出现的BUG也多的一沓，某第二大股市也因为某DB宕机过，我就不说某软新发布的Redist Lib引入的低级BUG了。

很好奇这个object啥时会collect，ref数多少，明天在电脑上试试

括号一定要单独一行，对称控绝对不能接受不对称的符号

asp页面这样再正常不过，嘲笑早期开发者的工作想想以后会不会有人嘲笑现在人的工作

试过tesseract这类OCR，对验证码基本无解，除非针对某类特殊优化

@Luzifer 对了他家默认搜索是DuckDuckGo，反正FREE化的软件量不多，但都花了功夫。

这个发行版是从FSF上街推广CD的新闻里了解到的，当时就试玩一下，发现其GNOME3改的UI还好（虽然很简陋，至少比GNOME CLASSIC爽）。里面的包都是把UBUNTU里的源码包删减不符合FSF LICENSE的东西重发的，比如默认浏览器ABROWSER就是FF换了资源。
我就是拿来放在WINDOWS的虚拟机里平时临时用的，官方源包都不太新，不过可以加UBUNTU 12.10的源或PPA啥的。
向科大申请了源镜像：http://mirrors.ustc.edu.cn/trisquel
现在暂时维护，不过FSF的服务器速度还行。

对于你学Linux，发行版毛区别没有，别听别人推荐的，先学怎么用管理系统和操作SHELL再说。

这家不止一次丢用户资料了，有必要提高加密强度

bucket = []
[bucket[-1].append(idx) if val > 0 else bucket.append([]) for idx, val in enumerate(A)]
[i for i in bucket if i]

底下就好用了呗

12颗至强请求过多还是只能会满载，即使用了GEVENT+GUNICORN+NGINX，实在受不了CPYTHON的效率

@kennedy32 那更简单啊，UNISON，设计划任务，另外建一个快捷方式可以手工触发

Seafile

你可以EXPLAIN看下有没有使用INDEX,现在的QUERY OPTIMIZER已经很智能去处理是否使用INDEX（有时一遍扫表效率更高）。
见官方文档：
Each table index is queried, and the best index is used unless the optimizer believes that it is more efficient to use a table scan. At one time, a scan was used based on whether the best index spanned more than 30% of the table, but a fixed percentage no longer determines the choice between using an index or a scan. The optimizer now is more complex and bases its estimate on additional factors such as table size, number of rows, and I/O block size.

如果一定要使用INDEX，在TABLE后面加上FORCE INDEX (names_index,memos_index)。
你这种情况相信MYSQL比盲目优化来的好，EXPLAIN还能参考语句效率。
另可试试拆成俩进行JOIN取代AND看看时间

防火墙中间人检测SSL流量需要加卡巴的CA

官方code库或ipython

楼主的问题是断线重连，那么是PPPOE拨号还是WIFI断线？前者投诉ISP修线路，后者纯无线路由的问题，P2P连接数导致路由器超载，只得限P2P或换设备