旧博客依然在

今天想起来搜索引擎还在索引我的一个旧博客,于是回到那里,登陆进去,发现和我现在正在用的系统一摸一样——啊,即使是不闻不问,那边也默默地将wordpress升级到最新的2.9.1了。而且当年决定挪到别的地方的一个重要原因——不支持导出——现在也支持了。

感叹,那些曾经以为不好的东西,其实只需要耐心地等待,就会慢慢地变好。

顺着天气的心情,整个人也变得忧郁起来。回顾历史总是衰老的证明,不过完全不看历史,就只能重复地犯下同一个错误。我到底是第几次换博客了?那些高度可定制的功能,导入导出功能、私密博客功能,真的是我所需要的吗?

我想不是这样的,只是我喜欢折腾吧,大概。

当年的一篇文章竟然能有14-15个评论,99篇博客有440个评论;现在无论如何也不可能了:全民写博客的时代已经过去,只剩下Geeker在坚持;我的人缘由于不怎么去打理,也大概变得生疏了;而且大家都出来工作了,不会闲得去看别人的博客,GR这种有效增加阅读效率的工具又没有普及使用。

于是选中了不允许搜索引擎的选项然后点确定,这样的话,每一只爬虫就不会再对它那永远不变的内容感到绝望。居然有一个删除博客的选项,我几次把鼠标移到那上面,最后也没有点下去。我想我对这个博客是有罪的,如果将它删掉,那也只是试图掩饰自己的罪而已。

ac娘工具:数据库从sqlite移到mysql

想来想去,与其先把sqlite数据库搞下来、再找个奇怪的转换工具转为mysql再弄上去,还不如直接在远程服务器上弄,注意备份就是了。

于是赶紧写了个python去搞,参考了一些资料很快就写好了。由于先前很少接触mysql,所以很多设置例如引擎啊、字符编码啊都没设置好,后来在出现乱码、又发现不能按照事务方式执行的时候,才知道应该选InnoDB引擎,然后所有地方都设置成utf8。

mysql比起sqlite真的是好太多了:习惯了用access的我,一直都以为mysql啊mssql啊这种不能作为文件随便挪的数据库非常不方便,可是现在才发现,有phpmyadmin这种强大的存在的话,mysql比要写python脚本才能好好地访问、还要设计现实界面不然就只是显示出一堆难懂的数组的sqlite好用多了;而且在有cpanel的情况下,备份也比sqlite方便。最重要的是,sqlite还分2和3,而python用的是3、php的CI用的是2,移植相当麻烦,哎。

另外,我又开始犹豫到底要不要做php的ac娘工具了:用python做出来的程序感觉快很多,特别是换了mysql后更快了,这也许和python脚本的执行效率有关,毕竟py要755权限才能执行,而php只要644。作为别人的网站的辅助工具,其实能用就行吧。

移植的时候对数据结构进行了重新设计,充分利用了mysql的特殊数据类型:分类字段就用了enum代替smallint,date和time也用了标准的时间和日期格式,所以原来的python程序除了改变数据库接口和表名之外,还有很多地方要修改,总体来说整个程序又优化了一点,而且还有优化的余地;此外,对自动抓取数据的cron也进行了修改,通过sys.path.append的方式来实现自建库的复用(原先是将几个库的代码全部拷到同一个文件中用:这已经超越了面向过程的编程,达到了汇编语言式的编程了。豆知识:cron,Linux中的时钟守护作业,其中一个特点是从根目录开始执行程序,所以不能够简单地import程序同目录下的其它库)。

折腾到这个程度,相当有成就感。