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程序同目录下的其它库)。

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

遭遇SQL Server蠕虫

什么叫千里之堤,溃于蚁穴,这就是了,完好无缺的防火墙锋线由于允许SQL Server自由的通行,那个不知道漏打了多少补丁的SQL Server终于为我带来了cmd.exe这个病毒,就在我睡觉的时候,McAfee报警了,说存在这么个东东并且已删除。我去看了下SQL Server的数据库,几乎在那一刻同时被修改过,于是直接把SQL Server卸载掉了,估计回家以后系统也得重装一下。

本来在注册表的相应Run里面没有新增可疑程序,但是真的不知道这种基于SQL Server的蠕虫能够破坏到什么程度,所以,安全起见,还是重装一下吧,嗯。

今天早上的数据库技术,居然没做完,不过这种东西,不会差到哪里去的;zjl的技术是不错的,考试是困难的,rp是不好的,所以大家选DBT的时候千万不要选他啊……