189 8069 5689
当你需要自己做一个主题模板，或者需要修改WordPress源程序的时候，搭建一个方便快捷的工作环境，可能会极大地提高自己的开发效率。(那些在vi上如履平地的大牛就不要嘲讽我了)你当然可以用记事本、notepad++或者vi之类的纯文本编辑软件来直接完成开发任务。vi配合一些插件，或者mac上的textmate，都是php开发的利器。但对于那些习惯了“豪华”IDE支持的同学来说，可能上面那些纯文本编辑软件就“略显不足了”(对我来说，windows下面用感觉vi太怪了)。
十多年的六合网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都全网营销的优势是能够根据用户设备显示端的尺寸不同，自动调整六合建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联从事“六合网站设计”,“六合网站推广”以来，每个客户项目都认真落实执行。
下面介绍我用的一个工作环境搭建方式。
1.首先对于IDE来说，我觉得还是Aptana 2好些，Aptana外观UI很漂亮，而且已经集成了几乎所有的 WEB开发工具，从FTP上传到JS/CSS开发，都得到了不错的支持。选择Aptana的另一个理由就是，它基于Eclipse，用惯了Eclipse 的，Aptana上手简直没有任何困难。
Aptana 3还处于beta版本，它默认集成了php工作环境，但是我用了一下，感觉好蹩脚，尤其是哪个配色方案…我也懒得改了。
下载Aptana 2以后，你的机器需要 Java Runtime(JRE)的支持。打开Aptana 后，不能立即用于php开发，你还需要安装它配套的php插件，可以从“My studio”页面安装，也可以像传统Eclipse那样从“Install new Software”安装。
2.选择另外一个工作空间，或者就使用默认的工作空间，然后你就可以创建一个新的php项目了。
将下载回来的WordPress包解压到项目文件夹里，并在左边的Php explorer中从根节点刷新一下(F5)，这样就能看到新加的wordpress文件夹了。
把项目的文件编码调节到UTF-8，默认的是西方语系，会有乱码：
3.为了在修改wordpress文件或者修改模板文件后，可以立即从本地浏览器查看到改变，我们必须搭建一个本地HTTP服务器，并且把 wordpress目录映射成服务器的一个网页目录。(如果不这样做，你就必须把更该的文件上传到服务器里，无论是本地还是远程，这个操作都非常耗时)
在Windows下，有很多服务器套件，可以一键安装本地服务器，我用的是XAMPP。我选择的是那个zip包，纯绿色安装版。
具体的apache相关设定可以参考我的：
Alias /blog "D:/workspaces/workspace-Aptana/cogipard-blog/blog"
Options Indexes FollowSymLinks Includes ExecCGI
AllowOverride All
Order allow,deny
Allow from all
通过浏览器访问就可以看到熟悉的wordpress安装界面了。
4.至此，基本的wordpress开发环境搭建完毕。无论是PHP，Javascript还是CSS，Aptana 都提供了一个一流IDE应该具有的功能。基于Eclipse的，又使得Aptana 可以使用Eclipse丰富的插件库来完善自身。
新建一个插件
这个部分告诉你怎么把开发插件的理想变为现实。
名称，文件和地方
插件名
你得先想一个名字，并且努力让它独一无二。在 Plugins 或者其他宝贝地方——Google或者百度先验证一下这个名字到底是不是独一无二的。另外你的名字得让别人明白你的插件是干什么的。
插件文件
下一步是创建一个PHP文件。按照原文奇怪的逻辑，你得先想好名字。这个名字还得是从插件名衍生过来的（其实是为你自己辨认的）。举个例子吧，比如说你的插件名字叫 "Fabulous Functionality",你的PHP名字可能是 fabfunc.php。另外不要用汉语拼音（这也是我加的），还要避免重名。人民群众会把你的插件安装到一个你也知道的叫wp-content/plugins/的地方,如果名字冲突岂不要悲剧了。
你也可以选择把插件分割成几个文件。 显而易见一个php文件是必需的，同时还需要图片、CSS、JavaScript、语言（当然也可以没有）。如果有很多文件，命名一个php和一个文件夹，例如 fabfunc and fabfunc.php。把你所有插件文件放到文件夹里，然后让你的用户相信只要把你的整个压缩包解压到 wp-content/plugins/就能正常使用你的劳动成果。
在本文的其余部分，“插件的PHP文件”是指主要插件的PHP文件，无论是在的wp-content/plugins/或子目录。
Readme文件
如果你想将你的插件发布到, 你必须在插件包中建立一个标准格式readme.txt文件. 文件格式参见.
主页
最好为插件建立一个主页，以介绍插件的功能、安装方法、使用说明、适用的WordPress版本、插件更新信息等。
文件Headers
现在开始吧，首先让我们从向PHP主文件中加入一些信息
标准插件信息
插件的主文件顶部必须包括一个标准插件信息头。WordPress通过标准信息头识别插件的存在，并把她加入到控制面板的插件管理页面，这样插件才能激活，载入插件，并运行里面的函数；如果没有信息头，插件将无法激活和使用。标准信息插件头的格式为：
?php
/*
Plugin Name: 插件名
Plugin URI: 插件的介绍或更新地址
Description: 插件描述
Version: 插件版本，例如 1.0
Author: 插件作者名称
Author URI: 插件作者的链接
License: A "Slug" license name e.g. GPL2
*/
?
标准信息头至少要包括插件名称，这样WordPress才能识别你的插件。其他信息将显示在控制面板插件管理页面中。标准插件信息对各行顺序没有要求。
这样的升级机制能够正确地读出你的插件版本，建议你选择一个格式的版本号，不同版本之间，并坚持下去。例如，x.x中或x.x.x或xx.xx.xxx
注意：文件必须是 UTF-8 格式！
版权信息
通常我们还要在标准信息头中加入插件的许可证信息。大多数插件使用GPL或GPLCompatibleLicenses许可。如果使用GPL许可，要求插件中包含以下信息：
?php
/* Copyright 年份 作者名 (email : 你的邮箱)
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
*/
?
开始编写插件
现在是时候让你的插件能干些什么了。这部分内容包括插件开发的一般思路，而且介绍了开发插件需要做哪些工作。
WordPress插件钩子
许多WordPress插件通过连接一个或多个WordPress插件钩子来完成他们的功能。插件钩子的运行机理是，当WordPress运行到不同阶段，WordPress会检查当前阶段是否注册了插件函数，如果是，那么函数将被执行。通过执行插件函数改变了WordPress的默认功能。
例如，在WordPress将日志标题和post发送到浏览器前，会检查是否有插件函数注册了名为“the_title”的“filter”钩子。如果是，标题文本将会传送到注册函数中，注册函数返回值将会传送到浏览器。所以，如果要在日志标题中加入一些信息，可以通过这种方式实现。
另一个例子是名为“wp_footer”的“action”钩子。在WordPress的HTML页脚创建之前，会检查是否有插件注册了名为“wp_footer”的“action”钩子，如果是依次执行她们。
在Plugin API了解更多如何注册“filter”和“action”类型的钩子函数，及WordPress提供了那些插件钩子。如果你发现WordPress没有提供自己想要的钩子，你可以建议WordPress加入这个钩子，很多建议WordPress都会采纳。具体方法参考Reporting Bugs。
模版标签
另一个通过插件加入新功能的方法是建立自定义的模版标签Template Tags。如果有人想用你的插件，可以在他们的主题中添加这些标签，边栏，文章内容段，或者任意的只要是适合这插件的地方。例如，一个给文章添加地理位置的插件可能定义了一个模板标签函数geotag_list_states()放在边栏上，这里列表了所有在文章中关联的州的名称，并且还带有插件提供的到这些州的文档页的链接。
定义一个自定义模板标签，仅需要写一个PHP函数，并且在你插件主页或者插件的主PHP文件中声明一下。声明函数的时候，为这个函数提供一个示例来明确如果想要应用这个函数需要加主题中加些什么文件是个相当棒的主意。
保存插件数据到数据库
大多数WordPress插件需要站点的所有者或者是博客的用户输入信息，然后在对话过程中保存起来，以便过滤器函数(filter)、动作函数(action)或者模板函数(Template)使用。这些信息必须保存在WordPress的数据库中，以便下次使用。这里有两种基本的方法用于保存插件的信息到数据库里面。
使用WordPress的"option"机制（稍后会有介绍）。这种方法适合于保存一些相对小数量的静态命名类数据--这类数据通常只需要网站的所有者在首次建立插件的时候输入，以后很少改动。
文章属性post meta(a.k.a. Custom Fields)，适用于那些只和个人文章、页面或者附件有关的数据。
参看post_meta Function Examples, add_post_meta(), 以及与文章相关函数属性post.fuction meta (a.k.a. Custom Fields).
自定义分类法。对于文章分类或者其他对象，比如用户、评论，或者用户可编辑列表中的数据名称/值，可以考虑使用自定义分类法，尤其是当你要访问的所有的文章/对象与给定的分类法项目相关联的时候。查阅 Custom Taxonomies
在数据库中创建一个新的自定义数据表。这种方法适合于与个人文章、页面、附件或者评论相关的数据，这类数据会随着时间越来越多，它们也没有专有名称。参看Creating Tables with Plugins来了解更多这类信息处理方法。
总共分两步： 1、将 xxhtml 修改为 page-xxphp 上传到你当前使用的主题目录中； 2、在WordPress后台创建别名为 xx 的页面后发布，大功告成。 也可这样： 1、将 xxhtml 修改为page-template-xxphp 然后再该文件头部添加： 然后上传到你当前使如何基于wordpress开发一个网站