SVN是一个比较方便的版本管理系统,wordpress的插件就是利用该系统进行管理的,我对svn不熟悉,所以即使wp早就通过了我的cos-html-cache的插件申请,我也是最近几天才上传上去,如果你也有类似的情况,下面的内容也许对你有帮助,因为或许你也和我一样,不需要过多的关心什么是SVN,仅仅需要能将你的插件上传到WP而且今后可以编辑,仅此而已。 (read on …)
cos-html-cache最近状态
已经想到了另外一种方式读取wordpress缓存了,那就是利用自写的外部文件对wordpress程序的输出缓冲区数据进行捕获,以前也考虑到在wp中自行捕获缓冲区数据,但是总是存在这样那样的问题,当时考虑到的外部捕获又存在安全的问题,因为别人可以利用外部捕获的程序对服务器数据进行写入,即使写的仅仅是html文件。今天终于想到办法解决了安全的问题了,所以,2.0正式的版本将会采用缓冲区的方式捕获数据,2.0正式版本中,将不再支持permalink redirect插件,事实证明,这个插件将会给缓冲区的捕获带来意想不到的麻烦,而且对于遵守robots规范的搜索引擎,完全可以用robots文件来完成同样的功能。以前版本利用php模拟终端的方式将在cos-html-cache中消失,新的缓冲区捕获方式获取缓存的优点在于生成缓存的速度大大的提升,至少比现在的速度快上一个数量级。
2.0版本的插件在卸载上更加灵活,但是一定要注意,如果要卸载这个插件,首先一定要在后台将生成的缓存全部删除,然后再deactive这个插件!
cos-html-cache 2.0 beta 发布
功能描述:生成文章和首页HTML缓存文件,当有评论、修改、添加和删除文章的时候更新首页和当前页面缓存。注意,不缓存其他页面。
和以前版本不同之处:
- 如果页面没有被缓存,则在用户第一次访问的时候生成缓存文件,不需要手动批量生成缓存文件,要更新所有缓存,只需在后台删除所有缓存即可。
和permalink redirect插件不再有冲突;放弃支持这个插件,因为它带来的麻烦实在太多了- 后台不再有批量生成缓存的功能,因为已经没有这个必要了,如果缓存不在,第一次访问的时候会自动建立缓存。
环境需求:服务器必须支持URLrewrite
件独立性:不依赖其他插件
安装方法:
- 首先,永久连接不能使用默认格式;
- 修改你的永久链接格式,保证你的url路径看起来像真正的HTML文件的路径,中文推荐采用 /html/y%year%/%post_id%.html如果你和我一样不怕麻烦愿意为每篇文章写一个英语的post slug,建议采用这样的格式:/html/y%year%/%post_id%_%postname%.html;
- 下载插件,在后面的下载页面;
- 修改插件中的config.php设置一个比较复杂的密码,‘CosPassWord’,'youpass’
) 将youpass修改成随机的字母,基于安全考虑,尽量复杂这个密码不需要你记住; - 后台激活插件;
- done
感谢大家的支持,没有想到kingler兄居然还在wordcamp2007活动中还向Matt提到了本插件.对于本插件,由于个人的时间有限,所以测试可能还会有很多不能到位,希望大家多多测试,在本页提出反馈意见。
发现beta版本中的一个不正常的循环严重影响速度,特此更新于2007.07.27 15:35,请朋友更新你的插件,覆盖原来的文件即可
本插件wordpress官方网址:http://wordpress.org/extend/plugins/cos-html-cache/
下载地址 :Download Plugin (更新时间2007.07.31 19:35)
本地下载:cos-html-cache2.zip(更新时间2007.07.31 19:35)
如果有问题,请检查你的版本是否是最近更新的2.0,希望大家一起帮忙测试,谢谢了
问题跟踪:
Fatal error: Cannot redeclare class snoopy in。。问题已经解决,原因是你在其他地方已经include了这个文件,所以文件include重复,请重新下载 。有两个朋友发现了这个问题,后来检查不是我这个的问题,原来这个朋友用的WP应该不是原版的,因为我刚才把原版的WP下载下来看过,并未使用snoopy。肯定是被修改过的WP,被修改过不说,要修改就修改彻底,重命名了snoopy,居然不重命名类,给别人留下麻烦。所以我再次修改了这个插件,判断了snoopy类是否存在,现在应该是彻底解决了这个问题。感谢第38楼vbeaute。感谢jiangzhanyong兄的配合测试,已经确认问题彻底解决,明天发布正是版。点点游也真是的,汉化就汉化吧,增加这样一个获取链接的class在wp-cinludes目录下干什么?有时间追踪一下。- demo.storyday.com测试,目前已经和permalink redirect兼容
bluehost如何控制php.ini文件不被浏览到
bluehost的php用起来还是很方便的,每个网站的目录下都可以自定义php.ini和htaccess,因此有很灵活的配置,有朋友问过如何防止公众对php.ini的直接访问,譬如http://5bird.com/php.ini,当然我已经屏蔽了,既然服务器支持htaccess,这个问题就很容易解决了,下面是解决方案:
在你网站的根目录下建立文件,名为”.htaccess”,如果该文件存在,请直接打开编辑,在文件中加入下面的描述即可!
<Files php.ini>
Order allow,deny
Deny from all
</Files>
bluehost已经购买
bluehost给我邮件说已经解决了问题,所以现在已经购买成功,但是估计明天他的系统会自动将我的帐号冻结,因为我购买的时候用了代理,他们的系统检测到我的IP和我填写的国家不一致,所以如此,然后只有等待我发送我的ID给他们,给我帐号解封,所以估计要到后天才能正常使用.
需要购买的朋友可以开始联系我的了,到期时间是2008.7.22 ,朋友也可以一次性购买两年!即140元.本次的域名是http://www.whode.com
看来bluehost的那个65刀我自己是拿不到了,上次因为想到了一个比较好的域名5bird.com,所以一冲动就直接输入bluehost进行购买了,忘记从自己的推介链接购买,这次呢,bluehost给我发邮件,说购买的问题 他们已经搞定,我又是一冲动直接购买了,看来的自己给自己推介还真是注定了不行了,郁闷阿,都是几百RMB呢.算了,注定的,哎!
相关的流程和协议请参照Bluehost廉价方案
你的网站到底需要多少的带宽
记得虚拟主机在起步的那个阶段,似乎没有带宽限制的说法,只有磁盘空间的限制,估计那个时候没有考虑到这个问题,或者考虑到了,只是没有提出来而已,毕竟一般的公司展示网站,是占用不了多少带宽的,所以完全没有必要提出带宽的限制,反正人家也不会超标,提出来反而不友好。最近两年,包括国外国内的虚拟主机都有带宽的限制了,所以我们这里要分析分析,带宽的限制,是否真正限制到你了。写这篇文章之前,我做了一些数据统计,一方面来源于和我合租空间的带宽统计,另一方面来自对一些流量比较大的blogger的gtalk询问,希望能有参考价值。首先看看我在bluehost的流量统计: (read on …)
昨晚戴套访问购买bluehost失败
Tor的速度太慢了,以至于每次购买在paypal支付的时候都失败,今天晚上再次继续,应该能够购买成功,即便如此,我还得要把我的证件email给bluehost,因为戴套访问IP将不是中国,我填写的地址却是中国,所以BH的系统会认为我作弊,自动将我的帐号锁定。
通过livechat确定了购买之后可以用以前的身份证解锁,所以可以放心的购买了。 (read on …)
bloggermap增加同tag地图功能
为了方便blogger们“臭味相投”,因此今天抽空做了这个tag-in-same-map的功能,就是将相同tag的blog显示在同一张地图里面,当然啦同时也提供了嵌入到blog的html代码,有兴趣的可以去这里看看。为了能有更多的朋友参与把玩这个地图,因此,今后bloggermap会逐渐放出好玩的东东,并且开放给大众,所以bloggermap增加了这个开放嵌入代码栏目,希望能有更多的朋友提出更好的建议。
下面是tag为wordpress的地图。
中国地图代码:
卫星云图代码:
感谢本次建议的提供者kingler,并且希望你的72松发展得越来越好!
当然,为了速度的考虑,地图的数据会有缓存,所以可能数据不会得到及时更新,毕竟也没有及时更新的必要!
