DOM Scripting: Web Design with JavaScript and the Document Object Model

@nendors 算 ECC 的时候是按照物理块算的，和是否对齐没关系吧

@yfdyh000 恩，你说得对，现在的磁盘物理块一般也是 4KB

@nendors 那不叫 MBR, 占 63 扇区是 NTFS 的“引导区”, MBR 在每个磁盘的最开头，占 1 扇区。

维基百科上这段的用词有点问题吧，Flash ROM 上的单元叫做 page, 一般不叫物理扇区。
一般的解释是：
扇区：512 bytes, 磁盘上的最小单位
簇：文件系统中的最小单位，很多情况下是 4096 bytes
现在的 SSD 使用的是 Flash ROM, Flash page 是按 page 擦除的，一个 page 一般是 4096 Bytes
按照上面的大小，1 簇 == 1 page == 8 扇区,

在 Windows/NTFS 上，每个分区的前面 63 扇区是引导区，从第 63 扇区开始是文件系统。在磁盘上，这是没有问题的，每个簇就由 8 个扇区构成。但在 SSD 上，就变成了每个簇对应了一个 page 的最后 512 bytes 和另一个 page 的 3584 bytes. 这样每次文件系统要求读写一个簇(4096 bytes)时，都要变成读写两个 page(8192 bytes) 的操作，肯定影响速度，并且不必要的擦除操作会缩短寿命。

ImageMagick 可以转换，但是指定页码时只能使用 0 开始计数的索引，质量就自己随便指定了

我还见到过类似的诡异路由，这个例子中本机的公网 IP 还是可以路由到的
<img src=http://fmn.rrfmn.com/fmn060/20120823/1245/original_3xGl_35b90000214b1260.jpg />

每次的提交流程是 add -i / diff --cached / commit

FoxyProxy 的匹配算法不行，卡得要命，用了一个星期还是换会 autoproxy 的修改版了

@woyao 你确定？内置证书是要通过 WebTrust 审计的啊

@caizixian certmgr 好像不会保存 intermidate CA, 可以用 Firefox 打开用了这信任链的网站，然后就可以在 Firefox 的证书管理器里面把 intermidate CA 导出来。

因为这是一个 suboridinate CA, 上面有被信任的 root CA 的签名，所以被信任了。
Suboridinate CA 的安全性是近两年来才引起关注的，在 2011 年发生了 Entrust, Inc. 的一个 subridinate CA 签发了弱密钥证书的事件。
https://blog.mozilla.org/security/2011/11/03/revoking-trust-in-digicert-sdn-bhd-intermediate-certificate-authority/

现在 Mozilla 的政策是要求 suboridinate CA 的 policy 必须符合 super CA 的 policy. Super CA 要每月对自己的 suboridinate CA 做审计，并且不允许 suboridinate CA 再给第三方 suboridinate CA 签名。

@em70 Python 很适合做 GUI, PyQt 和 PyGTK 都很好用。BitTorrent, Dropbox, TortoiseHg 等很多桌面软件都是用 python 写的。

可以从提交 bug/patch 开始

@qucklay 如果服务器不能控制，那么在 Linux 下可以在本地部署 proxy, 做策略路由, 大概的思路是用一个单独的用户运行 proxy, 然后按用户做策略路由。其他的系统应该就只能用虚拟机了。

@qucklay 对的，所以要在服务器上再部署一个 proxy, 客户端通过 VPN 访问 proxy, 这样就可以用 SwitchySharp 自动切换 proxy 了，当使用 proxy 时走的是 client -- VPN -- proxy -- Internet, 不使用时直接走 client -- Internet.