标签: 博客

  • 每个正常博客都应该有人性的归档

    之所以正常博客都该有,是因为万一你是大佬,就是能折腾人还偏偏有人愿意浪费时间呢?真是无话可说的情况。

    就如VIM,虽然大家都知道很多知名开源软件用户体验上都是一坨屎,对人可谓是超级不友好(很多人会一面不承认不友好,一面又到处找别人的预先配置)。但是那又如何呢,被强奸了依然有人愿意用。

     

     

    一般我们的博客都不是一个简单的列表,这时候,如果你赞同用户不应该浪费时间翻页就能(大体)浏览你的整个博客,那么,你就应该给博客加上友好的归档,人性的归档。

    人性的归档应该是直接的,不额外花费精力的,可以一次性找到的,友好的

    我发现很多人的归档,真的是很复杂?例如明明一个完整列表就能说清楚的事情,偏偏都需要额外点击展开,因为分了2016年2月,2016年1月,2015年12月…试问这种归档与没归档的区别何在?点击这还不如看分类呢,就算点击看分类,依然要忍受列表少,内容多的麻烦。

     

    这是我最近几年看别人博客的一点体会,实际上当我意识到而且有时间的时候,我就先把自己的博客改了。

    现在我的博客分类的意义也很弱化了,首页上早已经没有显眼的分类显示区域。可以这样说,这些分类就是给人找不痛快,给自己不痛快,仿佛必须写到某个分类;给用户找不痛快,明明能一次看完的,现在还要分几个(甚至好多!)类慢慢点。。

    我们独立博客内容一般是很杂的,添加什么分类多数堪称徒劳。而且,就算是真有良好分类的条件,我也希望简单列表样式分类,不要有多过三行的展现。从实际效果来说,这重回到归档路上来了。

    人性的归档到底该采用什么方法,毕竟是要由你自己决定。或许你真的应该应用分类,不过我不认为真有那么多人不应该使用最简单统一列表归档形式。

    不要让你的分类让你束手束脚,不要因为各种格式自设牢笼,对自己讲究人性,对你的读者讲究人性。

     

    那么将所有文章几乎一次性加载出来,不会把人累死吗?看的人不会吐血而亡吗?也许有人需要考虑这样的问题,但是我估计我不用担心。

    对于我的博客来说,一次性全部显示出来的归档列表,既是人性的,也是友好的。

    如果将来我的文章超过1000篇,最简单归档列表之外,我应该还会搞一个推荐阅读列表,堪称双归齐行。


     

    如果你在用WordPress,我现在推荐你使用Clean My Archives插件自动生成所有文章列表,这同样是一个没有任何废话的插件。新建一个页面,直接填入唯一 一条语句调用,发布。

  • 个人博客启用DNSSEC

    这项技术在去年NameSilo第一时间支持的时候就提上了我的计划,可惜的是至今才弄完….

    博客若想启用DNSSEC,首先需要我的域名注册商支持,其次需要网站的DNS服务器支持,用户使用的DNS服务器方面先不谈。

    不过,搜索了圈配置教程,都是教我们怎样配置DNS服务器启用这项技术。自行设置DNS服务器?这不坑爹吗…..虽然独立博客通常都有条件使用自己的DNS服务器,但是一般人都不会如此做。

    更扯淡的是,国内的免费网站DNS服务,可以说几乎都不支持此项技术,就连NameSilo自带的免费DNS,也是不支持的。

     

    刚巧,我看到土木坛子也用了DNSSEC,他的使用方法是直接在CloudFlare启用,他本人便是CloudFlare CDN的专业版用户。用过CloudFlare的人应该都知道,使用它需要修改域名的DNS解析服务器为CloudFlare本身,也即是说,它本身就提供免费的DNS服务——凑巧的是CloudFlare明确支持DNSSEC。如果我能在不启用CLoudFlare CDN的情况下使用它提供的DNSSEC,那不就相当完美吗?

    结论就是,这样完全可行。

    登录CloudFlare,添加DNS记录但是关闭它自动提供的云CDN(DNS记录中的云标记)。然后到DNSSEC选项中开启DNSSEC,复制相关的验证信息填入NameSilo DS Record设置中即可。

    设置CloudFlare的CDN为关闭

    关闭CloudFlare默认的CDN转发,这是因为它给电信分配的CDN为美国节点,对于使用香港主机的我来说当然是鸡肋。

    添加的DSRecord

    准备启用DNSSEC后自动生成的相关信息,需要你在域名注册商那里照规则填写。

    可惜CloudFlare的纯DNS服务不支持301重定向,启用ClloudFlare CDN之后的PageRule倒是支持。

    而NS记录(让子域名使用其它DNS服务器的记录)不支持根域名——只能为子域名设置且有效。所以我的根域名向www域名的301跳转至今使用的是修改.htaccess文件实现。

    你可以使用VERISIGN提供的免费DNSSEC分析工具测试你的部署是否成功。

     

    子域名的DNSSEC?

    我之前为我的子域名test.yayaus.com设置了一条NS记录,将它的解析权限交给了DNSPOD,而DNSPOD却不支持DNSSEC。所以,如果使用上面的分析工具检查test.yayaus.com的DNSSEC就能发现它并没有支持DNSSEC。

    所以子域名应当怎么处理这问题呢?其实我不知道,不过我注意到NameSilo的DS Records可以存在多条….