Fedora 14初级折腾
其实Fedora 14出来有一段时间了,上周用VMWare装了一次,因为选错了操作系统类型,所以安装到最后死机了。。。当时好像是选的Red Hat Enterprise,这次是选的Other Linux 2.6.x 64bit,而且把虚拟机的内存增加到了1024MB,这次终于是成功安装了。
»其实Fedora 14出来有一段时间了,上周用VMWare装了一次,因为选错了操作系统类型,所以安装到最后死机了。。。当时好像是选的Red Hat Enterprise,这次是选的Other Linux 2.6.x 64bit,而且把虚拟机的内存增加到了1024MB,这次终于是成功安装了。
»一直用的Sa3album,是从大菠萝相册进化而来的,主要是增加了多相册的功能,生成的图片地址也很短了,但是有一个问题,没有扩展名的后缀,导致绝大多数的lightbox都无法使用,Python代码又完全不会改,各种郁闷。
但是要仅仅如此郁闷也就算了,这两天折腾wordpress themes,换了theme以后发现原来对图片控制的width=“570"是死板的,现在不适合了,于是更郁闷了。
于是乎开始搜索能自动调整大小的插件,可是那些插件大多是针对本地上传图片所用的,对外链调用的完全不起作用,于是一度想放弃现在的相册,但是又不太舍得,最后不在google搜索插件了,找到了一段css代码:
»这款插件的作用是为所有的站外链接增加rel="external"
,并且利用javascript将rel="external"
转换为target="_blank"
执行,目的是为了符合strict标准。
这款插件是由LDB External Links和JAB External Link New Tab修改而来,在wordpress 3.0.1下测试通过。
»自从前面折腾了SourceForge以后,总是不太死心,因为WP Super Cache总是安装不成功,我太懒,没有尝试手动安装,估计也很麻烦,光是要配置好那个config就需要改动好多地方,所以干脆去wordpress.org转了一圈,于是发现了WP Simple Cache。
»前面写过如何在Sourceforge上安装wordpress,但是经过后来的调试,不像我想象的那么简单,因为这个空间的写入问题,所以很多插件都不能使用,下面说说感受。
首先是cache类插件不用想了,由于wp-content目录不可写(可是我明明设置成777了的),所以cache是无法生成的,启动WP Super Cache的后果就是无法进入后台管理。。。空间速度其实还是不错的,尤其是从国外访问,所以没有cache就没有了吧。(这里我想了又想,很可能是服务器的缘故,不单纯是文件夹权限问题。)
写入wp-config.php的插件也不行,比如PS WP Multi Domain,不过可以自己编辑一下。类似的,写入.htaccess的也必须手动编辑。
»gzip输出的目的是可以有效地减少文件大小,以利于更快速的传输。
观看本文之前,请先到这里检查你的网站是否已经启用gzip,如果已经启用,请忽略本文。
wordpress从2.5版本开始,不再提供gzip输出选项,而改代码又相对复杂,于是寻找一个可用的插件是必要的。
我用的是wpCompressor,目前的最新版本是0.3,插件很小,是单文件的。
使用中有个小问题,就是这个插件开启时,影响了xmlrpc,也就是说我的ScribeFire不起作用了。。。
于是乎改插件吧(本人不会做插件,但改改还是会的,o(*≧▽≦)ツ)
,在gzip输出地时候排除了xmlrpc.php
文件。反正这个文件也不会访问到的。 改好的代码在下面: