这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录 前一修订版 后一修订版 | 前一修订版 | ||
blog:ease:gmail_的超级子邮箱功能 [09:44 - 08月04日] ease |
blog:ease:gmail_的超级子邮箱功能 [03:42 - 09月02日] (当前版本) |
||
---|---|---|---|
行 15: | 行 15: | ||
第一种编码的思想大体上是按照传统的数据库中记录的自增 ID,转为二进制表示,具体的说就是,比如我这个邮箱有11位,那么我们可以以中间有打点或者没有打点作为二进制位中的0和1,比如就可以如下表示: | 第一种编码的思想大体上是按照传统的数据库中记录的自增 ID,转为二进制表示,具体的说就是,比如我这个邮箱有11位,那么我们可以以中间有打点或者没有打点作为二进制位中的0和1,比如就可以如下表示: | ||
- | \ | + | \\ |
- | 0 quanxunzhen\ | + | 0 quanxunzhen\\ |
- | 1 quanxunzhen.\ | + | 1 quanxunzhen.\\ |
- | 2 quanxunzhe.n\ | + | 2 quanxunzhe.n\\ |
- | 3 quanxunzhe.n.\ | + | 3 quanxunzhe.n.\\ |
- | 29 quanxun.z.h.en.\ | + | 29 quanxun.z.h.en.\\ |
这样…… | 这样…… | ||
行 42: | 行 42: | ||
但是我们感觉到不是这样的,我们完全不需要那么多字母其实也可以认出他们来不是么?比如淫淫网我们可以用 rr,或者原名校内的 xn,新浪就 sn 什么的,这样需要的字母就少了,我们就可以利用变换进制的优势了~26对于二进制位需要5位,对于3进制恰好只要3位,当然算起来如果你的邮箱够长肯定还是用二进制可以增加的更短一些,对于我来说就是如此,比如上面的就可以这样变化了: | 但是我们感觉到不是这样的,我们完全不需要那么多字母其实也可以认出他们来不是么?比如淫淫网我们可以用 rr,或者原名校内的 xn,新浪就 sn 什么的,这样需要的字母就少了,我们就可以利用变换进制的优势了~26对于二进制位需要5位,对于3进制恰好只要3位,当然算起来如果你的邮箱够长肯定还是用二进制可以增加的更短一些,对于我来说就是如此,比如上面的就可以这样变化了: | ||
- | rr -> 17 17 -> 10001 10001 -> q.uanx.u.nzhe.n\ | + | rr -> 17 17 -> 10001 10001 -> q.uanx.u.nzhe.n\\ |
- | xn -> 23 13 -> 10111 01101 -> q.ua.n.x.un.z.he.n\ | + | xn -> 23 13 -> 10111 01101 -> q.ua.n.x.un.z.he.n\\ |
- | sn -> 18 13 -> 10010 01101 -> q.uan.xun.z.he.n\ | + | sn -> 18 13 -> 10010 01101 -> q.uan.xun.z.he.n\\ |
- | 如果三进制的话,我的 upsuper 也可以容下了:\ | + | 如果三进制的话,我的 upsuper 也可以容下了:\\ |
- | \ | + | \\ |
- | rr -> 17 17 -> 122 122 -> u.p..s..u.p..e..r\ | + | rr -> 17 17 -> 122 122 -> u.p..s..u.p..e..r\\ |
- | xn -> 23 13 -> 212 111 -> u..p.s..u.p.e.r\ | + | xn -> 23 13 -> 212 111 -> u..p.s..u.p.e.r\\ |
- | sn -> 18 13 -> 200 111 -> u..psu.p.e.r\ | + | sn -> 18 13 -> 200 111 -> u..psu.p.e.r\\ |
- | 看过去好多了~\ | + | 看过去好多了~\\ |
- | \ | + | \\ |
我们还可以发挥其它的想象力,比如找寻标识中的字母频率然后构建一个霍夫曼编码树什么的~ | 我们还可以发挥其它的想象力,比如找寻标识中的字母频率然后构建一个霍夫曼编码树什么的~ | ||
我能想到的暂时只有这么多了,各位还有什么更有意思的想法么? | 我能想到的暂时只有这么多了,各位还有什么更有意思的想法么? | ||