虽然之前把wp-kit-cn的性能提升了一些，但是发布超长post时依旧会出现内存溢出问题（Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 44 bytes) …），现在实在是比较难优化了，倒是有考虑过一些控制帖子格式化的插件，这些插件起的作用就是控制是否对内容进行替换，如回车换行的替换等，但换汤不换药，32M的内存限制依旧存在。
我上网搜索了别人这方面的问题，还真不少（不小的老外为啥也要写这么长的post……），基本上是建议直接修改php.ini增加内存限制或修改ht[......]

继续阅读

这几天被wp-kit-cn（中文工具箱，wordpress插件）的一个内存溢出问题搞得满头头皮屑……在处理大文本的时候，它原有的计算字数的算法会占用巨大的内存，基本上超过5万汉字就不用期待能够给我返回一个正确的结果。在这个插件中，它使用正则匹配的方式来取得一段文字的实际长度，代码如下：

return preg_match_all(’%(?:
[\x09\x0A\x0D\x20-\x7E] # ASCII
| [\xC2-\xDF][\x80-\xBF] # non-overlong 2-byte
| \xE0[\xA0-\x[......]

继续阅读

之前闲来无事（也不是无事，只是不想干活的借口 ），做了一个专门放书的网站文抄公，然后四处搜罗txt格式的书往上面直接就是一扔，扔着是爽了，可是看的时候很痛苦，为啥内？因为post内分页的问题……
wordpress的post内分页的实现我想很多人都知道，就是在文章内简单地插入一个<!–nextpage–>注释即可，然后就会看到页面下方中出现了一个个可爱的数字链接，点一点就会跳到相应的页面去，不用担心由于不停地滚动屏幕造成键盘pagedown键或者鼠标滚轮的过劳死，不过，当文章非常之长，分页非常之多的时候，将会出现如下图所示的诡异场面：

这80多个连接还[......]

继续阅读

总算是搬完了，大部分的日志和文章都搬了过来，还有少数几篇文章感觉没太大意义纯粹属于复制就删掉了。。
在试用这么几天，初步感觉wordpress确实如评价所说，是一个相当优异的blog系统，系统的庞大并没有相应地带来系统的复杂，灵活性与易用性可以说处理地相当的完美，源代码的风格也很清爽，要进行改动那是相当滴方便（指插件和主题，没事别去改程序……）。
以我的脾气，新到手的东西总会去搜刮附属的产品，wordpress也不例外，只是它的附属产品是插件和主题。原来对wordpress的换肤很感兴趣，搜罗了一大堆，可是在更深入地了解之后，还是放弃了两天换层皮的想法，wordpress的主题和程序的结合似[......]

继续阅读