Gpg4win 是一款基于 GPG 的非对称加密软件。非对称加密方式，简单理解就是用公钥加密文件，用私钥解密文件。如果你需要发送加密信息，首先获取接收者的公钥，然后利用该公钥加密后传递，对方利用对应的私钥就可解密。也就是说，公钥是锁，私钥是钥匙。非对称加密方式很好地解决了传递机密信息的问题。
GPG，又称为 GnuPG，全称是 Gnu Private Guard，即 GNU 隐私卫士。GPG 是以 PGP 算法为核心的强大的加密软件。但 GPG 项目是一套命令行程序，而且是为 Linux 等开源操作系统设计的。好在开发者为 GPG 开发了许多图形前端并将其迁移到 Windows 平台，Gpg4win 就是 Windows 平台 GPG 及图形前端的集合安装包，本文将介绍 Gpg4win 中图形前端的使用方法，不会涉及 GPG 的命令行使用方法。
##1. 下载安装 Gpg4win
首先到官方网站下载 Gpg4win，进入下载页面之后点击下载按钮即可下载。
在开始安装 Gpg4win 之前，我们先来了解一下 Gpg4win 是由哪些组件组成的。Gpg4win 的核心是 GPG，并包括 Kleopatra、GPA、GpgOL、GpgEX 和 Claws Mail 五个相关工具，其中 Kleopatra 和 GPA 是 GPG 的密钥管理器，用于生成、导入和导出 GPG 密钥（包括公钥和私钥），GpgOL 是 Outlook 2003 和 2007 的 GPG 支持插件，GpgEX 是资源管理器的 GPG 支持插件（不支持 Windows 64 位），Claws Mail 则是一个内置 GPG 支持的邮件客户端。本文将介绍 Kleopatra 和 GpgEX 的使用方法。
运行 Gpg4win 安装程序，选择安装组件时建议修改默认设置，默认 Gpg4win 将安装 GnuPG 核心、Kleopatra、GpgOL、GpgEX 以及支持文档（英文和德文）。我推荐只选择 Kleopatra 和 GpgEX。
其余的安装过程保持默认设置即可。安装完成之后安装程序会要求设置信任的根证书，勾选下方的“Root certificate defined or skip configuration”（根证书已定义或跳过设置），该设置只对 S/MIME 加密造成影响，而通常我们使用的是 OpenPGP 标准，即 PGP 算法。最后结束整个安装过程即可。
##2. 创建密钥对
GPG 作为非对称加密软件，进行加密解密之前必须生成密钥对，也就是生成对应公钥和私钥。请按以下步骤使用 Kleopatra 生成密钥对：
##3. 导入导出公钥
生成密钥对之后，我们必须导出公钥，请按以下步骤导出公钥：
除此之外，菜单中其他两项导出选项含义如下：
导入公钥可以通过 File（文件）菜单中的 Import Certificates（导入证书）选项进行，也可以直接利用拖拽操作将公钥文件拖到 Kleopatra 的密钥列表，然后在弹出的菜单中选择 Import Certificates（导入证书）即可。
对于导出到服务器的公钥，选择 File（文件）菜单中的 Lookup Certificates on Server（在服务器上搜索公钥）选项，输入 Email 地址点击 Search（搜索）按钮就可以找到对应的公钥，点击 Import（导入）按钮就可以导入公钥。
##4. 加密解密文件
导入公钥之后，我们就可以加密文件了。启动加密操作向导有三种途径，一种是在 Kleopatra 主界面中选择 File（文件）菜单中选择 Sign/Encrypt Files（签名 / 加密文件），一种是将要加密的文件或文件夹拖拽到 Kleopatra 主界面中，然后在弹出的右键菜单中选择 Sign/Encrypt（签名 / 加密），一种则是在想要加密的文件或文件夹的右键菜单中选择 Sign and encrypt（签名与加密）。这三种途径没有本质区别，除了第一种途径无法选择文件夹因此只能加密文件。下面对加密向导进行介绍：
接收到已经加密的文件之后应该怎么解密呢？方法和加密非常类似，也是通过向导完成的。启动解密向导的途径同样有三种，一是在 Kleopatra 主界面中选择 File（文件）菜单中选择 Decrypt/Verify Files（解密 / 验证文件），一是将要解密的文件或文件夹拖拽到 Kleopatra 主界面中，然后在弹出的右键菜单中选择 Decrypt/Verify（解密 / 验证），一种则是在想要解密的文件或文件夹的右键菜单中选择 Decrypt and verify（解密和验证）。
以上述任意一种方式启动加密向导，点击解密向导对话框的 Decrypt/Verify（解密 / 验证）按钮，假如弹出对话框，请输入你的私钥的 Passphrase，输入之后点击 OK 就可以使用你的私钥进行解密了，注意在本用户对话期间你再次使用私钥是不需要输入 Passphrase 的，也就是说，使用私钥之后最好注销一下以保证安全。
GnuPG 和其他加密工具相比，其非对称性加密的特点使其更适合于机密信息的传递。除了加密解密之外，GPG 还可以对文件进行签名和验证，功能非常强大。而且由于 GPG 图形化前端功能的日益完善，GPG 的使用已经不再困难，Gpg4win 已经可以成为大众的加密工具。
##本文历史：
2011 年 4 月 4 日：初稿完成 2011 年 8 月 13 日：精简文字
原文地址：加密入门（四）：Gpg4win http://terrychen.info/encryption-gpg4win
EFS 是 Encrypting File System 的缩写，意为加密文件系统，是 NTFS 文件系统的内建安全功能，Windows XP 之后的版本都完全支持这一特性（注意：Windows 入门版、家庭版和家庭高级版并不支持这一功能）。
EFS 的最大特点是简单易用，因为 EFS 是基于用户帐户的加密方案，也就是说只有用对文件进行加密的用户帐户登录才能使用，尽管这种加密方案存在着诸多缺点与限制，但是无疑是最简单的加密方案，用户只要能进入自己的账户即可访问，无需记忆多余的密码。
##1. 文件系统转换
EFS 必须在 NTFS 分区才能使用，如果硬盘分区是 FAT32 分区格式，请按照以下步骤转换为 NTFS 分区格式：
注意不要在转换过程中关闭命令提示符窗口，以免造成数据丢失。
##2. EFS 加密解密
使用 EFS 加密非常简单，仅需三步即可完成：
如果将未加密的文件复制到 EFS 加密的文件夹中，这些文件将会被自动加密。如果将加密数据移动或复制到其他 NTFS 分区时，数据依旧保持加密属性，如果将其移动或复制到 FAT32 分区时，Windows 会询问是否解密，确认之后 Windows 会将其解密后复制或移动。
加密之后的文件或文件夹在资源管理器中将以绿色文字显示，如果你使用加密时所用的用户身份登录，那么 Windows 会在你访问这些加密数据时自动解密。但是对于攻击者来说，加密数据是无法读取修改的，因为这些数据已被 Windows 加密。
如果需要将 EFS 加密的数据解密，只要按照上述步骤取消“加密内容以便保护数据”选项即可。
##3. EFS 数据恢复密钥
由于 EFS 与用户帐户绑定，所以强烈推荐大家导出 EFS 数据恢复密钥，以免 Windows 出现问题导致加密数据无法访问。请按以下步骤导出数据恢复密钥。
请按照以下步骤导入数据密钥：
EFS 作为一种简单的加密手段，适合对于数据安全要求不高的用户使用，对于数据安全要求较高的用户来说，BitLocker 或者更为专业的加密软件无疑是更好的选择。
##本文历史：
2011 年 3 月 11 日：初稿完成 2011 年 8 月 13 日：将 EFS 与 Bitlocker 拆分为两篇文章，并进行改写。
不知为何，原博客已经无法访问，我根据Google Cached将文章做备份。感谢InoReader帮我缓存了这么好的博客。
原文地址：加密入门（一）：EFS http://terrychen.info/encryption-efs/
BitLocker 是 Windows 7 提供的基于分区的加密方式。BitLocker 不仅仅可以加密本机硬盘分区，还可以加密移动硬盘、U盘、SD 卡等移动存储设备。不过为了保证加密后的移动存储设备在 Windows XP 下面可以正常访问，请将其格式化为 FAT32 文件系统。
BitLocker 定位于商务用户，微软只在 Windows 7 企业版和旗舰版提供这一功能，使用之前请检查 Windows 版本。
##1. BitLocker 加密
本文操作只涉及本地硬盘非系统分区及移动存储设备。加密系统分区需要 TPM 支持，或者通过 U 盘启动，在此不作详细介绍，具体设置请参阅 http://blogs.technet.com/b/xiwang/archive/2009/05/19/windows-7-bitlocker.aspx。
请按照以下步骤对驱动器进行加密：
BitLocker 加密过程较为缓慢，请耐心等待，假如需要暂时移除移动存储设备，请暂停加密，以免造成数据丢失。
在 Windows 7 中插入 BitLocker 加密的驱动器，Windows 会自动弹出对话框让你输入密码，正确输入密码后就可以正常使用，而且使用时对性能的影响很小。
经过BitLocker加密之后的驱动器的图标与普通驱动器不同，Windows 7会以不同颜色的锁和钥匙图标来反映目前的存储器状态，其中灰色代表加密的磁盘已经解锁，黄色则是未解锁。
##2. BitLocker 管理
对于已经使用 BitLocker 加密的驱动器，我们可以修改 BitLocker 密码和解密驱动器。
在 Windows 资源管理器中右击已经使用 BitLocker 加密的驱动器，选择“管理 BitLocker”，在此处我们可以修改 BitLocker 密码。
在开始菜单搜索框中输入“BitLocker”，选择“BitLocker 驱动器加密”选项，然后在相应驱动器处选择“关闭 BitLcoker”即可对驱动器解密。
##3. 在 Windows XP 中读取加密数据
只有 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。
##1. 下载安装 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
更多中文编码知识请看：中文编码