在本机重构wordpress插件开发系统

上月初笔记本的硬盘噼里啪啦的乱了,貌似是硬件问题,听着里面咯吱咯吱的叫,感觉心惊肉跳的。换了同型号的硬盘重装系统,幸亏有网络和移动硬盘备份重要文件,让工作可以继续,但手机程序、照片以及自己业余开发程序的环境就不复存在了。近段忙的不行,前天终于有时间有心情把这一切恢复起来。把相关步骤做个记录,聊以备忘。以后如果硬盘再坏了,照这个重新来一道就可以了(希望不会再次发生)。 整体的部署如下:

  1. 安装netbeans for php的集成开发环境;
  2. 在本机架构apache服务器和mysql服务器环境;
  3. 从http://heart5.com 的服务器空间把整站down下来,然后把mysql数据库压缩备份下来;
  4. 在本机架构wordpress博客站点并把down下来的网站数据和数据库数据恢复并做相应修改,注入;
  5. 在netbeans中新建project,源码就是本地服务器安装的wordpress程序代码;
  6. 安装svn工具,checkout出来wordpress.org插件目录中的源码,设定到netbeans开发环境中;
  7. okay。

一、netbeans已经是6.9版本了,php专用版只有35M,安装之,和以前版本的差别不是很大,release中说是多了对某些服务的支持,使用过程中再慢慢体验吧。netbeans本来是java开发平台,原来使用体验不错,就沿用了for php的专用版本,也不期待对php的支持能好到哪里去,能用就好。

二、在本地架构主机和数据库服务自然使用xampp套件,到主网站看了下,已经升级到1.7.3版本了。下了个lite版本,zip压缩,有60.9M大,支持apache和mysql够了。解开使用前,需要运行setup_xampp.bat进行系统设定,基本一路y就可以了。平常使用的话就运行xampp-control.exe,手动启动apache和mysql服务就可以了。可以在浏览器中键入http://localhost/xampp 进行测试,安装并设定成功的话浏览器会显示xampp的欢迎信息。

三、考虑到博客上曾经上传了图片存放,再加上一些其他个人文件,因此找胡戈戈回复了ftp密码后对全站进行下载,结果花了我五个小时时间,大呼上当。究其原因,首先是原来设定的每周数据库备份占了100多M,其次是wordpress的目录太深,ftp时非常好时间。其实正确的方案是在本机重新安装wordpress3.0版本就可,至于个性化的图片和文件顶多半个小时就恢复完了。进入cpanel对数据库进行了备份下载。后来发现的诡异事件是自从我用cpanel对数据库进行了操作后,网站居然不可访问了,提示error establishing database connection,后来Google之,根据别人经验对config文件进行了相应修改才恢复正常。难道原来的配置文件是错误的,那为什么原来可以正常访问呢?猜测可能是服务器端缓存的原因。

四、wordpress程序文件和个人个性化文件很好搞,直接拷贝到xampp下的htdocs目录下就行了。有点技术含量的是对本机的mysql进行相应的设定。登录http://localhost/xampp ,进入phpadmin图形化数据库管理界面,构建一个数据库用于存储博客数据,然后再用mysql命令行工具新增一个用户并赋予它访问新构建数据库的权限。方便起见,建议无论是数据库名称还是用户名称和密码都和外购服务器空间上的保持一致,避免更改config文件。同样是在phpadmin图形化数据库管理界面中选择新建的数据库,把从外购服务器备份下来的数据库文件导入,然后修改option子表的home和siteurl的值为http://localhost 。一切okay了,你可以在浏览器中登录http://localhost 访问,应该会正常显示博客页面,和外购服务器上的一模一样。注,为避免混淆,建议在管理后台修改博客中文名称,加上“本地”二字,避免调试中可能产生的混淆。

五、启动netbeans,新建项目,命名为wordpress,设定服务器地址为localhost,并选中源码改动时自动拷贝至服务器,源码目录一般在我的文档下的netbeansproject下。从xampp的htdocs目录下把文件全部拷贝过来。以后启动netbeans进行程序开发就行了,所做调整都会自动反应在本地服务器上,可以通过浏览器访问localhost查看效果。

