分类目录归档:建站

方识百知新征程

早在两年前,我着意建个区域资讯站自己的知识库,终于经过了两年来内容上的复制整理删减、域名上的数次更换、站点上的分分合合,经过近一周来的文章标题关键词化处理,该站已经按照如下规则进行了构建。

  1. 名称:方识百知(曾用名:长沙剪报、Autoscitec、剪报空间、Clippings、Fonnh)
  2. Logo:汽车Logo(曾用Logo:长沙剪报Logo)
  3. 域名:fonnh.com(曾用域名:csclips.com、autoscitec.com、jianbao.space)
  4. 程序:WordPress(曾用程序:HDwiki)
  5. 主题:TwentyTwelve,侧边栏放置分类目录并显示文章数量(曾用主题:MyWiki)
  6. 搜索引擎:自动建议搜索引擎不抓取。
  7. 分类目录:只用分类目录,不使用标签。一般,每篇文章从属一个目录。由父目录(英文)和子目录(字数不超过4个)构成,父目录不直接用于文章归类。当前使用的父目录:Authority、Auto、Changsha、Society、Others、Sticky。
  8. 分类目录的分裂合并:使用Batch Cat 插件进行批量文章的目录修改。当目录下文章数量太大,则增加英文分类目录作为父目录,创建子目录并细分父目录文章。一般情况下不太可能涉及目录的合并了。
  9. 文章:标题为关键词,主要内容一般为兴趣引发原始报道,关键词跟踪从下向上依次累加,每次更新,文章发布时间更改为新报道的发布时间。
  10. 报道原标题和链接:保留原始链接,并附加在原始报道标题上。原始链接即便是失效了,还可以根据原始标题进行搜索。这是依据化最重要的原则,以便溯源。其中,“报道”指一切复制或摘录过来的原始文章,可以是新闻报道或其它类型文章。
  11. 关键词提取:一般从报道的主旨提取,并保证关键词的权威性和易联想性(容易想到和站内搜索到)。站内搜索后,如果没有关联关键词,则提取新关键词并创建新文章。
  12. 关键词跟踪:添加目录 Sticky,意为置顶。

规则基本上就是如此,一般不会轻易更改。人的知识是从一个个点组成的,知识点就如同天上的繁星,它们之间未必有什么关联,这需要在归类的时候进行考虑,一般来说,可以参考主流的分类,例如科学、艺术、法律、人文、社会等等。当然有时候也需要按照自己的习惯来归类,就像星宿和星座的划分。 继续阅读

莫名地多了把“小绿锁”

心血来潮地关心了一下SSL证书,在TNC上看到 Comodo PositiveSSL 一年只需要58元,比预想的便宜,也就下单了。邮箱收到设置的链接,点击进入,空间生成CSR,填写进去后,要确认域名所有权。

问题就出在这里了,由于域名使用了Whois保护,第一个就是形似乱码的邮箱,自然就选择了admin的邮箱,然而这个邮箱是不存在的,于是就在空间设置了这个邮箱账号,设置完成。然而,经测试,该邮箱收不到邮件!我觉得肯定是完蛋了,我想重新设置。

重新点击链接显示SSL证书设置状态:

Configuration has already been completed ! Please contact support if you are experiencing issues.

于是我就开了个工单,该截图的截图,该说明的说明。从3月29号开始,分别在31日和4月6日进行了催单,发邮件和QQ都找了,结果无人理会,我只好阶段性地放弃了。

在此期间,我也试图创建admin邮箱,因为没啥用,要不就放QQ域名邮箱吧!万万没有想到,腾讯有鉴于我的域名邮箱多次删除,已经把我的域名拉黑了!于是,只好换个手机号在Zoho上注册了账号。

4月20号,这是一个寻常的工作日,鬼斧神差、莫名其妙地发现博客竟然可以打开https,我大为惊诧——难道SSL证书恢复正常了?!经尝试,另一个站也同样可以打开https。就更奇怪了!于是跟阿钧聊起了这个。

聊天中,查看了SSL证书的信息,发现并非我购买的Comodo,而是Let’s Encrypt,看有效期还有40多天到期,在空间后台Let’s Encrypt。看来,这是主机商TNC暗地里的补偿吧?

这么有逼格的小绿锁啊,就这样莫名其妙地出现了! 继续阅读

精打细算之子域名建站

近来算了一笔账,域名、虚拟主机、穿墙这三项的年费用近千,感觉有点多,想着哪里能省点,过墙费不太好砍,那就从剩下的两项着手吧!

将近过年那会儿心情不错,入了两个.com的域名:csclips.com和ntcas.com,所谓疯在未经沧海时,果然,看到五位并非难注,对短域名的渴求仍战胜不了有含义规范的ID。这两个都丢弃吧?

常来的博友都知道,我有三个站,另外两个复制多于原创,一个是Autoscitec(AST),一个是长沙剪报(CC)。CC作为本博客的辅助站点,它毫无原创的存在显得鸡肋而尴尬。不过,我并不否定它的价值,只是有待在领域拓展信息饱和后再进行总结和深入跟踪。

但是,它的存在占用了一个域名和虚拟主机,感觉不太必要,其功能跟AST又颇为类似,我就琢磨着要把它并入到AST里。遇到的问题是,不知道怎么入手,子域名跟主域名是否有冲突?是否要为增加数据库额度升级当前的AST空间?哎,前期简单地复制做法,于是派生了AST和CC,也就没探究过虚拟主机除容量、数据库、流量之外的那些条件意味着什么。 继续阅读