之前的Win主机上挂了十几个WordPress网站，客户普遍反映后台操作已经慢到不行。于是我租了一台新的云主机，这次下决心要搞定Linux主机了，同样的配置，Linux跑WordPress肯定要快不少，而且也不会碰到Win主机下的各种怪问题。花了两天时间折腾，终于搞定建站环境，把第一个WordPress网站给搬了过去，也踩了不少的坑，这里记录一下过程，以做备忘。
Linux小白的我先用了CentOS6.4安装建站环境，不过第一次安装就碰到了无法解决的问题，索性换成CentOS6.5重装，最后总算折腾出来了。以下记录的是CentOS6.5下安装建站环境的步骤：
1. 在云主机系统的后台先设个root密码；
2. 下载putty登录工具，登录云主机。此时先输入root账号，接下来会提示输入密码，这个密码要一次性输入完毕，屏幕上不会显示任何*号提示。一旦输错就按回车重新输。 查看详细
在WordPress构建的网站上我们经常要定义一些全站通用的数据，比如联系方式、公司简介等，这些数据可能会在网站的任何地方被调用，比如首页、相关内页、每个页面的头部和底部等。个人喜欢称这样的数据为通用字段。既然叫通用字段，顾名思义就是存在于数据库里的一条可以被随处调用的数据，WordPress的options表提供了这样的便利。需要注意的是通用字段和自定义字段的概念区别，前者保存在options表中，而自定义字段则保存在postmeta表中。options表一般用来保存一些网站全局设置和插件设置，而保存自定义字段的postmeta表则保存的是用于和文章、页面、菜单等关联的字段。
WordPress封装好的操作options表最重要的函数就是 update_option ，本文通过一个最简单的实例介绍通用字段的操作。
首先看下我要定制的这个后台功能截图：
查看详细
Gravity Forms在国外是一款非常流行的收费表单插件，它的强大之处一两句话是概括不完的，要体会这款插件，可以去他的Demo演示站（demo.gravityforms.com）体会。这个插件帮我不知道省了多少开发时间，所以忍不住再次强力推荐。这样一款优秀插件，本身却并未提供多语言功能。在应用了WPML或qTranslate的多语言网站上，我们可以选择两款“第四方”插件，使多语言插件分别支持Gravity Forms。
首先来说个简单的 – 免费的Qtranslate。原作者停止更新qTranslate后，我们就用qTranslate-X代替。qTranslate是通过这样的语言标签：“<!–en:–><!–:–>”，来实现多语言的。在Gravity Forms表单中使用这样的语言标签，在前台会把这些标签当作文本一起输出。通过插件“qTranslate support for GravityForms”，可以直接让qTranslate-X支持Gravity Forms中填写的语言标签，在前端输出正确的语言文本。 查看详细
qTranslate是一款很不错的多语言插件，我曾经在很多项目中采用它，还写过博客整理了一些经验（点这里）。但可惜的是作者已停止更新这款插件，在WordPress主程序升级到3.9以及以后版本时，强行继续使用这款插件，会导致编辑器的可视化与文本之间无法正常切换，JS报错。如果你的WP网站离不开qTranslate，那就不能随便升级主程序了。
是时候更换插件了，我把我的十几个还在使用中的多语言WordPress网站项目分为两类，对于商业需求大，自定义文章类型多、自定义字段多的网站，我改用了WPML这款收费插件。其他的自定义文章类型、自定义字段少的网站，我把qTranslate替换成qTranslate-x – 一款后继者在继续开发和维护的qTranslate插件。 查看详细
WooCommerce无疑是打造基于WordPress的购物网站最有力的插件了。WooCommerce本身是一款免费的插件，但它提供了丰富的扩展接口，为网站的进一步开发提供了无限的可能。
定制WooCommerce商城网站，有时候我们需要为产品添加一些参数，比如在一个珠宝商城中，每个珠宝都要有主石、主石颜色、主石重量…等参数，为了规范管理和方便调用，这些参数最好都写到自定义字段中去。这里整理一下对产品追加自定义字段的笔记。
WooCommerce产品的自定义字段，在后台就放在常规选项卡中，添加了自定义字段的表现为：
查看详细
最近的几个项目都开始用WPML，一边做一边查询官方文档和论坛，提炼出一些实用函数，记录在此。
1 | echo ICL_LANGUAGE_CODE; |
这个变量直接输出当前页面语言编码，比如默认的英语就是“en”，法语就是“fr”。
需要知道，国际标准语言代码中，简体中文和繁体中文分别是zh-hans和zh-hant，WPML遵循此标准。建议不要在WPML内自定义language code，这将降低WPML和其他插件的兼容可能，增加踩坑概率。
WPML的保存机制是为每个语言单独生成一篇文章，因此要调用特定语言的文章，只要知道它对应其他任何一个语种的一篇文章的ID就可以用这个函数输出：
1 | icl_object_id(ID, type, return_original_if_missing,language_code); |
icl_object_id的官方文档：http://wpml.org/documentation/support/creating-multilingual-wordpress-themes/language-dependent-ids/ 查看详细
首先来介绍一下WP-PageNavi，这是一款免费的文章分页插件，它轻便小巧，大量的WordPress网站都在用它。如果你用过一款统计和显示页面访问量的插件WP-PostViews的话，你就会知道这两款插件的作者是同一个人。似乎这位作者很喜欢开发一些小巧实用的插件：
查看详细
最近在用WordPress+WooCommerce开发一个商城网站，一步一步抽丝剥茧的尝试修改着WooCommerce提供的默认主题。其实WooCommerce的主题定制逻辑挺简单，把WooCommerce插件中的templates文件夹整个复制到自己的主题中，重命名WooCommerce，即可任意修改。购物车、产品内页、帐号管理等页面都能顺利修改。唯独商品索引页面，我在archive-product.php反复尝试修改覆盖源文件，都没效果。
最后谷歌找到答案，解决方法如下： 查看详细
在WordPress网站开发过程中，有时候我们需要对文章/自定义文章类别（这里统称为文章）进行一些自定义排序，以下是我常用的自定义排序输出的方法：
1 2 3 4 5 6 7 8 9 10 | $myposts = get_posts( array( 'numberposts' => 50, 'post_type' => 'hotels', //自定义的文章类型 'orderby' => 'meta_value', //按照自定义字段排序 'meta_key' => 'hotel_country',//排序的自定义字段名为hotel_country 'order' => 'ASC' ) ); foreach( $myposts as $post ) { ... } |
在WordPress自定义字段面板中，有时候我们需要上传图片，或者附件，并且获取它的URL作为这个自定义字段的值。这个属于WordPress比较高级的后台定制了，但却是很常见的。很多插件都提供了解决方案，今天我把代码扒出来，可以直接用在主题的后台中。
把原本自定义字段的的input标签换成如下这段代码： 查看详细