BitLocker 是 Windows 7 提供的基于分区的加密方式。BitLocker 不仅仅可以加密本机硬盘分区，还可以加密移动硬盘、U 盘、SD 卡等移动存储设备。不过为了保证加密后的移动存储设备在 Windows XP 下面可以正常访问，请将其格式化为 FAT32 文件系统。
BitLocker 定位于商务用户，微软只在 Windows 7 企业版和旗舰版提供这一功能，使用之前请检查 Windows 版本。
本文操作只涉及本地硬盘非系统分区及移动存储设备。加密系统分区需要 TPM 支持，或者通过 U 盘启动，在此不作详细介绍，具体设置请参阅 http://blogs.technet.com/b/xiwang/archive/2009/05/19/windows-7-bitlocker.aspx。
请按照以下步骤对驱动器进行加密：
BitLocker 加密过程较为缓慢，请耐心等待，假如需要暂时移除移动存储设备，请暂停加密，以免造成数据丢失。
在 Windows 7 中插入 BitLocker 加密的驱动器，Windows 会自动弹出对话框让你输入密码，正确输入密码后就可以正常使用，而且使用时对性能的影响很小。
经过 BitLocker 加密之后的驱动器的图标与普通驱动器不同，Windows 7 会以不同颜色的锁和钥匙图标来反映目前的存储器状态，其中灰色代表加密的磁盘已经解锁，黄色则是未解锁。
对于已经使用 BitLocker 加密的驱动器，我们可以修改 BitLocker 密码和解密驱动器。
在 Windows 资源管理器中右击已经使用 BitLocker 加密的驱动器，选择“管理 BitLocker”，在此处我们可以修改 BitLocker 密码。
在开始菜单搜索框中输入“BitLocker”，选择“BitLocker 驱动器加密”选项，然后在相应驱动器处选择“关闭 BitLcoker”即可对驱动器解密。
只有 FAT32 格式的移动存储设备在使用 BitLocker 加密之后能在 Windows XP 中读取，在 Windows XP 中双击加密分区，Windows 会要求输入密码，输入密码之后会弹出 BitLocker To Go 阅读器允许你读取加密分区中的文件，不过只能读不能写。
BitLocker 是一种比较简易的加密方式，推荐安装了 Windows 7 旗舰版或企业版的朋友一试。
2011 年 3 月 11 日：初稿完成 2011 年 8 月 13 日：将 EFS 与 Bitlocker 拆分为两篇文章，并进行改写。
原文地址：加密入门（二）：BitLocker http://terrychen.info/encryption-bitlocker/
如今，我们的生活充斥着各色各样的密码。所谓密码管理器，就是用一个主密码来保护所有其他密码。使用密码管理器，可以减轻记忆负担，而且只要在主密码不泄漏或者遗忘的情况下，我们的账户安全就能够得到保障。
本文所要介绍的 KeePass 就是一款出色的密码管理器，KeePass 具有以下优点：
下面，我们一起来学习如何使用 KeePass。
KeePass 有经典版本 1.x 和专业版本 2.x 两种版本，主要有如下两点区别：
由于 KeePass 2.x 功能更为全面，我推荐大家选用这一版本。下文将以 KeePass 2.x 版本为例进行讲解。
访问 KeePass 官网下载页面 http://keepass.info/download.html ，左栏的 Classical Edition 为 KeePass 1.x 版本，右栏的 Professional Edition 为 KeePass 2.x 版本，每一栏中都有两个下载链接，分别是 Installer EXE for Windows 和 ZIP Package，即安装程序和移动版本，请按照自己的需要选择下载。
KeePass 的安装过程非常简单，按照提示安装即可。
安装 KeePass 完成之后，请访问 http://keepass.info/translations.html 下载中文语言包，页面中 Chinese, Simp. 即是简体中文语言包（五星红旗处），注意选择对应版本语言包。下载解压之后将 KeePass 的语言文件（*.lngx）复制到 KeePass 的安装目录。复制完成之后启动 KeePass，选择 View 菜单，点击 Change Language，在弹出的对话框中选择 Simplified Chinese，KeePass 将要求重新启动，点击 Yes 重新启动 KeePass 即可。
对于 Ubuntu 用户，请参阅如何在 Ubuntu 中安装 KeePass 2 进行安装设置。
开始使用 KeePass 之前，首先需要创建密码数据库以保存密码，步骤如下：
三种方式可以叠加使用，但是推荐大家使用主密码的方式进行保护。
此处将以 Gmail 为例讲解如何保存密码和自动输入，步骤如下：
运行 KeePass，点击添加记录（或者按下 Insert 键），弹出添加记录对话框。
在记录标签页中需要填写的项目主要有以下几项：
在自动输入标签页，还可以勾选双通道自动输入混淆选项，以阻止木马通过键盘记录窃取你的密码，但是只有支持 Ctrl + V 快捷键粘贴的窗口才能使用。 设置完成之后启动浏览器（如果设置网址的话可在选中相关条目后按下 Ctrl + U 启动），按下快捷键左 Ctrl + Alt + A（注意关闭中文输入法），KeePass 将自动输入密码并登录 Gmail。除此之外还可以先选择浏览器窗口，然后调出 KeePass（快捷键左 Ctrl+Alt+K），在相应密码条目右击，选择执行自动输入，KeePass 就会自动输入账户密码，注意 KeePass 是按照前一焦点窗口的原则选择输入窗口的，所以请保证前一焦点窗口是正确的。
由于 KeePass 按照 {USERNAME}{TAB}{PASSWORD}{ENTER} 的序列输入密码的，一些网站或者软件不能正常登录。例如 TM 启动之后默认焦点是在密码输入框处，使用默认序列会出错。这时我们可以通过自定义自动输入序列来解决这一问题。
首先参照上述方法建立新密码条目，标题填入 TM，网址填入 CMD://”C:\Program Files\Tencent\TM2009\Bin\TM.exe”（由于目录中含有空格，因此必须包括英文双引号）。然后切换到自动输入标签页，勾选替代默认规则后，在输入框中输入以下内容：
+{TAB}{USERNAME}{TAB}{PASSWORD}{ENTER}
现在切换到 TM，按下左 Ctrl + Alt + A 即可自动登录。QQ 的设置与之类似，只要注意标题改为 QQ 即可。
下面我来介绍一下自动输入序列，默认输入序列是{USERNAME}{TAB}{PASSWORD}{ENTER}，其中{USERNAME}是用户名，{PASSWORD}是密码，{TAB}是 Tab 键（用于切换焦点），{ENTER}是 Enter 键。一些特殊键的对应表可见官网文档 http://keepass.info/help/base/autotype.html#autoseq ，上面所用的 + 所对应的就是 Shift，和 Tab 组合之后可以跳到前一个输入框从而输入用户名。知道特殊键对应和写作规律之后我们也可以按照自己的情况写作特殊的自动输入序列。
在新建密码条目时，点击确认密码文本框右侧的生成密码，选择打开密码生成器，就可以打开如下图所示的密码生成器。
在密码生成器中可以对密码生成方案进行配置，如密码长度、密码组成等等，设置完成后点击确定回到添加记录对话框，点击密码文本框右侧的用星号 显示 / 隐藏密码按钮，将密码复制出来用于注册，最后按照通常步骤添加密码记录即可。
上面就是使用 KeePass 的一些基本方法，除此之外，KeePass 还具有插件机制，请大家自行探索。
2011 年 4 月 26 日：初稿完成 2011 年 5 月 1 日：第一次修改 2011 年 8 月 11 日：将标题由“KeePass 使用全攻略”修改为“KeePass 教程”，删除“KeePass 插件使用”一节，并精简文字。
原文地址：KeePass 教程 http://terrychen.info/keepass-tutorial/
Java 的注释，单行，多行的语法就不在赘述了。
给 Java 源码文件书写注释，使用常见的 Java 注释可以实现一些，也可以通过如下的 Javadoc 的 Tags 来实现一些特殊的比如跳转，参数返回值等特殊标记。
javadoc 标记有如下一些：
不过已经不建议在 Java 源文件中使用 @author 标记，现代的 git 完全能够满足模块作者的追溯，甚至可以精确到每一行的作者。
@see 允许用户引用其他类的文档
@see classname@see fully-qualified-classname@see fully-qualified-classname#methodsee 也可以使用一个超链接
/**
* @see <a href="https://docs.oracle.com/en/java/">Java Dcoumentation</a>
*/
@link 是 inline tag
上面的方法可以给类，方法，参数等等编写注释，如果要给一个包添加注释，就需要额外添加 package-info.java 的文件。
从 Java 1.5 版本开始可以在包下新建一个名为 package-info.java 的文件，在这个文件中可以使用标准 Java 注释来给 package 书写文档：
com/foo/package-info.java:
/**
* com.foo is a group of bar utils for operating on foo things.
*/
package com.foo;
//rest of the file is empty
如果要在 javadoc 中书写代码，尤其是想要展示一些例子的时候，不可避免的会用到 <, > 以及 @ 等等特殊的符号。Javadoc 默认是 html 的 tag 来渲染格式，所以这种情况下有 <pre> 和 <code> 选择，然后 javadoc 还提供了 {@code} 语法。这三个方式都可以用来注释代码，但各自又不相同。
<pre> 标记是 html 默认的格式化标签，如果使用 <pre> 标签，那么所有的 html 的标记都需要转义。
/**
* <pre>
* public class JavadocTest {
* // indentation and line breaks are kept
*
* @SuppressWarnings
* public List<String> generics(){
* // '@', '<' and '>' have to be escaped with HTML codes
* // when used in annotations or generics
* }
* }
* </pre>
*/
public class PreTest {}
Java 安装完成之后在 Java Path 的目录中自带了 javadoc 这个命令行，如果不想使用 maven-javadoc-plugin 可以使用这个命令来生成 javadoc.
用法：
javadoc [options] [packagenames] [sourcefiles]
选项：
Intellij 默认会在创建文件的时候给文件添加一些注释，这些注释可以在如下的设置中修改：
File -> Setting -> Editor-> File and Code Template-> File Header
本文为《深入理解 Java 虚拟机》的笔记。
Java 虚拟机规范中定义了一种 Java 内存模型，用来规避各种硬件和操作系统的内存访问差异，让 Java 在各种平台下都能达到一致的并发效果。Java 内存模型的主要目标是定义程序中各个变量的访问规则，在 JVM 中将变量存储到内存和从内存中取出变量这样的底层细节。
Java 内存模型的目标是定义程序中各个变量的访问规则，这里的变量 Variable 包含了实例字段、静态字段和构成数组对象的元素，但是不包括局部变量和方法参数，因为后者是线程私有的，不会被共享。
Java 内存模型规定所有变量存储在主存 Main Memory 中，每个线程都有自己的工作内存 Working Memory。线程的工作内存中保存了被该线程使用到的主存副本拷贝，线程对变量的所有操作都必须在工作内存中进行，而不能直接读写内存中变量。不同线程无法访问对方工作内存的变量，线程间变量传递需要通过主存来完成。
主存和工作内存之间定义了如下的操作。
定义了这些操作之后，就有一些规则，必须满足。
volatile 是 Java 虚拟机提供的最轻量的同步机制。当变量定义成 volatile 后，具备两种特性：
为了提升执行速度，计算机在执行代码的时候会对指令进行重排序。
包括：
指令重排序，指的是 JVM 优化指令执行的顺序，提高程序的运行速度，在不影响单线程程序执行结果的前提下，尽可能提高并发。
在 JDK1.5 之后，使用 volatile 变量禁止指令重排序。针对 volatile 修饰的变量，在读写操作指令前后会插入内存屏障，指令重排序时不能把后面的指令重排序到内存屏
double pi = 3.14;
double r = 2.1;
double area = pi*r*r;
代码在执行时，1->2->3，或者 2->1->3 对结果并没有影响，编译和运行时可能对 1,2 语句进行重排序。
JVM 内存屏障插入策略：
在很久之前就曾经写过文章来推荐InoReader，而我自己也已经用了很长时间 InoReader 了。最近InoReader有了一些变化，Web端增加了广告，而Android手机端也增加了广告，虽然可能有些人会自此新生痛恨，但我感觉还好。那些广告并没有影响到我的阅读，位置也并没有那么有侵入性。而我作为使用了很长时间而又没有收入不能从金钱上支持他们的用户来说，我会推荐你关闭你的广告屏蔽插件，而手机山也可以继续使用它官方的App。而如果你真的不喜欢广告，而你也能支付，你可以购买他们的付费服务，当然如果你一定要去掉广告，用Adblock，或者手机上使用Amber也能一样的使用InoReader。
今天写这篇文章并不是要推荐InoReader，而是想寻求一种方式来管理我的订阅源。经过几年的积累，陆陆续续订阅了很多博客，网站，很多源已经失效，很多个人博客也不复存在。而我的订阅源我也只是看熟悉的那些。很多内容因为更新太快，或者我对更新的内容失去了兴趣，渐渐的就忘记了他们的存在。这是问题一，而第二个问题是在长时间查看固定的订阅源时，渐渐接触的范围，了解的圈子就狭窄了。所以为了解决这些问题，我就逐渐的整理我的订阅源，整理出那些值得订阅，值得收藏的源。
选择原则
所以我在订阅这个分类时就依赖我的兴趣点、我关心的IT，时事新闻，或者偶尔更新的个人博客。保证这个分类每天更新适量，而不是一天下来1000+，并且通过观看这个分类就能基本了解行情新闻。
TechCrunch, Android Police, cnBeta, Solidot, Google Operating System, The Next Web…等等更新非常快的媒体博客
曾经一段时间疯狂的寻找软件和应用，后来渐渐地就稳定了，基本需要用的那些软件也渐渐的熟悉起来，而这过程中也收藏了一些好的网站。在整理的过程中发现有些网站逐渐不更新，而有些网站更是域名都不存在了。剩下的都还是一些不错的站点。
这个分类下的网站都有以下特点：
乱七八糟各种博客，但是在我整理的过程中很大部分都已经停止更新，而有些甚至域名都已经不存在了。不过好在InoReader缓存了部分博客，而Google也缓存了部分。这一部分比较杂乱继续整理中。
该分类下主要是惠惠网和什么值得买这两个购物导购网站的Feed，这个分类下更新太快，我基本看不完。通过关键词过滤，找到合适的内容。
0day及高清PT站扫盲帖
结合国内目前现实的影视制作分布状况，简单介绍一下目前国内影视和获取影视资源的手段及途径。
高清电影（HD Movie）
1.高清电影有两个主要来源，一个是0DAY，另一个是PT。
0DAY发布
0DAY小组通过topsite FTP发布作品，虽然各大PT都有0DAY组作品的发布，但这并不是他们的原创作品，只是对0DAY作品的转载（ZZ）。想要获取第一手的0DAY高清电影，必须拥有0DAY FTP账号，并且级别越高越好，账号速度越快越好。在0DAY的FTP中，通常在目录“x264”中更新HD高清电影。高清电影中比较有名的0DAY release group有：CBGB、aAF、CTU、DIMENSION、REFiNED、REVEiLLE、SEPTiC、SiNNERS、TERRA、 AVS720、LCHD、HUBRIS、BestHD、AMIABLE、、SSF、aBD、METiS等
PT发布
高清电影由于其庞大的体积，FTP传播方式并不是十分理想，因此PT（Private Tracker）应运而生。可以说PT为高清而生，因而越来越多的PT活跃在因特网上，很多PT都是做高清起家的。这些小组通常会选择一个PT为自己的首发地，这些小组也就成了该PT的所谓“工作组”。比较有名的PT及其工作组简介如下。
全称HDBits，地址：http://hdbits.org
拥有的工作组：ESiR，CtrlHD，EbP，DON（四大“TOP组”，ESiR已经不再HDB发片，但tracker上仍有众多ESiR的种子）
简介：瑞典人开的高清PT站，也是全球最大的高清PT综合站，号称“全球第一PT“。其工作组ESiR、CtrlHD、EbP、DON也被广大高清爱好者奉为“TOP组”，压制质量非常高，收藏之首选，因为压制极为精细，故出片较慢。同时HDB也是世界上上最大的原盘基地，几乎所有站的原盘都会往HDB 发。HDB上面充斥着全球的大水管，资源丰富，几G的资源几分钟到十几分钟就可以出种，生存极难。而且从08年开始禁中国用户，只有08年以前的老账号才可以用。
地址：http://hd-torrents.org
拥有的工作组：HiDt，EuReKA
简介：一个高清站点，不允许上传非高清资源，拥有自己优秀的压片小组，及很好的优惠政策，内部小组所压制的作品都会有银币标记（银币种子为50%下载及 100%上传）；当然也有很多其他的黄金种子（freeleach）。此站不仅有很丰富的高品质影视，视频资源，同时也允许上传一些高品质的音乐资源。此站有连坐制度：1，如果你邀请的人试图作弊，你将被T；2，你所邀请的人曾经拥有过帐号，那么连带你在内的及你所邀请的每一个人都会失去邀请资格，而且你本人也有可能被BAN；3，如果你所邀请的人试图交易帐号或者邀请，那么连带你在内的你所邀请的所有人都会失去邀请资格，同时你也有可能被BAN.
以上是两个比较好的国外PT站点，下面介绍国内的几个PT站点及其工作组。
全称 HDChina，地址：http://hdchina.org
拥有的工作组：SiHD
简介：前“中国高清第一站”，著名的高清组WiKi在2010年4月之前的首发站。当年称霸一方，在国际上也有直追HDB的势头。依靠国内诸多大水管以及 WiKi的优质作品而飞黄腾达，多年雄霸“中国第一高清站”宝座。2010年4月WiKi小组出走，投奔TTG的怀抱，HDC一蹶不振。不过瘦死的骆驼比马大，HDC仍然是中国目前综合规模前两位的PT站，但其工作组SiHD在国内认可度仍然很低，国际上几乎没有知名度。HDC的前景并不看好。
全称CHDBits，地址：http://chdbits.org
拥有的工作组：CHD
简介：CHD是国内最早做高清的小组，早期作品质量不敢恭维，随着时间的推移，CHD小组的作品早已是国内一流，世界知名。早期和思路、WiKi三足鼎立。后来思路分裂并且逐渐式微，CHD一度为HDC及其工作组WiKi压制。随着WiKi出走TTG，CHD趁机座上了中国第一高清站的宝座。目前，CHDBits出产的原盘无论在数量上还是速度上都可以说是国内第一，微微领先于WiKi。
全称：TorrenTGUI，地址：http://torrentgui.com
拥有的工作组：WiKi
简介：TTG的前身是游戏PT站GameGui，后来在GG老大MeGUI的“策动”下，WiKi及HDC很多发原盘的元老集体出走TTG，致使HDC元气大伤。由于获得了HDC的绝大多数精华，TTG一举成名。由于其本身丰富的游戏资源，TTG正大步迈向中国最大的综合PT站。TTG也是目前中国最具生命力的PT，也是目前唯一一个有希望挑战CHD的PT。
WiKi小组是近年来中国最成功的高清压制组，其作品流传甚广，制作标准严格，码率丰厚，出片速度足够快。早年依托HDC，现常驻于TTG，目前和CHD争霸于国内的高清重编码战场上。
全称：HDRoad、HDStar
地址：http://hdroad.org http://www.HDStar.org
拥有的工作组：MySiLU、SILUHD
简介：这两家PT的前生都是思路高清，后来思路分裂，各自仍自称“思路”，但小组名为一个叫SiLUHD，一个叫“MySiLU”。两家PT目前人气都不怎么样，无论种子数目还是下载速度。分裂前思路早期的重编码作品在质量上是要优于老对手CHD的，但后来分家后，两家思路无论在出片速度还是压制质量上都落后于CHD。看来，窝里斗还是中国人的几百年不变的劣根所在啊。这也告诉我们，肢解敌人的最好办法就是挑起他们内部的“窝里斗”。开个玩笑，哇咔咔~ 不过不得不提HDR的源盘质量确实是首屈一指的！
综上所述，想获取第一手的HD资源，要么混0DAY，要么混PT。永远不要考虑电驴啦，迅雷啦，更不要考虑网盘啦，QQ啦。。。那些东西不仅下载慢，发布就比别人慢几天。两者相叠。。自己算吧
【地址链接】 http://www1.eastgame.org:8088/ 旧版论坛：http://pw.eastgame.org:8088/ （老资源帖仍可以访问，但无更新）
【主打格式】 MiniSD、MiniHD、TLF-iNT
【论坛综述】
1.TLF论坛是大陆老牌资源论坛，这些年虽然有些落寞，但其核心产品仍然很具有竞争力，论坛目前可以注册。 2.TLF目前主推的视频媒介为MiniSD，MiniSD定位于“桌面高清”，即小高清。横向分辨率800-864，体积平均每部800M，片源多数采用BD720p，少数采用BD1080p、DVD9，或者HDTV片源，压制规范、精益求精。TLF期望用RMVB的体积，获取超过DVD，逼近高清的 “桌面高清”效果。事实证明，TLF制作的MiniSD流传甚广，的确做到了“小体积，高画质”的典范。 3.MiniHD是定位于MiniSD之上，720P之下的一种BDRip，横向分辨率1280，体积平均1.9G。MiniHD片源至少采用重编码 BD1080p，少数优秀影片用原盘压制。MiniHD定位“低码720p”，即“准高清”，画质已经非常接近BluRay 720p的效果，而体积只有720p的1/3-1/2。非常适合希望欣赏高清画质又不想下载4-6G体积高清片的朋友。 4.TLF-iNT是TLF数年来雷打不动的核心产品，片源一律采用BD/HDDVD原盘，并用极限参数压制，试图在有限的码率下将画质提升到最高。 TLF-iNT的体积一般为1.37GB或者2.05GB，平均每部1.7GB左右。由于iNT压制组人员缺乏，TLF-iNT最近产量持续下降，但对于一些经典片，TLF-iNT不失为一种高性价比的收藏媒介。
【下载攻略】
1.MiniSD的发布方式一般为115网盘、RayFile网盘、QQ中转站/QQ公共邮箱。除了RayFile网盘速度比较2，QQ和115都是非常适合BIT网络的网盘分享途径。 2.MiniHD的发布方式基本为115网盘，偶尔会有RF（RayFile）的分流。 3.iNT主要通过FTP发布，通过RF网盘分流。但想要第一时间获取TLF-iNT，必须前往FTP服务器下载。【TLF论坛】初级会员/活跃会员都可以找到合适的FTP服务器下载iNT，速度100k. 4.IPV6 PT上也有不少TLF的作品，有条件的可以去淘一淘。
【推荐指数】 ★ ★ ★ ★ ★
【地址链接】 http://xtmhd.com 【花花世界】：http://www.playmov.com/ （此站位XTM的马甲站，专门用来放广告和逃避风险用）
【主打格式】 HALFCD2、XTM-480p、0DAY-DVDRip
【论坛综述】 1.XTM源自TLF，这一切都起因于2年前的一场动荡，导致TLF相当一部分主力军独自成了XTM。此话不多谈。 2.所谓的HALFCD2，其实就是HALFCD，XTM在后面加了个2，无非就是想把自己和老TLF划清界限却又舍不得放HALFCD而已。 HALFCD2是一种体极小，画质尚可的视频媒介，mkv封装，分辨率一般640线以下，体积品均每部350M左右。HALFCD可以用移动传媒播放，用显示器播放HALFCD确实够呛，更不用说高清电视了。 3.XTM-480p，发布有一阵没一阵的，更新很不规律，压制质量也很一般，不过管理员要是闲着，出片速度还是很快的，一般比蓝光片源晚1、2天出。一般体积在1.5G左右。 4.毫无疑问，XTM的核心产品非0DAY-DVDRip莫属。目前cn（大陆）地区最强悍的0DAY小组非XTM莫属了，事实上整个cn除了XTM再也早不到第二家像样的0DAY小组。因此6区DVD基本也被XTM通吃。基本上所有大陆发行的新碟，XTM会第一时间放出0DAY rls. 5.XTM人称“小太妹”，或者“洗头妹”，这点作为cn地区的0DAY常识是必须牢记在心的。 6.XTM及其马甲站广告之多，前无古人，后无来者。。。
【下载攻略】
1.HALFCD2和480p最前会在【花花视界】中以【快车下载链接】的形式放出。注意允许IE“运行当前加载项”，否则无法弹出快车链接。现在HALFCD2基本靠这一种方式分流，北理校园网并不是很方便。
2.XTM有非常强大的FTP服务中心，拥有国内更新速度极其快捷的site，还有自称“200TB+”的FTP仓库（我没进去看过，不可考证），如果你能混进XTM的工作组，那你将拥有在各大PT首发所有0DAY rls的能力。不过XTM的0DAY site不是那么好进的，需要努力为之干活才行。
3.当然了，不出意外，国内所有的0DAY site都会有XTM的0DAY rls更新，只不过更新速度好坏不等。能够进任何一个site，你都能获取第一手的XTM 0DAY rls，时间也就差半个小时到两个小时左右。不过能不能在各大PT抢到首发，就看你的运气了。
【推荐指数】 ★ ★ ★ ★ ★
【地址链接】 http://yyets.net
【主打格式】 HR-HDTV、RMVB
【论坛综述】
1.国内目前几个比较好的字幕组之一，不仅字幕做的不错。FTP中心也很强大。能够混进YYeTs的0DAY site，你将有跟XTM的人抢首发的能力。
2.HR-HDTV是目前出片量比较大也是比较快的一种Rip，下载途径也比较多，一般有磁力下载、电驴、快车、BT发布等。出快车外校园网用迅雷都会有一些速度，如果你有米，迅雷离线将是非常适合【人人影视YYeTs】的下载的。迅雷离线可以迅速的将资源下载到迅雷的服务器上，然后你再从从迅雷服务器下载到本机。
3.HR-HDTV片源采用720P，压出的片子为mkv封装，x264+AC3编码，分辨率固定为1024*576，体积平均1.7G左右，画质良好。
4.HR-HDTV使用YYeTs字幕组原创字幕，翻译质量优秀，但压制的时候将字幕压进了视频中，无法消除，称“硬字幕”。字幕双语双排，占用比较大的画面，不MiniSD/MiniHD方便。
5.人人影视发布的RMVB可以说是缩小版的HR-HDTV，除了压制方案改为了RMVB+AAC，是目前网上比较优秀的RMVB。
【下载攻略】
1.快车发布的影片，可以尝试“快车+搜狗浏览器代理”的方案。利用搜狗浏览器的代理进程，快车可以得到很理想的速度（此方案经常会抽风，不过仅靠正常的外网下快车速度绝对是零）。
2.磁力链接/电驴/BT发布的影片，推荐用迅雷离线。迅雷的下载服务器之强大不必多余，由于在教育网有分流节点，当你从迅雷服务器往本地下载的时候会有相当满意的速度。QQ中转站发布的资源可以直接高速HTTP下载。
3.IPV6 PT上也有不少人人影视的作品，有条件的可以去淘一淘。
【推荐指数】 ★ ★ ★ ★
【地址链接】 http://bbs.cnscg.com/
【主打格式】 低码720p（其实更应该叫伪720P）MKV、720p RMVB、高码率MKV
【论坛综述】
1.圣城家园的字幕组还是相当不错的。
2.伪720P是圣城最拿手的活，不过对于这种拿重编码RERiP的720P的行为实在不敢恭维。标准720P片源压制480P左右分辨率差不多，720P压制720P实在是有点。。。急功近利了。虽然对外圣城官方宣称是拿1080P做片源压制720P，不过根据实际出片时间判断，其实是拿 720P压的720P。
3.另外，圣城把字幕弄进mkv文件中，虽然这样做无可厚非，但把字幕弄成那么个特效确实有点让人难受。虽然可能很多人觉得看着还挺习惯。
4.将2.35:1的片子认为放大到16:9添加黑边着实是一种及其浪费码率的愚蠢行为。
5.虽然片子本身质量不高，但圣城的发布速度和分流途径却非常棒。只要是已经有了的HD高清电影，圣城一定会在第二天推出相应的720p RERIP rls.
6.圣城家园的所谓“高码率MKV”虽说在片源和码率上达到了标准720P的水准，但由于依靠外部原盘片源，跟新速度很慢，只能做老片，很少有更新新片。并且片子做的也很不专业。至于圣城的720P分辨率的RMVB，在业界还是有一定地位的。
【下载攻略】
1.圣城家园的分流方式主要BT、QQ、迅雷、快车。QQ和迅雷可以直接用校园网获取高速，BT则可以利用迅雷离线下载，快车可以利用搜狗代理。
2.IPV6 PT上圣城的伪720P成堆。。不过不推荐大量转载。
【推荐指数】 ★ ★ ★
【地址链接】 http://www.chdtv.net
【主打格式】 480p（这里不提及CHD的高清）
【论坛综述】
1.CHD的480p格式及命名方式传承高清的标准，不愧高清站点风范。体积上采用的0DAY规范，以CD的整数倍出现，一般1.4BG（2CD）2.1GB（3CD）。
2.480p永远分辨率只有两种：848352、848480，分辨率和720p、1080p一样规范。
3.CHD 480p的片源为自家产的CHD 720p，事实上这个分辨率用720p做片源已经基本够了，虽然少数TLF fan依然坚定地认为CHD 480p属于垃圾rls，理由是不像TLF-iNT那样采用原盘做片源压制（其实我就是其中一个 - -）。个人偏好可以理解，但客观事实也不可否认：CHD 480p的压制质量总体良好。
4.视频码率一般在1200k-2000k，音频基本上是整齐的384k AC3。
5.两个主要的分流途径：RayFile网盘、VeryCD。
【下载攻略】
1.对于RayFile网盘，速度极其不稳定是他的最大弱点，并且事实证明CHD的480p在RF上的保留时间并不长，RF保源好的优点被无视了。VC上表情电影基本上已近被CHD所独霸，VC速度相当客观，BIT的同学二可以尝试用迅雷连接emule任务。迅雷离线在此同样可以大发淫威。
2.IPV6 PT上有相当数量的CHD 480p资源。
【推荐指数】 ★ ★ ★ ★
单纯地从0DAY影视（0DAY MovieZ）专业名词角度了解一下0DAY的细节。
注:所有没有英语配音而在后期使用英语配音来同步的R5零售版将被标记为R5.LINE。过去这类版本曾被标记为TC。
An SSH key allows you to establish a secure connection between your computer and server
ssh-keygen -t rsa -C "example@gmail.com"
show the public key
cat ~/.ssh/id_rsa.pub
Copy the key
Windows:
clip < ~/.ssh/id_rsa.pub
Mac:
pbcopy < ~/.ssh/id_rsa.pub
GNU/Linux(requires xclip)
xclip -sel clip < ~/.ssh/id_rsa.pub
参考：https://gitlab.com/help/ssh/README
screen -S name 启动
screen -ls 查看screen列表
screen -r name 恢复
screen [-AmRvx -ls -wipe][-d <作业名称>][-h <行数>][-r <作业名称>][-s ][-S <作业名称>]
参数说明
-A 将所有的视窗都调整为目前终端机的大小。
-d <作业名称> 将指定的screen作业离线。
-h <行数> 指定视窗的缓冲区行数。
-m 即使目前已在作业中的screen作业，仍强制建立新的screen作业。
-r <作业名称> 恢复离线的screen作业。
-R 先试图恢复离线的作业。若找不到离线的作业，即建立新的screen作业。
-s 指定建立新视窗时，所要执行的shell。
-S <作业名称> 指定screen作业的名称。
-v 显示版本信息。
-x 恢复之前离线的screen作业。
-ls或--list 显示目前所有的screen作业。
-wipe 检查目前所有的screen作业，并删除已经无法使用的screen作业。
很久很久以前，有一群人，他们决定用 8 个可以开合的晶体管来组合成不同的状态，以表示世界上的万物。他们看到 8 个开关状态是好的，于是他们把这称为”字节“。再后来，他们又做了一些可以处理这些字节的机器，机器开动了，可以用字节来组合出很多状态，状态开始变来变去。他们看到这样是好的，于是它们就这机器称为”计算机“。
开始计算机只在美国用。八位的字节一共可以组合出 256(2 的 8 次方）种不同的状态。 他们把其中的编号从 0 开始的 32 种状态分别规定了特殊的用途，一但终端、打印机遇上约定好的这些字节被传过来时，就要做一些约定的动作。遇上 0x10, 终端就换行，遇上 0x07, 终端就向人们嘟嘟叫，例好遇上 0x1b, 打印机就打印反白的字，或者终端就用彩色显示字母。他们看到这样很好，于是就把这些 0×20 以下的字节状态称为”控制码”。他们又把所有的空 格、标点符号、数字、大小写字母分别用连续的字节状态表示，一直编到了第 127 号，这样计算机就可以用不同字节来存储英语的文字了。大家看到这样，都感觉 很好，于是大家都把这个方案叫做 ANSI 的”Ascii”编码（American Standard Code for Information Interchange，美国信息互换标准代码）。当时世界上所有的计算机都用同样的 ASCII 方案来保存英文文字。
后来，就像建造巴比伦塔一样，世界各地的都开始使用计算机，但是很多国家用的不是英文，他们的字母里有许多是 ASCII 里没有的，为了可以在计算机保存他们的文字，他们决定采用 127 号之后的空位来表示这些新的字母、符号，还加入了很多画表格时需要用下到的横线、竖线、交叉等形状，一直把序号编到了最后一个状态 255。从 128 到 255 这一页的字符集被称”扩展字符集“。从此之后，贪婪的人类再没有新的状态可以用了，美帝国主义可能没有想到还有第三世界国家的人们也希望可以用到计算机吧！
等中国人们得到计算机时，已经没有可以利用的字节状态来表示汉字，况且有 6000 多个常用汉字需要保存呢。但是这难不倒智慧的中国人民，我们不客气地把那些 127 号之后的奇异符号们直接取消掉，规定：一个小于 127 的字符的意义与原来相同，但两个大于 127 的字符连在一起时，就表示一个汉字，前面的一个字节（他称之为高字节）从 0xA1 用到 0xF7，后面一个字节（低字节）从 0xA1 到 0xFE，这样我们就可以组合出大约 7000 多个简体汉字了。在这些编码里，我们还把数学符号、罗马希腊的字母、日文的假名们都编进去了，连在 ASCII 里本来就有的数字、标点、字母都统统重新编了两个字节长的编码，这就是常说的”全角”字符，而原来在 127 号以下的那些就叫”半角”字符了。 中国人民看到这样很不错，于是就把这种汉字方案叫做 “GB2312“。GB2312 是对 ASCII 的中文扩展。
但是中国的汉字太多了，我们很快就就发现有许多人的人名没有办法在这里打出来，特别是某些很会麻烦别人的国家领导人。于是我们不得不继续把 GB2312 没有用到的码位找出来老实不客气地用上。 后来还是不够用，于是干脆不再要求低字节一定是 127 号之后的内码，只要第一个字节是大于 127 就固定表示这是一个汉字的开始，不管后面跟的是不是扩展字符集里的内容。结果扩展之后的编码方案被称为 GBK 标准，GBK 包括了 GB2312 的所有内容，同时又增加了近 20000 个新的汉字（包括繁体字）和符号。 后来少数民族也要用电脑了，于是我们再扩展，又加了几千个新的少数民族的字，GBK 扩成了 GB18030。从此之后，中华民族的文化就可以在计算机时代中传承了。 中国的程序员们看到这一系列汉字编码的标准是好的，于是通称他们叫做 “DBCS“（Double Byte Charecter Set 双字节字符集）。在 DBCS 系列标准里，最大的特点是两字节长的汉字字符和一字节长的英文字符并存于同一套编码方案里，因此他们写的程序为了支持中文处理，必须要注意字串里的每一个字节的值，如果这个值是大于 127 的，那么就认为一个双字节字符集里的字符出现了。那时候凡是受过加持，会编程的计算机僧侣 们都要每天念下面这个咒语数百遍： “一个汉字算两个英文字符！一个汉字算两个英文字符……”
因为当时各个国家都像中国这样搞出一套自己的编码标准，结果互相之间谁也不懂谁的编码，谁也不支持别人的编码，连大陆和台湾这样只相隔了 150 海里，使用着同一种语言的兄弟地区，也分别采用了不同的 DBCS 编码方案——当时的中国人想让电脑显示汉字，就必须装上一个”汉字系统”，专门用来处理汉字的显示、输入的问题，但是那个台湾的愚昧封建人士写的算命程序就必须加装另一套支持 BIG5 编码的什么”倚天汉字系统”才可以用，装错了字符系统，显示就会乱了套！这怎么办？而且世界民族之林中还有那些一时用不上电脑的穷苦人民，他们的文字又怎么办？ 真是计算机的巴比伦塔命题啊！
正在这时，大天使加百列及时出现了——一个叫 ISO （国际标谁化组织）的国际组织决定着手解决这个问题。他们采用的方法很简单：废了所有的地区性编码方案，重新搞一个包括了地球上所有文化、所有字母和符号 的编码！他们打算叫它”Universal Multiple-Octet Coded Character Set”，简称 UCS, 俗称 “unicode“。 unicode 开始制订时，计算机的存储器容量极大地发展了，空间再也不成为问题了。于是 ISO 就直接规定必须用两个字节，也就是 16 位来统一表示所有的字符，对于 ASCII 里的那些“半角”字符，unicode 包持其原编码不变，只是将其长度由原来的 8 位扩展为 16 位，而其他文化和语言的字符则全部重新统一编码。由于”半角”英文符号只需要用到低 8 位，所以其高 8 位永远是 0，因此这种大气的方案在保存英文文本时会多浪费一倍的空间。
这时候，从旧社会里走过来的程序员开始发现一个奇怪的现象：他们的 strlen 函数靠不住了，一个汉字不再是相当于两个字符了，而是一个！是的，从 unicode 开始，无论是半角的英文字母，还是全角的汉字，它们都是统一的”一个字符“！同时，也都是统一的”两个字节“，请注意”字符”和”字节”两个术语的不同，“字节”是一个 8 位的物理存贮单元，而“字符”则是一个文化相关的符号。在 unicode 中，一个字符就是两个字节。一个汉字算两个英文字符的时代已经快过去了。
unicode 同样也不完美，这里就有两个的问题，一个是，如何才能区别 unicode 和 ascii？计算机怎么知道三个字节表示一个符号，而不是分别表示三个符号呢？第二个问题是，我们已经知道，英文字母只用一个字节表示就够了，如果 unicode 统一规定，每个符号用三个或四个字节表示，那么每个英文字母前都必然有二到三个字节是 0，这对于存储空间来说是极大的浪费，文本文件的大小会因此大出二三倍，这是难以接受的。
unicode 在很长一段时间内无法推广，直到互联网的出现，为解决 unicode 如何在网络上传输的问题，于是面向传输的众多 UTF（UCS Transfer Format）标准出现了，顾名思义，UTF-8 就是每次 8 个位传输数据，而 UTF-16 就是每次 16 个位。UTF-8 就是在互联网上使用最广的一种 unicode 的实现方式，这是为传输而设计的编码，并使编码无国界，这样就可以显示全世界上所有文化的字符了。
UTF-8 最大的一个特点，就是它是一种变长的编码方式。它可以使用 1~4 个字节表示一个符号，根据不同的符号而变化字节长度，当字符在 ASCII 码的范围时，就用一个字节表示，保留了 ASCII 字符一个字节的编码做为它的一部分，注意的是 unicode 一个中文字符占 2 个字节，而 UTF-8 一个中文字符占 3 个字节）。从 unicode 到 uft-8 并不是直接的对应，而是要过一些算法和规则来转换。
| Unicode 符号范围 （十六进制） | UTF-8 编码方式（二进制） |
|---|---|
| 0000 0000-0000 007F | 0xxxxxxx |
| 0000 0080-0000 07FF | 110xxxxx 10xxxxxx |
| 0000 0800-0000 FFFF | 1110xxxx 10xxxxxx 10xxxxxx |
| 0001 0000-0010 FFFF | 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx |
之前一直对字符编码很模糊，网查资料被忽悠地晕头转向，看完这篇风趣的文章，把之前模糊的知识点串联起来，并稍加总结，我和我的小伙伴们都明白了！
转载自：http://dengo.org/archives/901
更多中文编码知识请看：中文编码
点阵字库 (Bitmap) 是最早被采用的一种数字化字库的格式，每个字形以黑白像素点阵矩阵组成。但是随着字号变大，数据量会呈几何级数增长，所以不适于复杂的大字号中文字形显示。但它在描述小字号时有明显的优势，可以加入人工的笔画取舍、合并和变形，使得字形尽可能地清楚展示。
随着显示设备分辨率和处理器性能的提高，点阵字已被曲线字所取代，或部分嵌入在曲线字中以提高小字的清晰度。它更多的应用是在低分辨率的设备上，例如老旧的手机、掌上电脑、仪器仪表、数码相机、收款机、银行或者邮局的票据打印机等。
PostScript 是美国 Adobe 公司发展的一种页面描述语言。所谓页面描述语言，实际上是一种专门的计算机语言用来描述和记录版面上的内容和结构。它以精确的坐标数据，精密的数学公式和规定的格式来定义页面上的各种元素，如文字、色彩、图形图像的位置、形状等等。
PostScript 字形描述技术是用美国 Adobe 公司的 PostScript 页面描述语言来描述字形的一种技术。 CID 字库是美国 Adobe 公司发表的最新字库格式，所有字形描述都采用 PostScript Type 1 格式，他具有易扩充、速度快、兼容性好、简便、灵活等特点，这种标准格式保证了跨平台的高质量输出。
CID (character identifier) 字符识别码，总字符集包括了一种特定语言中所有常用的字符，把这些字符排序，他们在总字符集中排列的次序号就是各个字符的 CID 标识码。CMap（character Map）字符映射文件，将字符的编码映射到字符的 CID 标识码，再用 CID 标识码从 CIDFont 文件中取到字形信息。 CIDFont 文件中不仅存储了字库中所有字符的描述，还包含了字体的提示（HINT）信息，它既能控制笔画的粗细，还能控制笔画之间空白，使解释器在字体比较小，设备分辨率低的情况下，得到细小清晰的笔画复杂的中日韩文字形。
常见的 ttf 文件，就是 TrueType 字库文件。
TrueType 是由美国苹果公司和微软公司联合提出的一种用数学函数描述电脑字体轮廓的技术。TrueType 采用几何学中二次 B 样条曲线及直线来描述字体的外形轮廓，含有字形构造、颜色填充、数学描述函数、流程条件控制、栅格处理控制、附加提示控制等指令。
TrueType 字体的主要特点在于它所见即所得。由于 TrueType 字体是由指令对字形进行描述，因此它与分辨率无关，均以设备的分辨率输出，既可以屏幕显示，又可以打印输出，无论放大缩小，字符总是光滑的，不会有锯齿出现。但是相对 PostScript 字体来说，特别是在文字太小时，其表现质量要差一些。
常见的 otf 字体文件，就是 OpenType Font 字库文件。
OpenType 字库是美国微软公司与 Adobe 公司联合开发的用来替换 TrueType 字型的数字化曲线轮廓字库格式。OpenType 字库采用 Unicode 编码，是 TrueType 格式的扩展延伸，扩展了 Adobe CID-Keyed font 技术。它在继承了 TrueType 格式的基础上增加了对 PostScript 字型数据的支持，所以 OpenType 字体中的字型轮廓数据既可以选择在‘glyf’表中 TrueType 格式轮廓，也可以选择在‘CFF’表中的 CFF（压缩字体格式，Compact Font Format）格式轮廓。
OpenType 字库信息小，字形可以所以缩放、变形（旋转、倾斜、弯曲）而不失真，具有很强的兼容性及独特丰富的排版特性。
经过几十年时间的演变，目前市场已经被 OTF, TTF 统治。基本上桌面平台，移动平台，大部分的系统都能兼容这两个字体。
之前的文章讲过 Vim Buffer 的管理 这使得工作可以在 Vim 中持续进行，而不需要退出然后重新载入文件。但是如果 Buffer 只能填满一个 Vim 窗口，假如想要在 Vim 中实现分屏，那么就必须要依赖于 Vim 的 Window。又因为 Vim 的 Windows 经常用来做分屏，又有的时候被称为 splits 。
Vim 在启动时只会打开单个窗口，可以使用 Ctrl-w s 来水平分隔窗口，或者使用 Ctrl-w v 来垂直分隔窗口。
在 Vim 中有很多方式打开 Windows
| 命令 | 解释 |
|---|---|
<C-w>s |
水平切分窗口，新窗口显示当前缓冲区 |
<C-w>v |
垂直切分窗口，新窗口显示当前缓冲区 |
:sp[lit] { filename } |
水平切分窗口，并在新窗口载入{filename} 文件 |
:vsp[lit] { filename } |
垂直切分窗口，并在新窗口载入{filename} 文件 |
:new [filename] |
在当前 window 下方新建 window |
:vnew [filename] |
在当前 window 旁新建 window |
| 命令 | 解释 |
|---|---|
<C-w>w |
窗口间循环切换 |
<C-w>h |
切换到左窗口 |
<C-w>j |
切换到下窗口 |
<C-w>k |
切换到上窗口 |
<C-w>l |
切换到右窗口 |
| Ex 命令 | 普通模式命令 | 解释 |
|---|---|---|
:clo[se] |
<C-w>c |
关闭活动窗口 |
:on[ly] |
<C-w>o |
只保留活动窗口，关闭其他所有窗口 |