六、原来用的是官方的svn命令行工具,这次尝新,安装了图形化界面的tortoisesvn使用。进入netbeansproject下的wordpress的statpresscn插件目录下,把内容全部删除,退回上一级目录,用鼠标选中statpresscn目录,右键弹出菜单中选择checkout,在弹出的窗口中输入http://svn.wp-plugins.org/statpresscn/trunk (一定记得最后的那个trunk,否则它会给checkout整个svn repository),checkout下来。你会看到statpresscn目录的图标自动被tortoisesvn接管了,如果里面的源码文件有改动,图标会做相应显示,想把修改后的文件提交至服务器,右键选择相应svn命令就行了。 至此,本机的wordpress插件开发系统已经构建完毕,可以正常运转了。这两个月有不少朋友对statpresscn提了很好的建议,终于可以逐步实现它们了。

通过插件在《head/》中写入css和js文件

想借助jQuery提升StatPressCN的表现性能,阅读文档过程中突然想到一个问题。jQuery以及自己拟写的js文件需要在<head/>中载入,但wordpress封闭了页面的生成过程,这就意味着用户访问时产生的页面都是通过wp自动生成的,那我怎么有机会引入自己写的css或js文件呢?

后来想应该有hook可以挂接的。查询研读codex并通过研究其他插件的做法(比如wp-stats),果不其然,万能的wp果然提供了这些接口。

先看下wp-stats的做法。

### Function: Enqueue Stats Stylesheets
add_action(‘wp_print_styles’, ‘stats_stylesheets’);
function stats_stylesheets() {
if(!function_exists(‘pagenavi_stylesheets’)) {
if(@file_exists(TEMPLATEPATH.’/stats-css.css’)) {
wp_enqueue_style(‘wp-stats’, plugins_url(get_stylesheet_directory_uri().’/stats-css.css’), false, ‘2.50’, ‘all’);
} else {
wp_enqueue_style(‘wp-stats’, plugins_url(‘wp-stats/stats-css.css’), false, ‘2.50’, ‘all’);
}
}
}
给wp_print_styles添加了一个动作,这个动作通过wp_enqueue_style把自定义的css给链入了html的head部分。稍作修改在StatPressCN中测试,查看源码显示如下:《link rel=’stylesheetid=’statpresscn-csshref=’http://localhost/wp-content/plugins/statpresscn/statpresscn.css?ver=1.7.3.0′ type=’text/cssmedia=’all‘ /》。引入成功。

wp_enqueue_style的功能是“把一个css样式文件纳入队列(显示)”,语法wp_enqueue_style( $handle, $src, $deps, $ver, $media ),handle指的是样式表的名称(必填);src是相对根目录的路径,取值可以是字符串也可以是布林值;deps是指该样式表需要依赖的其他样式表列表,取值应该是数组;ver是指样式表的版本号,意在通知客户端浏览器采用新的样式表;media指该样式表的媒体类型。

样式表加载的相关函数有四个:显示,注册,注销和队列。WP_Styles – CSS stylesheet loading (and functions wp_print_styles, wp_register_style, wp_deregister_style, wp_enqueue_style )

js脚本的载入方法和css类似,仅仅是名称随之换成了scripts而已。WP_Scripts – JavaScript loading (and functions wp_print_scripts, wp_register_script, wp_deregister_script wp_enqueue_script)。

但脚本的加载因为兼容性等原因,要比样式表复杂一些。挂接点一般在init而不是wp_head(可能也行,但我测试没有成功),另外就是对jQuery的调用。因为wordpress系统自身是支持jQuery的,需要使用的时候声明一下就行了,如果想用自己想要的其他版本,那就先注销wp系统的那个,再注册自己的那个。测试成功的代码如下:

// Function: Enqueue StatPressCN javascripts

function spcn_javascripts() {

if (function_exists(‘wp_enqueue_script’)) {

wp_enqueue_script(‘jquery’);

wp_enqueue_script(‘statpresscn’, plugins_url(‘statpresscn/statpresscn.js’), array(‘jquery’), SPCVERSION);

}

}

add_action(‘init’,’spcn_javascripts’);

