据官网介绍，还有据同事ishow的描述，ExtJS 4.x 是一个变化很大的版本，相比已经应用广泛的 3.x 来说，变了很多、新特性也很多，MVC就是它提供的新特性之一。由于我最近半年都在学习MVC模式（主要是使用Yii框架），所以这个名词更是引起了我浓厚的兴趣，这几天都在官网上看这个框架MVC的例子，直到今天，总算是摸着一点门道，于是画了上面那个图。这个四不像的图，是我个人对框架的理解的第一个具体化产物。

下面简单描述一下这个图。

1. 每个应用都有一个实体，就是Application对象实例，而每个应用同样也采用单一入口结构，有个快捷函数就是Ext.application({config})，创建一个Application对象实例，并且运行它；这里行为表现和Yii框架的Application看起来很像，创建一个实例，然后run；

2. Application在创建之初，会去加载Controller类，加载完毕后，会正式的lunch；

3. Application在lunch的时候，会创建一个Viewport对象实例，这个东西就像一个骨架一样，上面可以拼装各种View，具体说，就是各种布局形式和窗体控件，可以说是应用界面的载体；

4. Controller的角色完全是个粘合剂，它在加载之初，会帮忙加载跟其有关的Model，Store，View类，而其真正的作用，是通过一系列的事件处理函数，确定了每个View上面界面组件对用户交互行为的响应方法，可以说是一堆事件处理器函数的集合；这里面主要通过一个control成员函数来进行事件绑定，通过另一个叫ComponentQuery的组件，使用类似css selector的语法来定位界面上的组件，并为其绑定事件处理器；

5. Model是对抽象数据的具体化，或者可以这么理解，就是数据库里面的一行记录，到底是怎么变成一个对象的，将数据库字段变成了对象的属性的对应关系；而这里比Yii框架MVC模型多出来的东西，就是Store这个东西，在Yii框架里面，有强大的ORM系统，还有强大的AR将Model直接连接到了DB上，数据一出来就直接变成了对象，而在ExtJS框架中，代码全在客户端，势必就出现了透过网络来加载数据需要，而我认为，Store就是对通过网络来加载数据的过程的一个抽象，Store依赖于Model，通过关联的Model对象来获知如何将取回的数据对象化，以方便View展现，所以View是依赖Store对象的；（这里岔开一点，感觉这个Store的设计理念或许可以借鉴，由于某些原因，我们在使用PHP框架的时候，不能让Model直接连接DB，是不是也可以把数据取回最终拼接成Model对象的这个过程给抽象化成类似ExtJS中Store的这套机制呢？）

6. View就纯粹是一个界面组件，或者说窗体控件的集合，通过Store来加载数据并且展现到界面上，界面控件的响应都写在Controller里面，View对Controller的存在全无所知，也没有代码上的依赖；

总结一下，感觉这套系统的好处是在于，将View和Model都给抽象了出来，以至于它们可以更加好地被复用，做好一个面板，所有的地方都可以调用，而真正业务逻辑又被很好的封装在了Controller里面，这样也便于去模块化地开发系统，基本感觉上，是一套非常优秀的框架，由于我对ExtJS 3系列版本，没有任何经验，也就没法做出其相对于先前版本是否有质的飞跃的判断，通过仔细的挖掘，我发现其易用性上确实比我原来想象的要好，开发人员可能没太多必要去纠结于内部原理，只要理解到跟我现在差不多的样子，就可以快速上手去做一些东西出来，当然还是必须看着文档按图索骥的，嘿嘿:)

您可能也喜欢：
MVC就是个选择题	MVC最佳实践	诺丁山	Style:Contemporary Nouveau for WordPress	免费WordPress主题
无觅

目前能够在Web开发中对HTML，CSS，和JS同时提供编码帮助的IDE环境极其少见，Dreamweaver是我知道的做得比较好的，但是Dreamweaver对语言的支持只做到了静态语法检查和代码高亮，更进一步则无能为力了，只能算是准IDE，毕竟不是真正的IDE环境，NetBeans在这方面有不俗的表现，正是我选用此款IDE的原因。

之所以注意到这款IDE，是因为有业内比较资深的工程师提到了这个东西，所以专门了解了一下，这个IDE基于Eclipse框架开发，专门针对Web应用开发领域，尤其强化了对HTML，CSS，JS等语言的支持，对于Server端的语言，选择的也都是专门用于Web开发的语言。本来我对其对PHP开发的支持抱有一定的期待，但是后来听说其将PHP模块从项目中移除，转而投向PDT Project，我就有点失望了，感觉PDT的能力真的只能算一般，不过在不是很了解Aptana的基础上，我还是可以说，那些用普通Eclipse+PDT开发的童鞋，完全可以转头Aptana的怀抱，因为你二者都不会失去，反而可以得到对HTML，CSS，JS的强大支持。使用NetBeans进行Web开发的童鞋，并且平常工作偏重于Server端PHP开发的，可以等待我的进一步体验报告。

您可能也喜欢：

使用NetBeans IDE 6.5作为WordPress的开发环境

PHP 5.3.x中弃用的特性 Deprecated

Web服务器LiteSpeed

Google用于提高网站质量的工具：Page Speed工具集

在WinCE上搭建Web服务

无觅

Page Speed现在的形态是一个工具集，目前提供了客户端和服务器端的两种组件。服务器端提供了Apache服务器的模块mod_pagespeed，该模块可以自动优化网页和资源文件。客户端的工具是一个插件，分别提供了firefox、Chrome的版本，其功能更加类似于Yahoo推出的YSlow，也是真对一个页面进行诊断，给出相应的优化建议，Yahoo提出的东西在业界被称为是14条军规，从Page Speed插件给出的建议来看，基本也没有逃出这14条军规的范畴。除此之外，Google还推出了一个网页版本的Page Speed，只要键入网址，就可以自动分析页面的问题给出建议。

对于没有使用Apache作为Server的，Page Speed还放出了C++ SDK，支持第三方开发。

您可能也喜欢：
Web开发专用IDE：Aptana Studio 3.0	在WinCE上搭建Web服务	解决Flash内容总是漂浮于页面顶层的问题	为何以及如何整合Google搜索到WP博客	使用Google AJAX Libraries API替换WordPress自带的js库
无觅

MVC的核心理念是代码的重用和关注点的分离（Separation of concern 我个人对这个理解就是将数据和表现进行分离）。如何正确遵循MVC的原理来编写代码是有一些基本指导原则可以遵循的。为了便于理解后面将要叙述的指导原则，我们这里认为一个典型的Web应用由以下几个子应用（部分）组成：

• 前端——网站界面，面向普通用户
• 后台——一部分有管理权限的用户用于维护Web应用的正常运转
• 控制台——在终端中执行的命令，或者是定时任务如cronjob，用于日常运维
• API——用于第三方合作，或者二次开发

Model

模型用于表示底层数据结构，经常在整个应用的不同部分共享，有些模型在前后台、API中都会用到，所以一个模型应该遵循的指导原则有：

• 包含属性用于描述特定的数据
• 应该包含业务逻辑，以确保数据能够满足表现的需要
• 应该包含数据操作的代码，比如数据存储、检索
• 不应该使用$_GET $_POST这样的只有在前端才会出现的数组，在控制台和API用到时候，可能就无法复用了
• 不应该出现HTML代码，负责表现的代码应该放到view文件中

在上述指导原则下，可能会写出非常庞大的Model类（过多数据操作，业务逻辑代码包含其中）。这种情况下，建议进一步抽象，提炼出一个基类，包含最通用的功能，然后前端、后端和API在用到时候，将各个子应用才相关的逻辑放到基类继承出来的子类里面。

View

视图主要就用于前端表现的代码。

• 包含HTML，以及所有负责表现的代码，可以出现PHP，但是只用于遍历数据、格式化数据
• 不应该包含DB请求
• 不应该出现引用$_GET $_POST这类数组的代码，这应该是Controller的工作。View只是专注于表现，布局等和页面呈现有关的业务，用户的请求数据应该由Controller和Model负责处理
• 如果必要，可以访问Model和Controller的属性，不过这是为了满足表现的需要

可以使用诸如布局、部分视图、HTML Helper类、Widget等框架特性来最大程度重用View的代码。

Controller

控制器是将模型、视图和其他组件组装在一起形成一个应用的粘合剂。控制器直接负责处理终端用户的请求。

• 可以访问$_GET $_POST这样的用户请求数组
• 创建模型，并决定一个模型对象的生命周期
• 不应该出现SQL语句，数据库请求应该放到Model中
• 不应该出现HTML代码，而应该将其放入到View中

在一个设计良好的MVC应用中，控制器是非常轻量级的，经常只有几十行代码的样子；而Model总是非常复杂而且庞大，包含了所有的用于表现的数据及其操作方法。这是因为由数据结构和业务逻辑组成的模型对每个应用来说，都是独特的，需要大量的定制化工作来满足应用的需求；控制器的逻辑经常遵循一个特定的套路，在各个应用中都差不多，因此可以被框架底层代码极大程度地简化（也就是说不是控制器代码少，而是Web开发框架已经都抽象出来并且都帮你做好了，这也就是框架的价值和能够实现快速开发的原因）。

您可能也喜欢：
视频教程：使用Yii框架开发Blog	Yii框架中验证器的allowEmpty属性	Yii框架的Log系统的分析	MVC就是个选择题	Dedian 5的PHP包缺少readline支持
无觅

事情的起因是插件中的一个函数hook到了一个action上，名字是publish_post，顾名思义，在文章发布时候被激发的。为了要更清楚地掌控这个action，我想在源代码中，把触发点给找出来，这一找，问题来了。理论上，我们hook任何action，WP内部都会有对应的do_action来激发这个钩子，这一次，一搜，根本没有publish_post，那就有点小麻烦，说明具体激发哪个钩子，是运行时决定的，再明白点说吧，这个action的名字，应该使用变量拼出来的，所以我们直接搜publish_post很难找到调用点。

具体寻找的过程，我也不想赘述了，无非是查文档，搜代码。这里想要一提的是，我发现一个新的小技巧，给技巧取个名字叫“农村包围城市”，因为一下无法定位到想要找的代码，那么能准确定位其周边代码也是可以的，至少可以缩小查找范围。从文档中我们看到，在publish_post被激发的点附近，应该还有save_post，那么搜一下save_post，乖乖，准确找到了，然后就看到还有wp_insert_post，pre_post_update等等。然后，马上写一个小插件，向4个感兴趣的点hook，然后随便发布一下文章，根据打出的log，基本确定了publish_post就在pre_post_update和save_post中间激发。这时候就剩下80行左右的范围了，那一行行找还是很快的。

最终结果还是比较有意思的，有个函数叫wp_transition_post_status，这里面提供了3个hook，也可以说n个吧，因为这里面就看到了那个运行时才决定的hook名称的代码。最后不但搞清楚了publish_post的激发原理，还发现了原来可以随意通过hook监测每篇文章的状态变化。虽然短期内看不出来有啥用，但是以后一定可以想出来一些应用的。

• transition_post_status 当一篇文章或者页面状态变化时触发，三个参数，分别是原状态，现在状态，文章对象本身
• 状态_to_状态 某个具体的状态流转时候触发，可以是draft_to_pending，private_to_publish等等，只要是合法的status取值，可以随意组合。一个参数是文章对象本身。
• 状态_类型 一个状态+一个类型，可以知道publish_post这个钩子，本质上就是这种，真实含义是有一篇类型是post（还可以是page）的文章，状态变成了publish，而不是已开始我理解成的发布一篇文章时候激发。说起来差别不大，但是你对其的理解已经完全变掉了。以此类推，你可以hook到private_post，还可以是draft_page等等。随意组合。

通过上述非常灵活的3种钩子，我们就可以随时掌控任何文章的状态变化了。

您可能也喜欢：
WordPress插件开发实例--（01）	WordPress插件开发实例--(02)	插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress:插件开发API（Plugin API）	使用NetBeans IDE 6.5作为WordPress的开发环境
无觅

FirePHP的调试信息主要通过HTTP的Response Headers来发送，所以不会和HTTP的包体混在一起，极大程度地方便了AJAX应用的开发调试，是AJAX开发调试的利器。

全文下载链接
百度文库在线阅读

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	使用Google AJAX Libraries API替换WordPress自带的js库	视频教程：使用Yii框架开发Blog	WordPress 开发资源	怎样增加AJAX的可靠性呢？
无觅

今天做了一点小小的调查，原来浏览器渲染嵌入页面的内容如flash movie或Java applet时，默认将它们放置于页面的最上层，忽略其z-index属性。所以，像lightbox这类插件，靠设置覆盖层的z-index属性来营造高亮效果的js脚本，基本无法做到覆盖掉页面上的flash movie。

Adobe公司给出了对于类似问题的解决办法，就是设置flash movie的wmode属性。

这个属性用于控制Flash 的窗口模式，其有三个取值：

window 模式

默认情况下的显示模式，在这种模式下flash player有自己的窗口句柄，这就意味着flash影片是存在于Windows中的一个显示实例，并且是在浏览器核心显示窗口之上的，所以flash只是貌似显示在浏览器中，但这也是flash最快最有效率的渲染模式。由于他是独立于浏览器的HTML渲染表面，这就导致默认显示方式下flash总是会遮住位置与他重合的所有DHTML层。

但是大多数苹果电脑浏览器会允许DHTML层显示在flash之上，但当flash影片播放时会出现比较诡异的现象，比如DHTML层像被flash刮掉一块一样显示异常。

Opaque 模式

这是一种无窗口模式，在这种情况下flash player没有自己的窗口句柄，这就需要浏览器需要告诉flash player在浏览器的渲染表面绘制的时间和位置。这时flash影片就不会在高于浏览器HTML渲染表面而是与其他元素一样在同一个页面上,因此你就可以使用z-index值来控制DHTML元素是遮盖flash或者被遮盖。

Transparent 模式

透明模式，在这种模式下flash player会将stage的背景色alpha值将为0并且只会绘制stage上真实可见的对象，同样你也可以使用z-index来控制flash影片的深度值，但是与Opaque模式不同的是这样做会降低flash影片的回放效果，而且在9.0.115之前的flash player版本设置wmode=”opaque”或”transparent”会导致全屏模式失效。

了解了各种模式的实现方式和意义在以后的开发中就可以按照具体情况选择设置wmode属性的值了。

我的插件之所以出现问题，就是因为我把wmode的值设定为了window，当然，这也是默认的值。从三种属性值的具体含义中，我们可以知道，无论是将wmode设定为opaque或者transparent，都可以解决问题，不过网上搜出来的结果，普遍只说了设成transparent这种，并且普遍不讲理由为何。

参考资料：

flash wmode 参数详解

Flash content displays on top of all DHTML layers

How to make a Flash movie with a transparent background

您可能也喜欢：

Web开发专用IDE：Aptana Studio 3.0

在WinCE上搭建Web服务

Web服务器LiteSpeed

我们应该更关心IE的用户

Google用于提高网站质量的工具：Page Speed工具集

无觅

我在研究Extended Live Archive（ELA）插件的代码，发现一个问题，这个问题具有一定的共性，而且，我现在也没有什么好的解决办法，所以我把它描述一下，看看有没有高人高见。

WP插件一般目标有两个，一个是增强博客页面功能，让观众有更好体验，另一个是增强博客管理页面功能，让博客管理者有更高管理效率。无论是哪一种，我们都经常会用到脚本，比如指定样式的CSS脚本，指定行为的JS脚本。好，现在问题来了，一般来说，我们使用插件增强的功能，都是在某个特定的页面上的功能，只有少数才是全局功能，直觉上，我们希望，在这个特定的页面上引入需要的脚本，而在其他的页面上不引入这段脚本。

我这个话说得有点绕，举个具体的例子。比如，某个插件，用于显示一个漂亮的相册，这个相册有一个自己专属的相册页面，这个相册的翻页功能需要用到prototype类库，你作为一个博客的主人，肯定是希望只有用户打开相册页面时，用户才需要下载prototype，平时看你的博客，不用每个页面都去下载一下prototype。（这个类库在没有pack的情况下128k大。）

希望我说清楚，这个问题概括成一句话，就是按需加载脚本，用到时，才下载。

