前面已有几篇讲了有关 WordPress 的语法加亮的插件，谁让我的日志中代码特别多呢。在此之前我都是要把编辑器切到 HTML 模式，然后写上 <pre class='brush:java'>CodeHere</pre>，然后回到 Visual 模式，最后贴上代码，麻烦就在于模式切换。如果能给 TinyMCE 编辑器加个按钮，点击后弹出窗口中选择语言类型，贴入代码，不用切换就能加亮你的程序代码就好，这里就是说这个的，当然你要是用 [ code lang='java']CodeHere[/code] 这样的 BBCode 来张贴代码倒简单些。 Read More
URL 设计是 Web 设计中常被忽视的东西，事实上 URL 非常重要，这不仅是一个网页唯一的路径，还涉及到你的站点是否干净，友好。本文讲述 URL 这个司空见惯的 Web 元素中包含的大量不应为忽视的知识，准则与最佳实践。需要注意的是 W3C 建议使用 URI 取代 URL 一说。关于 URL 的一些准则
首先是与 URL 有关的一些准则。
一个 URL 必须唯一地，永久地代表一个在线对象
URL 的最基本的使命是唯一地代表 Internet 上的一个对象，URL 必须和 Internet 上的对象一对一匹配。然而 Read More前面有一篇 用 SyntaxHighlighter Evolved 作为自已的代码加亮插件 介绍了 SyntaxHighlighter Evolved 插件。当前所用的版本是 2.3.8, 我现在是用 <pre class='brush:java'>code here</pre> 的形式来加亮代码，所以必须选上后台的 Load All Brushes 选项，用 [ code lang="js]code here[/code] 会动态的加载所需的 shBrushXxx.js 文件。后一种方式会有些问题，因而这里也是针对前一种方式来进行优化的，因为 Load All Brushes 选项一旦选上，页面将会依次:
<script type='text/javascript' src='...shBrushAS3.js?ver=2.1.364b'></script>
<script type='text/javascript' src='...shBrushBash.js?ver=2.1.364b'></script> Read MorejQuery 框架来说肯定没有哪个有 jQuery 用得那么广泛的，尤其是 jQuery 的插件思想吸引了众多贡献者。常常见到这样的应用，点击按钮时显示一个遮罩层，“请稍候，正在处理中......”。应该有不少类似功能的插件，我现在所用的是 BlockUI 插件，还有一个叫做 LoadMask 的插件也能实现。
据我相比较而言，觉得 BlockUI 插件要比 LoadMask 强大些，它们都可以选择性的遮住整个 Body 或是某个指定的元素。BlockUI 无论是功能还是界面定制性都比 LoadMask 要丰富些，例如 BlockUI 提供了 Overlay 遮罩层的渐入渐出式动画显示，JS 中的样式定制，消息提示的支持，提示层可显示在右上角，还可做出模态窗口，以及结束后进行函数回调。 Read More以前弄 Joomla，现在是纠结在 WordPress 上了。写的日志，想清楚的知道每篇日志受关注的程序，即点击/阅读数，不知道有些主题里是否能支持该功能， 反正我所用的主题是没有的，所以又需要安装一个插件在每篇日志下方显示该日志被阅读的次数。
我找到了 WP-PostViews， 相关的还有 WP-PostViews Plus, WP-PostViews Plus widget。 许多东西，总是别人会搞些 Plus, Enhanced, Extended 或是 Yet Another 系列。一般来说都会比原始版本要好些，但这里我还是不细究 WP-PostViews Plus 了， 而 WP-PostViews Plus widget 是基于 WP-PostViews Plus 的 Widget。这里介绍下 WP-PostView 的安装与使用。
下载、安装、选项设置都还简单，关键是它被启用之后，不能马上见到效果，还需要改改你所用主题目录中的几个文件。看看我的站点上应用了它之后的效果：
Read More在 WordPress 中可以设置每天显示的日志数，并以上一篇、下一篇的链接进行导航。但是日志多了，一个是不能快速跳到哪几篇来浏览，还有就是别人对你有多少篇也没底。所以需要一个分页导航的插件，网上一找就看到了 WP-PageNavi 比较受推崇，而 WP-PageNavi-LightWord 只是 WP-PageNavi 针对 LightWord 主题的一个改造版，仅仅是自定义了下样式，其他如选项、代码几乎一样，由于它们使用了同样的函数，所以不能同时被激活。可以先看看它们界面上的一些区别：
WP-PageNavi 的界面截图：
WP-PageNavi-LightWord 的界面截图：
Read More现在一般的 PHP 主机都支持 GD 库和 FreeType/TrueType，普通的画字符串的函数 imagestring 只能指定字体大小，不能指定字体名称。像 imagettftext 这样的函数可以指定字体名称和字符串显示的角度，它的原型是：
array imagettftext ( resource $image , float $size , float $angle , int $x , int $y , int $color , string $fontfile , string $text )
注意这里的 $fontfile 是个字体文件，不是字体名，我刚开始就搞错了，给它传递的是 "Arial" 或是 "Arial.ttf" 而不能显示出任何东西来。在 Windows 下字体文件一般都在 c:/windows/fonts/ 目录中，所以在 Windows 下用 imagettftext 使用 TrueType 字体时的代码例子如下： Read MorePHP 像 JavaScript 一样，很方便使用回调函数，函数名就像一个普通的变量名一样可作为其他函数的参数，即成为一个让宿主函数调用的回调函数。但回调函数的用法依据回调函数是否是全局函数还是一个类中的函数是有区别的。比如 PHP 的preg_replace_callback — 用回调函数执行正则表达式的搜索和替换函数可以接受一个回调函数，我们来看这种区别。
如果是全局的回调函数，那容易，只要写上函数名作为字符串的形式传入就行的，看：1/**@author Unmi*/ 2function inverse($matches) { 3 return $matches[2].":".$matches[1]; 4} 5 6$text = preg_replace_callback ("/(\d{7}):(.+)/", 'inverse' , '1125535:fantasia@sina.com'); 7echo $text; //Output result: fantasia@sina.com:1125535
而如果 preg_replace_callback 函数是在类成员函数中被调用，同时 inverse 回调函数也是该类的成员函数，写法就不一样了。要是仍然写成下面这种方式的话： Read More原来曾经都是用代码或是像 Velocity 样的模板来转换生成 XML的，自从接触了 XSLT 后，已把它当成了 XML 到其他许多数据格式的不二之选了。有时候因为特殊字符等因素，需要转换后的数据在新节点中用 <![CDATA[...]]> 包裹起来更好看且不易出错，或者还需对生成的 XML 进一步处理时，用 <![[CDATA[...]]> 会更保险些 。
通常我们在 xslt 文件中会这么写：
<description><xsl:value-of select="Description"/></description>
如果原来的 Description 中有特殊字符，如 < 等，转换后，< 会自动变为 < 的，即得到
<description>Hello<Unmi</description> Read More之前写有一篇 让 WordPress 的 Rss 显示更多或所有的日志, 为了让 WordPress 的默认 Post 和 Comment 的 RSS 输出记录数多于10 条，竟然把这一系列的代码都穿越了一番。确实解决了问题，定位到了 RSS 在查询时 limit 值在哪行代码得到的，当时通过修改 query.php 手工指定输出的记录数。因为 WordPress 代码无法单步调试，所以为了找到这段代码着实费了好一番功夫的。
其实何必来得如此周折呢，在后台里可以直接修改该参数的，wp-admin 中点击 Settings->Reading，打开 Reading Settings 页面，选项 Syndication feeds show the most recent 就是用来设置输出各种 RSS 记录里显示最近多少条记录，反应到 SQL 就是 limit 0, X 中的 X 值，比如 20 条记录，或者你的博客有 2000 条记录，你设置的此值为 2000 大就输出所有的记录了。 Read More
- 在 WordPress 中可以设置每天显示的日志数，并以上一篇、下一篇的链接进行导航。但是日志多了，一个是不能快速跳到哪几篇来浏览，还有就是别人对你有多少篇也没底。所以需要一个分页导航的插件，网上一找就看到了 WP-PageNavi 比较受推崇，而 WP-PageNavi-LightWord 只是 WP-PageNavi 针对 LightWord 主题的一个改造版，仅仅是自定义了下样式，其他如选项、代码几乎一样，由于它们使用了同样的函数，所以不能同时被激活。可以先看看它们界面上的一些区别：
WP-PageNavi 的界面截图：
WP-PageNavi-LightWord 的界面截图：
Read More