从测试效果看,在页面的head部分确实是先引入了jquery,然后才是statpresscn.js。因为wp给jQuery设置了防冲突模式,在调用对象的时候不能直接向平常那样通过$调用。要用平常习惯的方式的话,需要做些封装传递
jQuery(document).ready(function($) {
$(‘#statpresscn  li:nth-child(odd)’).addClass(‘gray’);
});
wordpress官方文档中一些参考资源很不错,值得一看。

StatPressCN,1.7.2.2版本

功能开发:

  1. 在主功能页面中添加年度统计数据,应http://bizknowledgewatch.iese.us/的要求

代码改进:

  1. 修正了选项中的一个显示错误。

规则定义:

  1. 添加了五个spider定义,其中一个是wukong,移动类的;
  2. 又找到了一条微软msn的恶意机器人ip规则。

下载升级:

  • 请到wordpress官方插件网址下载最新版本,ftp到服务器上去;
  • 或者,如果您的wordpress是2.7版本以上的,那就耐心等段时间(大约几个小时吧),管理后台会自动提示升级的。

升级需做:

  • 无。

开发笔记

有朋友需要年度的统计显示,现在加进来了。刚好再熟悉训练下对时间函数的运用。

wukong搜索的爬虫真勤劳,侧面说明现在的移动搜索确实要兴旺发达起来了。

又揪出了一个微软msn的恶意机器人,唉,还是65.55.108.系列的。

StatPressCN,1.7.2.1版本

功能开发:

  1. 俄罗斯朋友fatcow提供了俄语翻译文件,加入之。

代码改进:

  1. 有朋友反馈mysql中不等于用<>会有问题,全部改为!=,后者应该是标准用法。

规则定义:

  1. 为Google翻译添加了一些规则,看来该工具用的人越来越多了,另外是否也说明了这个StatPressCN博客访问统计插件也越来越国际化了^_^

下载升级:

  • 请到wordpress官方插件网址下载最新版本,ftp到服务器上去;
  • 或者,如果您的wordpress是2.7版本以上的,那就耐心等段时间(大约几个小时吧),管理后台会自动提示升级的。

升级需做:

  • 无。

开发笔记

从不可得朋友(马来西亚)的反馈来看,feed统计仍然存在问题,但在开发过程中进行测试的时候又是好的,看来这个事需要换种角度解决问题。

俄罗斯朋友肥牛fatcow给我发邮件说提供了俄语的本地化文件翻译,十分感谢,不过我过去他的网站回访发现是卖主机服务的,呵呵,厚道点,管他做什么呢,还是把连接给加上了,在wordpress的官方说明中,应该能给他带去些访问量吧。

blog更换服务器+导入超大sql备份文件的方法

网站忽然被lunarpages给停了,十一兄弟和他们交涉了,他们说是mySTAT插件占用资源太多,超标了。几次邮件沟通,但暂无结果,不能就这样一直停着,于是决定先换回在胡戈戈那里购买的空间(一直没用)再说。

blog更换服务器,尤其是基于wordpress的blog,应该是非常方便的,也就是三步:

  1. ftp进入空间把wordpress的程序文件从源服务器搬过来;
  2. 把从原服务器备份出来的sql文件(包含了所有数据库信息,里面是文章、评论、设定等)注入新服务器的mysql中;
  3. 到域名服务商那里把A记录修改为新的ip地址。

第一和第三没啥科技含量,第二步如果sql文件只有几兆(小于10兆)的话也很容易,两下就完了。问题是,我的sql备份文件居然有47兆(都是那个mySTAT的统计数据),导入时总是超时。

在网上搜了下,找到了一篇文章说这个事的,并且提供了程序文件。看了下源码,大体思路是先把备份文件ftp到服务器上,然后再在服务器端执行导入。兴冲冲的试了下,谁知道思路正确,执行却出了问题:提示内存耗尽,超限了。再次在网上搜索,有提供解决办法的,那就是人为提高内存设定。修改后上传执行,仍然不行,还是超标。郁闷!

后来在自己架设的xamp环境中测试,仍然超限。服务器不是我随便改的,但自己架设的总能自己做主吧。修改了设置,将内存限制提高到了128M,呵呵,运行成功。然后就好办了。我在本机上把数据表一个个导出,然后再注入服务器端。OKAY,一切搞定。

更换服务器并测试成功后,赶紧把那个鬼mySTAT插件给停了,并且删除了数据表。然后备份数据库,再用wordpress提供的工具把文章、评论啥的一块再做了备份。哈哈。终于可以高枕无忧了。