事实上是这样的，我说得很轻巧，但是做起来却很难。就拿我手头的这个ELA来说事，这个插件是一个AJAX应用，用来展示一个结构化的归档目录。插件通过一个template tag提供用户接口，在调用这个template tag的页面，就会有归档目录出现。这个归档目录，必须要CSS文件来指定其样式，结果，我们的难点是，不知道用户会在哪个页面上调用这个tag，所以只能草草地把这个样式表hook到wp_head，导致的结果是，所有的页面上，都会链入这么一个样式表，而真正起作用的，只有一个页面而已。

我初步想了想，几乎想不出漂亮的办法能解决这个问题。这个问题的根本就在于，程序在执行到wp_head的时候，我们还没法知道后续的部分是不是会出现那个tag，而在真的执行到这个tag的时候，头部的内容已经形成了，我们回天乏力。一个直觉的办法，就是把那个样式表，直接也塞到tag的内部，事实上，插件的作者就是这么做的，不过，他只是把用到的JS脚本这么处理了，却没有把CSS这么处理，我猜想他代码写到这里的时候，可能内心也是非常矛盾的。（因为一个优秀的页面，就应该是数据、表现、行为分离的，这么做等于破坏了这个原则了）

好，到这里，问题应该算是说完了。其实这个问题相当普遍，只要我们需要将一个脚本添加到wp_head或者admin_head（对应的还有各自的footer部分），我们就面临着这个问题，你添加的东西，真的每个页面都需要么？如果是大多数页面需要，那还不是很浪费，最浪费的就是只有一个页面需要，而其他所有的页面都跟着增加负载。

WP的圈子里，有一种论调，就是插件用得越多，博客速度越慢，性能越差。我想，脚本没有能够做到按需加载，也算是造成这个论调的原因之一。

大家一起开动下脑筋吧~

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress:插件开发API（Plugin API）	WordPress插件开发实例--(02)	插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress插件开发实例--（01）
无觅

When I am debugging a plugin, I always want to konw, whether the options in this plugin are saved exactly or not. Usually, I add var_dump statement in my source code to print the options out. Everything looks good, but when I finished my job, it bothered me a lot to remove this debug statements. What annoyed me even more is that when I change my mind and changed the structure of the option, I must use additional statement to alter the option or directly use SQL in phpMyAdmin. Finally, I created this tool to assist the plugin development.

Features:

• List all options order by option_id.
• Search option through keyword.
• View unsierialized value of options.
• Modify option use PHP code.

Demo: (Click to see the full size.)

Download: Options Inspector v1.0.1

选项查看器是一款开发辅助工具，用于显示，修改和删除选项。免去了使用打印语句和使用phpMyAdmin的调试后台选项的麻烦。愿大家能够更轻松地开发WordPress插件和主题。

一般，不建议您在您的主力博客上尝试该插件的修改和删除功能。

您可能也喜欢：
WordPress主题：GoogleCode	WordPress:插件开发API（Plugin API）	WordPress插件开发实例--（01）	插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress 开发资源
无觅

NetBeans IDE是一款非常优秀的IDE环境，我以前曾经介绍过，如何使用NetBeans作为WP的开发环境，今天，再来介绍一个直接链接远程服务器进行调试的技巧。那就是FTP，记得在Dreamweaver的时代，配置远程服务器就是非常方便的一件事情，对于NetBeans这个更加现代和超前的开发环境来说，这当然也是必备功能了。

跟着我做，只有3个步骤，就可以搞定。上一篇《使用NetBeans作为WordPress开发环境》已经介绍了如何将WP导入到NetBeans工程，在其基础上，我们来配置FTP。

第一个步骤如上图，在项目面板，wp27项目上，单击右键，点属性，打开属性面板。下图为弹出的对话框。点击查看清晰大图。

遵循上图中蓝色字迹标注的1、2两次点击，会弹出FTP服务器管理面板，创建好一个FTP服务器配置。确定后，回到属性面板。如下图所示。

在上图中，我们配置运行配置为在远程Web站点运行。配置的选项可以参考图片中的配置。注意，刚才我们配置ftp服务器的时候，远端路径为wp安装目录，现在我们本地的目录只要填写一个/即可，代表项目根目录。

上面三个步骤，已经配置好了FTP服务器。在具体开发过程中，像下图的样子，点击你开发的主题中的文件，点击上传，就会自动上传到正确的地方，覆盖源文件。一般我在用NetBeans开发主题或者插件的过程中，都配合有SVN支持，所以不用担心覆盖会出问题，可以恢复到上一个版本。

好，希望对您有帮助~~

您可能也喜欢：

使用NetBeans IDE 6.5作为WordPress的开发环境

建立WordPress测试环境

WordPress 开发资源

插件开发全攻略（05）---WordPress 插件Actions

插件开发全攻略（07）---构造一个WordPress插件管理员面板

无觅

wp2.5.1——http://wordpress.org/wordpress-2.5.1.zip
wp2.6.3——http://wordpress.org/wordpress-2.6.3.zip
当前版本——http://wordpress.org/latest.zip

其他版本依此类推。

建立磁盘目录：

www
|—phpMyAdmin
|—wp25
|—wp26
|—wp27
|—plugins

我就是按照上面的样子建立的。plugins用来统一存放插件。（如果是xampp的话，根目录是htdocs，phpMyAdmin已经安装好了。）

建立测试数据库。三个wp使用同一个数据库。

配置wp-config.php

关闭老版本WP的升级提示：

找到wp-includes/update.php

//add_action( 'init', 'wp_version_check' );

