Skip to content

Releases: ohroy/hexo-abbrlink

fix a bug and add English output

12 Aug 09:46
Compare
Choose a tag to compare

2.0.0 release

10 Aug 08:17
Compare
Choose a tag to compare

序言

  1. hexo-abbrlink介绍
  2. abbrlink更新1.0.4说明

说明

肯定有人纳闷我昨天才更新完 1.0.4 版,今天就要更新2.0.0版,简直是狂刷版本号啊,其实这中间是有隐情的,请听我道来。

隐情

昨晚做完 1.0.4 版的时候,其实我还是不满意的,因为8个字符还是太长了,一个博客而已,远不可能有2的32次方这么多博文,几万篇已经非常了不起了。
我就琢磨着能不能更短些,最终,我决定使用更短的crc-16算法。

crc16算法

所谓crc16算法,很容易理解,就是16位校验算法,比32位短一倍,对于汇编上的概念,就是个word型,占用内存是2个字节。共有2的16次方中可能,也就是1/65536的重复概率,相对于32位,确实更短,但也更容易重复了。
但是加上一定的措施,对于普通玩家来说是足够使用的了。

防止重复

为了防止重复,我专门弄个了model层,使用了一个大数组来存储所有的abbrlink,使用递归重复,则再更换一个新的。

最终效果

类似于这种样式:
https://post.zz173.com/65535.html

1.0.4 release

10 Aug 07:55
Compare
Choose a tag to compare

序言

自从上次发布了 hexo-abbrlink介绍 之后,由于它已经帮我解决了大部分的问题,我就没有再进行关注了。
但是近来心情很差,看到上面一片乱七八糟的字符就感觉难受,决定对它进行缩短。不再使用md5算法,因为实在是太难看了。

方案

受windows内核的启发,我决定使用CRC32算法。这个算法只有4个字节的长度,以16进制表示只有8个字符就可以表示,远低于md5的16位。且理论重复概率为2的31次方分之一

库依赖

本次更新后将使用开源库crc-32来对标题进行crc-32校验。

效果

类似于这种样式:
https://post.zz173.com/87ae2dde.html