今天在开发小程序的过程中发现一个旧的项目在加载了几十条文章数据后，就再也无法继续加载了，微信开发工具中报错“invokeWebviewMethod 数据传输长度为 1957855 已经超过最大长度 1048576”
这是由于微信小程序规定页面的data对象最大只能装载1M的数据，而我的数据源都是很长的文章，在加载了50篇左右就超过1M了。显然用WordPress默认的REST API格式是无法突破这个瓶颈了。于是就要想办法修改API，在要加载大量文章的列表页中，把文章正文内容去掉，就能减少90%的数据量，反正列表页也不需要显示正文；只在文章详细页上加载当前文章的所有数据。
首先是去掉默认API的文章详细内容，并且删除掉一些觉得没用的字段： 查看详细
这应该是一个比较常见的功能需求了，虚拟物品由于不需要进行送货，用户付款后即可算作订单完成，以便网站统计订单后进行更多操作，用户也可能籍此获得一些其他的优惠或者权益。这一切都需要前一个订单在没有人工干预的状态下自动完成。
首先，官方文档中给出了直接完成订单的代码：
1 2 3 4 5 6 7 8 | add_action( 'woocommerce_thankyou', 'custom_woocommerce_auto_complete_order'); function custom_woocommerce_auto_complete_order( $order_id ) { if ( ! $order_id ) { return; } $order = wc_get_order( $order_id ); $order->update_status( 'completed' ); } |
接到一个需求，要把公司的一个酒店行业的WordPress网站里的几百家酒店数据导出为CSV文件，以便其他开发人员把它转成需要的格式开发APP。觉得这是一个比较笨的需求，WP是一套十分便捷的CMS，用WP后台管理这些酒店数据很容易，但对方是要拿静态的CSV文件，转格式后，就要导入另一套不如WP好用的后台。同一套数据两边分别管理，实在是浪费人力。我们为什么不能直接通过WordPress后台同时管理网站和APP数据呢？
由这个切入点，让我想起了WP REST API，从最近发布的WP的4.7版开始，已经官方支持REST API，不需要安装任何插件了。这也是现在的技术趋势，使得WordPress不再局限于PHP语言，能够导出JSON数据被任何其他开发语言和平台所使用。
REST API的基本概念就是直接把网站数据通过类似
http://yourdomain.com/wp-json/wp/v2/posts/
http://yourdomain.com/wp-json/wp/v2/pages/
这样的URL转成JSON
这个URL可以再定义得细一些，比如 查看详细
接上一篇 定制WooCommerce的账户详情(用户资料)页，增加自定义字段，修改默认字段 后，本文记录一下如何修改WooCommerce用户中心的edit-address以及购买商品结帐页面的字段。所有修改还是为了符合国内用户的书写习惯，把姓名合并成一个字段，去掉email字段，把地址栏从2行变成1行。
修改之前是这样的：
首先是去掉lastname、city和address_2这些没必要的字段 查看详细
WooCommerce是一款非常流行的WordPress电商插件。然而也听到很多人反映，它并太符合中国用户的使用习惯。国内用户的电商网站使用习惯大多是被淘宝培养出来的，因此如果要基于WordPress + WooCommerce搭建一个面向国人的小型电商网站，为提高用户体验，还是要对WooCommerce做不少改造的。在做过N个相关项目后，我觉得有必要分几篇文章，把WooCommerce值得改造的点和改造过程总结一下。我的原则还是能不用插件就不用插件，几十行代码能搞定的事情，肯定不会考虑用插件。本文先说说如何自定义账户中心的用户资料页。
首先，默认的WC用户资料页大致是这样的：
查看详细
这个问题在最近的一个项目中反复出现，页面显示截图如下：
由于报错并没有提示是哪个文件哪行代码出问题，所以起初我只能通过一个个关闭插件来排查问题。首先，在这个网站上我用了WP Super Cache插件，关闭它后，报错变得时有时无；同时这个网站上我用了WPML、BuddyPress等大体量的插件，发现关闭其中任何一个，这个报错就不会出现。那么似乎问题就出在这些插件互相间的兼容问题上。然而这几个插件目前来说都是难以被替代的，如果禁用会导致开发成本大大增加，郁闷之余，把项目先放在一边，先陪儿子们玩去了… 查看详细
给WordPress文章添加点赞功能，其基本思路就是给每篇文章添加一个自定义字段，用这个自定义字段存储赞数；在客户端用Cookie存储是否已经点赞的变量。给BuddyPress的帖子添加点赞功能，思路也是一样的，但BP的帖子和自定义字段在数据库中并不保存在WP原来的表中，要读取/操作它们就要用BP自己的API。给BuddyPress添加的点赞功能，效果如图：
查看详细
最近两周一直在忙一个基于BuddyPress的项目，从选定BuddyPress，到项目上线，中间踩了不少原本不曾料想的坑，争取尽可能多的总结出来。
首先，和WooCommerce一样，要对BuddyPress进行主题定制，就要先在自己主题根目录下新建一个buddypress.php的模板，所有外围框架样式都可以往这个模板上堆，这里就不扩展了。
其次，如需要对BuddyPress的主题、结构等做更多定制，就要在主题根目录下新建一个buddypress文件夹，把插件目录\plugins\buddypress\bp-templates\bp-legacy\buddypress内的所有文件都复制进来；另外还要把\plugins\buddypress\bp-templates\bp-legacy\css下的buddypress.css复制到主题的css文件夹下；如果你是基于WP自带主题，比如twentyeleven开发的，还需要把twentyeleven.css放到主题的css文件夹下，并且重命名为buddypress-twentyeleven.css。 查看详细
最近项目很多，就没什么时间更新博客。在碰到同一个问题的时候，时隔一个月居然先后求教搜索引擎两次，比如本文标题的这个问题。其实在第一次解决后，做个笔记，第二次再碰到就可以直接解决，而不用再到处找答案了。所以，还是记录一下这个问题的解决吧。
这个问题是我修改主机上一个网站的域名绑定的时候碰到的。在改了LNMP的vhost配置文件和网站路径、域名解析也完成后，用新的域名访问网站，就出现了这样的open_basedir报错：
查看详细