@julyclyde 你能不代表其他人能，也不代表其他网卡都能。你一直用和我两年前不能用有什么关系？
@circsqua vbox 性能好不了啊，用 kvm ，如果不能桥接就用 host-only 然后母机路由出去。

-A INPUT -m state --state RELATED,ESTABLISHED ! --syn -j ACCEPT
这样应该也可以

@Counter
@JerningChan 说的做法可以解决你的问题，但问题不是他所说的那样。
iptables 对 ESTABLISHED 的定义并不是连接已经完成握手，而是之前见过相同连接的包。 netspeeder 对入站的连接也会双倍。第一个包确实 drop 了，第二个包 iptable 已经见过，所以允许了。然而因为是复制包，所以两个包中都是 syn ，任何一个都可以建立连接。

如果用 reject 的话，因为远端机器已经收到 rst 包，所以连接终止。即使你的机器返回 synack ，对方也不会处理。但是如果有人知道你是这样做的话，还是很容易绕过这个的。因为他只要 drop rst 包就行。

靠谱的解决也很简单：不要双倍 syn 就好了
'tcp[tcpflags] & tcp-syn == 0'
不过这样不能过滤 ipv6 ，偷懒不想查了，你要用的话自己查一下 tcpdump 怎么 dump ipv6 的 syn ，逻辑反过来就行。

@billlee 你还需要 xargs
ls|sed|xargs mv

@Counter 那你确定一下到底是那一条的作用啊
去掉其中一条试试看

你不会是从本地连吧……
本地连走 lo 当然不受限制

因为 Python 的模块已经加载了

第一反应就是天哪你没有 logrotate 么？
结果一楼就是

欢迎楼主从火星归来，提醒楼主地球上有大量空气，还请只有空气的冷却效果。

@donghouhe 中文教程不靠谱，当然英文的也好不到哪里去
最可靠的当然是源码，其次是官方文档，再其次是翻译文档

@donghouhe 教程，中文，呵呵呵
好歹也是要考四六的人，就不能努力学点英文看官方文档么？
Ctrl-C Ctrl-V 之前就不能查查这个属性有什么作用么？
个人习惯：开工之前把可能用到的库的文档完整看一遍

为什么不好好读文档……

据我两年前的经验， VritualBox 并不能桥接无线网卡
可以用 hostonly 网络，然后由主机做路由
KVM 也可以一样处理，当然， IP 的问题会复杂一点，如果你能用静态 IP 的话就完全没有问题

ppa 都麻烦，官方源只会更严啊，要走很多测试流程。
以 debian 为例（其他的都差不多， Debian 更严）：
管理员同意->experimental->投票认为确实值得加入官方源->unstable->基本测试稳定->testing->整个 testing 相互测试稳定->stable
整个过程版本当然是不变的，除了安全补丁。所以不要吐槽 debian 老。

昨天见个不用 if 的
今天见个不用 cd 的
V2EX 上牛人真是越来越多了，呵呵

1 Tab 补全
2 良好的目录结构实际上是高效的索引

@minggeJS #182 你自己直接滚蛋
知不知道编译器会翻过来？

程序里不判断 if ， throw catch 的时候还不是要判断。所以 C++里才出现了 nothrow 。 JS 没有，不过是因为性能压力还不到这个程度而已。说到底解释器还是要判断。真要性能，用 C ，用汇编去啊，自己写浏览器去啊，别用 JS 在这里 BB 。

@paw 当然不是直接 md5 图像文件
指纹的 hash 是取其中一些关键点（比如指纹断开的地方），对它们的几何关系做变换。这个过程也包括了对扭曲的输入进行标准化。一定要说的话，和人脸识别其实是有点类似的。
并不是只有 md5 sha1 这样的以二进制数据为输入的算法才叫 hash

@PublicID 严格来说，不是更换密码，而是能保证旧密码失效。重点是吊销旧凭证。新凭证可以由其他方法重新取得。参考 PKI 和 GPG ，私钥是不能换的，但是私钥泄露时，只要及时发出吊销声明，整个信任体系就还是可靠的。
所以楼上说的你有 20 次（其实应该是 19 次）更换密码的机会，是对的。
因为……劳资已经剁了左手食指，现在谁再用我左手食指指纹，那一定不是我本人 2333333333

GPG 大法好，智能卡大法好。（智能卡靠不靠谱这个真就没办法了，最多冷备份+早发现早吊销）

@mzer0 “ CPU 在分支预测的时候, 总是倾向于预测 then 的那一支”
这个不一定的吧，现代 CPU 都应该动态预测了，如果分支预测出错，预测器会相应调整的啊。对于重复执行的代码，开始的那几次基本可以忽略的啊。
同时 JS 作为动态语言， C++的经验是否适用，是个问题。
我还是学生，请多赐教。

我同意你说的，不能一概而论。两种做法自有长短。
而且，如果一开始算法就错了，那纠结这半点点的性能，毫无意义。

@minggeJS " 我的观点是无论可信源也好，不可信源也好，都应该尽可能地使用 try 回错，因为效率快，代量码少 "
简单的一句 try ，确实方便，但掩藏了多少问题？有些明明是应该向上传递，由上层处理的异常，也被你全部抢下来，那照你这么说，我其实只需要在最外层套一个 try ，里面有错没错，不管什么都往外扔好了。
这样的风格我不是不用，但主要用于保护用户界面，如果用户看见 exception ，用户既不明白什么意思，也不知道该怎么做。所以 catch 下来给用户一个友好的反馈。但仅此最外层一行。其他的 catch 必定有明确的类型，明确的用途，而且范围尽可能小。
我 JS 写的不多，但对于静态编译的语言，我一般是 if 过滤用户输入， assert 过滤内部调用（调用者应当保证调用合法）。这样调试的时候用 assert 协助解决问题，发布的时候可以去掉 assert 。

关于读书有没有用，我的看法：读书不能造就大师，规范化教育最大的意义在与让三流才能的人作出二流的工作。因此，读过书的人，至少是二流。没读过书的人，要么是大神，要么根本不入流。与应试教育无关，这是我在美国学习最大的体会。我自学编程也算是小有心得，但看见周围同学仅凭 4 年的学习，也可以写出多少像样的代码。尽管其中大部分人永远都摸不到一流程序员的门槛，但还是要感叹一下学校教育的威力。