Wakiblog 2.1.1 080721

这几天针对blog系统进行了进一步调整,以下为要点:
1.针对数据库进行了小规模的压力测试。通过数据填充,测试了10000篇blog+单篇blog下1000条回应的效率。针对测试结果对数据库查询、索引设计进行了优化,解决了3个效率比较低的查询,目前还在不断观察、调整中。现在首页的查询和搜索的查询效率方面表现还不是很好。首页的数据库查询中排序工作需要扫描整个索引(虽然不是全表扫描,但也好不到哪去),我会继续想办法= =||
2.对BBCode解析方面进行了调整,修正了回应中BBCode解析的几个bug。
3.对前台的界面进行了调整,现在已经符合XHTML 1.0 Transitional标准了。

目前浏览器兼容性测试结果:
在Windows的IE 7、Windows和Mac OS下的Safari、Firefox 3、Opera 9.5中工作正常。
IE 6中会出现些许排版错乱,但不会影响正常浏览,但考虑到我的主要浏览用户群和Windows升级发放的进度,不会专门再针对IE 6进行修正了。
对开发人员来说真是没有比IE再令人头疼的浏览器了,你永远摸不透他的脾气……

开启全站防盗链保护系统

Bluehost还真是贴心,在主机面板里面附赠了防盗链保护系统,只要制定针对的域名就ok,非常方便。
从上个月开始,张健加入了我和vempx的合租BH主机的行列,他带来他的个人blog的同时,也带来了每天将近1G的流量。我很奇怪为什么一个访问量普通的个人Blog会有这么大的访问量,今天中午突发奇想看了看访问日志。
不看不要紧,一看吓一跳,原来张健那里一些音频文件都不幸被百度索引了,于是百度音乐搜索和百度音乐盒每天都会将大量的流量。
今天测试性地将防盗链系统打开,观察一下其对流量的影响。

Wakiblog v2.1.1

弄了三天的一个小“新版本”。
进行了如下更改:
1.大规模更改上传图片处理方式。
2.加入lightbox,大家现在点击一下blog中的图片,可以直接看大图(主要更新就在这)。
3.后台进行了一些细微的调整,修复了之前调整ajax结构造成的bug。
4.优化了ajax。

此外,最近持续遭到垃圾留言攻击,不过都很漂亮地被WakiAAS挡了下来,含有链接较少的列入了代审核队列,我一个按钮直接都删了,含有链接较多的直接被拒收(请看日志http://www.dgwxx.com/blog/data/log/spamLog_20080712.html),同时接收的正常留言一个都没误判。WakiAAS开发一年多来被证明有效,大快人心!

WakiBlog的Ajax新界面

今天将前些阵子用在WakiFile上的BlockUI特效移植到了Blog里面,现在登录、登出、修改个人介绍还有后台的管理的Ajax提示全部更改为BockUI的友好界面。
本来打算把留言也Ajax化的,但是考虑了一下,还是有很多困难(曾经实现了,不过有很多局限性,最终又回到了传统的表单提交方式。),于是只好放弃了。后来仔细想了想,表单提交方式…也挺好的shy。(puke这家伙纯属在犯懒吧)
最近不断地完善WakiFile,总结了一些经验教训,回来写成文章与大家共享。
此外,现在正在努力将WF和WB的开发环境转移到MacOS下面(Textmate确实好用),不过却在Bluehost主机的文件权限方面遇到了一些意外的问题……怎么办呢………question

通过Javascript检测Firefox浏览器是否启用了Firebug

这几天我调试WakiFile的时候出现了一个很莫名其妙的问题,一旦进行跟BlockUI有关的操作,Firefox就会崩溃。而Safari、IE7、Opera就没有问题。明明FF以前也没什么问题啊,但是从昨天开始突然就开始崩溃了。仔细回想一下,原来是昨天我在FF里面吧Firebug从1.1 b11升级到了1.2 b4,该不会是1.2 b4跟BlockUI有冲突吧。禁用FireBug之后,果然好了。

记得之前访问Gmail的时候,Google就提示我浏览器装了Firebug,警告这会导致浏览器变慢。于是我就想是不是也可以通过Javascript检测一下Firebug的版本呢。搜了一下,在这个网站找到了通过js检测Firebug的方法(具体原理请参照原文):
Boolean(window.console && window.console.firebug)
的确是很巧妙的方法。