像上面那样注释掉上面那行字。

在plugins目录下，安装ozh的no-login插件。

现在这套测试环境，我自己使用下来感觉是WP 2.5的支持很不好。很多插件走不通。主要就是路径的问题。WP2.6和WP2.7的问题不大。但是如果插件需要引用wp_blog_head.php或者wp-config.php，在这样的环境下无法正常运行，我想这其实也是插件开发者的疏漏吧。

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress主题：GoogleCode	[WP开发环境]在NetBeans中配置FTP	WordPress 开发资源	WordPress插件开发实例--(02)
无觅

WordPress phpDoc

WordPress内部使用phpDoc的语法进行注释，这是WordPress.org为其生成的文档。

WP 函数搜索引擎

超级棒的一个功能~ 看看下文的说明。

I want to quickly let everyone here know of a site that one of my good
friends, Andy Stratton (http://theandystratton.com), has setup
recently. The site is called WPLookup and can be found at
http://wplookup.com/. It provides a simple search box for quick
lookups of WordPress functions and template tags. If the appropriate
codex page exists for the function you are looking for it will
immediately redirect you there. If it does not exist you will be
directed to a documentation search on http://wordpress.org/search
which will contain a list of results for you.

To make it even better the site can also integrate into your browsers
search bar keeping you from ever having to actually navigate to the
WPLookup site to do the search.

I have taken his service one step further and integrated his service
into an IRC bot. The bot is sitting in #wordpress on freenode. To
use the bot type something in the form of `.codex get_pages`.

Now what are you waiting for? Check it out now at http://wplookup.com/.

Enjoy!
--
Matt Martz
matt@sivel.net

WordPress源代码交叉引用

WordPress各个版本的源代码交叉引用。

WordPress插件开发模板

尝试一下吧，看看这个东西能从多大程度上提高你插件开发的效率？里面的东西相当全面啊，传达出了作者很多的开发经验。

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	WordPress插件开发实例--(02)	WordPress:插件开发API（Plugin API）	插件开发全攻略（08）---构建一个WordPress插件用户面板
无觅

从NetBeans官方网站下载IDE

打开NetBeans的官方网站，点击Download，可以看到下载页面，如果没有其他的开发需求，选择for PHP的版本即可，大小只有26MB。

上面的语言选择框，大家不要费神去选了，我试过了，选择English和简体中文，下载下来的东西都是同一个，都是Multi-Language版本，而且安装的时候，不可以选择语言，NetBeans会根据系统的语言设定，来自动选择语言。据说可以通过修改配置文件的方式来更改界面语言，想用英文的同学，请自己Google之。

运行NetBeans IDE需要java虚拟机，如果需要开发java的同学，可以只下载JRE，很简单，打开http://java.com，下载即可。有些像我一样，想要以防万一的同学，可能想要安装JDK，那么下载地址在这里。我给出的链接是JDK 6 Update 11 for Win版本。

先安装JRE（或者JDK），然后再安装NetBeans IDE 6.5。下面的图是NetBeans装好启动后的样子。

将WordPress导入到NetBeans中

要开发WordPress的插件和主题，需要将整个WordPress作为项目导入到NetBeans中。

步骤1：选择项目。“文件->新建项目”，然后选择PHP项目里的“基于现有源代码的PHP应用程序”。

步骤2：名称和位置。在源文件夹中填入本地WordPress所在的目录。填入项目名称，可随意。其他如上图所示即可。

步骤3：运行配置。填入项目URL即可，为了在本地调试，一般会填入本地地址如http://localhost/wp27/。其他如上图所示。

使用XDebug进行调试

NetBeans支持PHP的调试。调试功能需要XDebug的支持，这是一个PHP扩展，你的服务器上可能已经装了，也可能没有装，不过，安装起来非常方便，对于Windows下的用户来说，只是下载一个DLL文件，然后拷贝到指定的目录即可。

1. 到这里下载XDebug，注意匹配DLL与PHP的版本号。在链接里的网页上，点击obtaining，进入下载页面，鼠标放在下载链接上，可以在状态栏看到将要下载的文件名。php_xdebug-2.0.x-5.x.x-xxx.dll，后面一个是PHP的版本号，要与你安装的版本相符合。（PHP版本可以用phpinfo()来查看）
2. 下载后，将DLL文件拷贝到PHP扩展文件夹，一般是/php/ext/下面。
3. 修改php.ini文件，这个文件的所在一般取决你php是怎么安装的，可能在system32里（bin安装的用户），也可能在php根目录下（使用zip安装的），也可能在apache/bin/目录里（使用xampp的用户），注意，一定要找到起作用的那个php.ini，这个也可以在phpinfo()里面看。添加下面的代码。
[xdebug]
zend_extension_ts="D:/xamp/php/php5.2.5/ext/php_xdebug.dll"
xdebug.remote_enable=On
xdebug.remote_host="localhost"
xdebug.remote_port=9000
xdebug.remote_handler="dbgp"
4. 注意：上面的代码段，可能php.ini里已经有了，而是被注释掉了，那么你去掉上述那几行字的注释就可以了。另一个注意点，[xdebug]段的配置和[zend]段的配置不能共存，否则apache启动不了，添加了上述代码，如果启动不了apache，那么查找是否存在[zend]段的配置，然后注释掉，我是XAMPP安装的环境，就碰到了这个问题。
5. 重启WebServer。

做过上述操作后，NetBeans就可以感知到调试器的存在了。

一般项目开发

我们已经将wp2.7的所有文件都导入到了NetBeans里面，那么具体开发一个插件项目，或者主题项目的时候，我们可以在项目面板上，将某个插件的根目录，或者某个主题的根目录使用如下方法添加到收藏夹，以后就在收藏夹面板下工作即可。

收藏夹完全可以充当项目开发面板的工作。下图就是添加后的效果。

配置项目运行

一般，调试主题或者插件，都是某个特定的页面，比如归档页面，静态页面，或者某个单篇日志页面。如果只是主页，那么默认的设置即可了，如果不是主页，那么需要指定启动参数。大家可能习惯了修改永久链接后的WP的页面地址了，但是那个在调试环境下行不通，必须还原到query string的模式。

从上图菜单中打开对话框，配置方式如下：

注意上图中红色框框里的部分，这个例子就是指定显示id为289的页面或者日志。

设置好运行设置，调试时也会使用这个参数。

调试的时候从调试菜单进去，打开调试对话框，如果只需要调试PHP的话，选第一项，如果还需要调试Javascript的话，选第二项，可以选择你喜欢的浏览器。（有些平台上不能选，Win上面没有问题）

使用FF，初次选择Javascript调试，会要求安装一个FF插件，装上即可。

好了，作为一个简要的介绍，就写到这里了。

后记：上述内容，并非完全翻译，只是遵循了原文的条理，大部分内容都是我个人的感受和体验，当然，图也是我自己重新截取的。NetBeans作为一款PHP的开发工具，与Eclipse版本的ZendStudio相比，更加的平易近人，比较简单，没有很多复杂的选项，与UEStudio相比，智能化更强，集成的功能更丰富，而且可以和浏览器联调。

这两天，都在使用NetBeans作为环境开发插件，觉得真的很不错。尤其是在WP下，NetBeans会自动对所有代码文件建立索引，你在某个函数上单击，该函数会被高亮，然后用Ctrl+B或者右键菜单，可以直接跳到函数的声明，非常的方便。仅有的一个小缺点是，NetBeans无法对PHP内建函数使用有区别的高亮颜色，不过大家对PHP的内建函数应该也比较熟悉了，再加上，你在内建函数上Ctrl+B，也可以跳到一个类似C语言H文件的文件里，可以直接查看这个内建函数的函数头和说明，都省了查阅手册的时间，也算是弥补了那个小缺点。

还有一点我比较欣赏的，就是NetBeans支持代码重构，可以自动格式化，支持javadoc格式的注释风格，使用这个编辑器可以创建非常优美的注释格式。最后，这个基于java的IDE当然也是跨平台的，以后可以一直用下去了，嘿嘿~~

赶快试试吧！祝大家新年好运~~

您可能也喜欢：
[WP开发环境]在NetBeans中配置FTP	WordPress插件开发实例--（01）	插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress插件开发实例--(02)	WordPress:插件开发API（Plugin API）
无觅

今天，我在改进我模板的Archive页面，我希望能在Archive的侧边栏能够根据情景做出一些细微的变动。我希望当一个用户浏览我某个分类的Archive的时候，侧栏能够显示这个分类下展示最多的文章。

正好，我的博客上安装了WP Post Views Plus插件，这个插件就具有这个功能，只需要调用该插件提供的一个模板标签，get_most_viewed_category()即可。但是这个标签需要一个比较特别的参数，就是目标category的id，即一篇文章的cat_id字段。搜索了一下Codex，没有发现有哪个function或者template tag可以提供我需要的这个功能。只好自己找了。

首先，这个功能只有在Archive页面显示分类的Archive时候才能出现，平时不应该出现，这个很简单，可以用is_category()这个tag来判断，但是怎么能够知道现在展示的这个category的id呢，我第一个想到的就是去is_category里面看，先看看wp怎么判断is_category或许能够找到思路，进去一看，答案就揭晓了。

上面代码中的term_id就是cat_id了。到了这里，得到我们要的变量已经很容易了。

ok，这样，我们就拿到了我们要的东西了！万事大吉了~~

不过呢，我们继续去看看get_queried_object()函数的源代码，我们发现其实wp_query这个对象把它查询的某些内容抽象成一个query_object来对待，其实几乎那一系列的conditional_tag都有对应的query_object。更进一步，我们在这个函数里发现了，对于每一个query_object来说，都存在一个query_object_id。对于一个category来说，我们要的query_object_id就是我们要的category id。再往下一点，我们就看到了得到cat_id最简单的方法了。

哈~

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	使用Google AJAX Libraries API替换WordPress自带的js库	WordPress 开发资源	Web开发专用IDE：Aptana Studio 3.0	本地运行WordPress时发生超时错误
无觅

我现在的主题叫做yui-theme，我想，这是我对主题内部构造的设计的一种追求，我希望能把我学到的所有的最先进的技术都用在这个主题上。

当然，现实和理想总是南辕北辙。

首先说说，我进行了哪些尝试吧。

1，css和js文件合并。将模板用到的所有css文件写入同一个文件引入模板。js文件同理。好处就是在相同流量的情况下，节省了http请求数量。当时我在中间引入了gzip压缩，而实际在本地测试的时候，觉得js文件经过压缩的话，页面占线速度会被拖慢3s以上了，可能是本地的服务器性能问题，反正最后是把js的压缩取消了，保留了css的压缩。

2，css框架，这个模板使用YUI的css框架来设计，这是我第一次使用这样的框架，因为对于搞不定css的我来说，使用框架无疑是一种简便的选择。框架文件有好几个，一个是grid，一个font，一个base，除此之外自定义的css放到custom里面，分文件开发，合并引入，这时候也能体现文件合并的好处。

3，大规模应用jQuery，我为这款模板设计了各种个样的jQuery小功能（当然，现在没实现几个）。使用jQuery的指导原则就是，非入侵式，也即，完全不让代码出现在html里面，只使用外部文件；保证可访问性，也即，如果js失效，页面损失的仅有美观，而不损失功能。

目前，这个模板开发完成度在10%左右，即便如此，也是耗费了我好几周的精力，以至于都没有任何继续下去的激情了。所以，我迫不及待地自己先用上了。

然后说说，模板设计过程中遇到的问题：

按照yahoo网页性能提升的最佳实践，应该在页面最底部引入js文件。我实际上就是这么做的，但是这个是有问题的。因为，关键问题就在于我使用了类库，类库是应该比所有js文件都早地被引入到页面，而我只能保证我的模板里先后顺序，而插件里的js一般会被hook到wp_head里面去，所以，总是会出现在头部，顺序乱了，肯能导致js失灵，所以现在不得不重复地在页头也引入了一个jquery，这就是浪费了。

使用文件合并来减少http请求，这个东西同样是很好的尝试，但是这又和wp的结构有关，很多插件又是很随意的在wp_head里面插入外部文件或者直接写代码，根本没有办法把这部分文件合并，这使得这个尝试也变得很鸡肋。曾经在wp的trac里面看到过有人提这个问题，解决这个需要全新的架构。我个人觉得需要全新的机制类支持这个功能。

我其实还为这个模板准备了很多好玩的小功能，但是现在都处于未完成状态，唉……好懒啊……

好久没写技术日志了，记下这几点感受以充数。

期待自己下一轮欲望高涨时刻的来临。

您可能也喜欢：
WordPress主题：GoogleCode	WordPress Theme: YUI Theme—烂尾版	WordPress插件：WP Kit CN	使用NetBeans IDE 6.5作为WordPress的开发环境	升级到WordPress2.7版本~~
无觅

但是，缓存也有一定的弊端。如果您的CSS文件已经更改，但是浏览器不知道，而缓存下来的CSS文件也没有过期，浏览器仍旧会使用缓存中的CSS文件，也就是旧的样式。

当然，很多有经验的用户都知道，只要使用Ctrl+F5，强制刷新浏览器，就可以让浏览器下载新的样式表文件了，但是作为一个博客网站，你不可能让你的每个用户都去自己Ctrl+F5一下，很傻是不？

其实，解决这个问题是很简单的，以前，我就在网上看到过，是为了解决js文件的缓存问题的，js也有相同的问题。要说解决之道，到是非常的简单，因为如果请求css文件，或者js文件的链接变化了，也即url变化了，浏览器就会认为，这是完全不同的两个文件，就不会使用缓存中的文件。所以，只要改变url，就可以让浏览器强制更新缓存了，当然，每次换url也很麻烦，我们一般使用的办法是给url添加一个query string，比如，原来申请的是：

<link rel='stylesheet' href='http://localhost/wp25/wp-content/default/style.css' type='text/css' />

和

<script src='http://localhost/wp25/wp-content/default/custom.js' type='text/javascript'></script>

现在变成：

<link rel='stylesheet' href='http://localhost/wp25/wp-content/default/style.css?120012022' type='text/css' />

和

<script src='http://localhost/wp25/wp-content/default/custom.js?12345678' type='text/javascript'></script>

就是在后面跟了一串数字，我的页面用的一个json，因为每次都要重新下载，所以，我在请求的url链接后面，带了一个随机数，这样，每次浏览器都会认为，这是一个全新的文件，都会去下载。

当然，大多数情况下，是不需要每次都下载，也即在站点没有更改自己的css文件和js文件的时候，浏览器要使用缓存，而更改了后，所有浏览的用户就要自动下载。最好的办法，就是用文件修改的日期来做后面那串数字，既保证了用户那边的效果会实时更新，又保证了能够使用缓存这种机制。

前两天看到个小老外，写了篇文章介绍这个东西，WTC竟然也推荐了，原来这个方法竟然如此的不普及啊~~小老外的文章看这里，讲得和我说得是一回事：

Smart cache-busting for your WordPress stylesheet

达人Matt给他提了个建议，让他使用filter来实现这个，这样，每个主题都会因为这个而受益。结果这个小老外就去写了一个插件，叫做CSS Cache Buster（点击链接，查看插件页面，下载插件）。

我本来以为这个小老外这两天迟迟没有动手呢，我就先写了一个，结果发现小老外竟然Updated了，只是我没有看到，赶快把他的插件下回来看了下，发现小老外写的东西用的filter没我好，他不直接，他用了bloginfo_url这个filter，而我直接用了stylesheet_uri这个filter，比他少了一次判断，但是小老外也有优点，就是他考虑了别的插件已经添加过query string的情况，而我没考虑，可见我的经验尚浅，或者说我还是不够勤劳，总之，自我感觉有那么点败给小老外了……

感兴趣或者经常喜欢修改style.css的同学请安装他的插件吧，可以少按很多次Ctrl+F5呢，嘿嘿

下面放上我写的代码，权当是一个纪念吧：

您可能也喜欢：
WordPress插件：选项查看器	WordPress主题：GoogleCode	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress Plugin: Embedded Slideshow	WordPress插件开发实例--（01）
无觅

这张图解释了WP从用户给出query到最后调用正确的模板文件来产生页面的一个过程。从图中我们可以看到，WP一种支持13种模板文件。那么这十三种模板文件中，到底哪些才是必须的呢？

相册：illustration

1. index.php

可以看到，只要对应的模板文件找不到，最后都会调用index.php，只有这个文件是逻辑上必须的，如果没有，模板根本不能加载。

2. single.php

此文件从逻辑上不是必须，但是一般的主题都会带有这个文件。究其原因，就是单篇帖子页面和主页，有着非常大的不同，这个页面上与首页最重要的不同，可能就是评论展示了。

3. page.php

这个文件也是一般主题常带有的，这个是页面文件的模板。那么页面又有哪些不同呢？页面作为一种常设的Post，其发布时间可能并不是那么重要的，因为这个页面一经发布，就长久存在，不过，我个人倒是认为，虽然发布时间不重要，但是更新时间确实在某些情况下还是有必要的。比如我自己用页面来展示插件的文档，那么这个文档的更新时间能够向用户传达文档的时效性，所以，我觉得，在页面展示更新时间，是否应该作为主题管理面板的一个选项给用户选择。

4. pagename.php

这个文件不是叫pagename.php，而是说，这个模板文件也是page.php的一个变种，是page的slug来命名的，基本上，很少有主题会带有这个文件，不过呢，我觉得，国产模板的作者可以考虑带上这个文件，比如，很多博客都喜欢guestbook这样的应用，但是一般的模板文件page.php，往往不会带评论部分，作为一个模板作者来说，产生一个guestbook.php这样的事情完全是小事一桩。

5. archive.php

这个文件其实就是展示归档的模板文件，一般来说，主题里都会带有这个文件的。不过呢，从图中我们也可以看出，归档其实可以分成四个种类的，日期归档，分类归档，tag归档，作者归档。从功能上来说，划分那么细并非是必须的，不过呢，我想对于团队博客来说，作者归档里面带上照片和作者介绍，应该是很好玩的应用吧。而对于分类归档和日期归档，可以考虑给予一些辅助检索的措施，当然，这些都可以详细展开讨论，作为一个用户，您有什么新奇的点子呢？

6. search.php

带有这个模板文件的主题也不多，其实这个里面还是很有文章可以做一下的，不过呢，我暂时也没有很么好点子。比如在搜索页面嵌入一个google搜索，或者嵌入一个专门的带有类似suggesting那样功能的搜索框，都应该是比较好玩的吧……

7. 404.php

当找不到文章的时候，或者永久链接失效的时候，都会进入404。404又是一个大有学问的模板文件，前段日子，google黑板报在搞404代码专题周，google都如此重视404，可见其重要了吧。以前A List Apart也写过一篇《完美404》，给出了很多有效的建议。我想，作为一个主题作者，您是不是也考虑，在您的模板中加入一个非常友好的404呢？

8. attachment.php

到现在为止，我还没有见过哪个主题带有这个文件的呢，也可能我从来没有注意过这个问题吧，我现在的想法就是，那种专门展示照片，艺术作品的photolog，可以做一个美丽的展示单幅图片的image.php，哈哈……Updated: 哈哈，关于这个，大家可以瞧瞧梦色的文章，如何制作Gallery

========分割线========

以上都是一些我个人的想法，和我对一些模板文件的认识，难免有偏颇之处，还望大家指正。另外，写出来这个，也是想和大家讨论讨论的，哪些模板文件是您非常需要的，哪些又是您非常不需要的？

P.S. 与主题完全无关的内容，我发现Picasa Web竟然悄悄的改版了，好像更人性化了，在单幅图片浏览页面添加了上传按钮，而且图片的链接格式也发生了较大的改变，现在竟然用table来做容器了……

您可能也喜欢：
WordPress主题：GoogleCode	免费WordPress主题	WordPress Theme: YUI Theme—烂尾版	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress 开发资源
无觅

本来以为，应该是个很简单的事情，网上应该能搜到很多开源项目的，谁知道，全然不是那么回事，实际上能够使用的资源是非常少的。囧。

1. GoAhead Web服务器，小巧，精致，提供了值得称道的性能。这个是我目前找到的看起来最好的一个东西了，但是不知道实际使用的效果怎么样，毕竟，嵌入式这种东西，芯片，电路，系统，等等统统影响整个系统的稳定，出问题的概率远大于不出问题的概率。

介绍这个服务器的中文文章，是否原创不详。

http://www.cppblog.com/dyj057/archive/2007/01/15/17642.html

这个服务器的官方特性描述。（WebServer 2.1.8 * latest version *）

http://www.goahead.com/products/webserver/features.aspx

2. 另外，在这个文章中看到的是说WinCE本身就带有Web服务器，具体的我没有细看，现在这里摘录下来。

在 Windows CE 上实现网络服务1

http://hi.baidu.com/19chang19/blog/item/17caec2a95667928d42af11d.html

在 Windows CE 上实现网络服务2

http://hi.baidu.com/19chang19/blog/item/1c2835f46195f16bddc4741d.html

又找到一篇文章提及到了WinCE自带的Web Server文章，但是没有具体内容

http://simplaman.itpub.net/post/2120/458039

p.s. 还找到了一个额外的文章

"我再也不用Windows CE或者嵌入式Windows XP了"

http://rtzhao.it.com.cn/articles/162912.htm

您可能也喜欢：

Web开发专用IDE：Aptana Studio 3.0

Web服务器LiteSpeed

解决Flash内容总是漂浮于页面顶层的问题

Google用于提高网站质量的工具：Page Speed工具集

MVC最佳实践

无觅