WordPress 6.1是近期发布的版本，如果你持续关注WordPress的更新和对网站的优化，会发现更新到6.1版本后，会多引用一个名为classic-themes.min.css的样式表。
该样式表很小，里面只有一条对按钮的定义，对网站并不会造成明显的影响，但毕竟是多引入了一个通常都无用的文件。本着“应优化尽优化”的原则，我们可以取消对改样式表的引入。 查看详细
woocommerce_order_item_product这个函数，在很多插件里都用到过，但是这个函数自从WooCommerce 3.0版本就开始过期了，如果你用的插件或者主题里还包含了这个函数，会产生一个这样的报错：“woocommerce_add_order_item_meta is deprecated since version 3.0.0! Use woocommerce_new_order_item instead”
尽管报错信息里提示用woocommerce_new_order_item函数代替，但实际上woocommerce_new_order_item函数的参数和woocommerce_order_item_product并不完全相同，不能靠直接替换函数名称来解决问题。
之所以写这一篇博客，是因为我之前的一篇关于产品自定义字段的博客里有代码遇到了这个报错。这里重新贴一下这段代码：
//6.在订单中保存自定义字段 add_action( 'woocommerce_add_order_item_meta', 'brain1981_product_add_on_order_item_meta', 10, 2 ); function brain1981_product_add_on_order_item_meta( $item_id, $values ) { if ( !empty( $values['my_custom_addon'] ) ) { wc_add_order_item_meta( $item_id, 'my_custom_addon', $values['my_custom_addon'], true ); } } //from: https://blog.brain1981.com |
写在前面，WordPress多站点并不适合初学者，而对于熟悉WordPress开发的人来说，也应该慎用。WordPress多站点本身是一个比较理想化的解决方案，它在某些维度上简化了拥有多个网站的站长的管理流程，节约了服务器的空间；但它也增加了一层系统结构上的复杂度，使你在操作网站搬家、迁入等大的维护工作的时候容易踩坑。比如对于数据库，如果是单个WordPress网站搬家，我通常只要直接导出数据库就行了，而对于多站点中的子站点就需要做一些额外工作了。本文只讨论WordPress多站点的建立流程，因为我最近正好又为一位客户实施了一次，可以完整滴梳理一下实施过程和容易出错的地方。
WordPress多站点有两种形式，子域名和子目录。这次要配置的是子目录形式，也就是站点一是abc.com/site1 ; 站点二是abc.com/site2 这种形式。
首先，到原站点的设置 – 常规 页面中，把站点地址由原来的 abc.com形式，添加你需要的子目录名，变为 abc.com/site1，并保存设置。此时你访问 abc.com，浏览器会自动跳转到 abc.com/site1 。 查看详细
这次的文章标题有点拗口，其实用一张图概括就是这样的：
在文章列表页，点击“快速编辑”，展开的选项栏叫做快速编辑栏。我们可以把一些经常要修改的文章字段放到快速编辑栏里，这样就可以在列表页直接修改这些字段，而不用进入下级的文章页了，可以从而节约时间。 查看详细
Dashicon是WordPress本身自带的一套图标系统，它满足了WordPress后台对小图标的需求，但也仅仅是满足了WP自身的后台使用而已。为了避免不必要的冗余，WordPress官方也并没有打算把它打造成一套丰富的图标，而是把这个空间留给了开发者和设计师。如果你开发的插件需要在WP的后台新建菜单，或者你的网站有着各种自定义的Post类型，那么你可能就需要添加自己的图标了，毕竟，WP自带的图标库中，去掉WP正在使用的那些，可选的真是不多。
生成新的Dashicon，可以借助一个网站 – Glyphter。网站本身就提供了一些图标给你添加，这些图标都是开源的，可以免费使用，其中就包含了Font Awesome以及众多其他有名的图标库：
查看详细
最近上线的一个项目：WooCommerce定制微信小程序。基于之前的WordPress的网站（也是由我开发）后端，利用WordPress和WooCommerce的扩展能力，定制了小程序使用的API；小程序的前端则是从无到有的独立开发。能对WooCcommerce做到这样的定制扩展的建站商非常少，我们的技术优势在此项目中得到了充分体现。
查看详细
WooCommerce二次开发中，经常会需要对购物车进行改造，甚至有时候会需要重写购物车页面，所以就有必要把WooCommerce的购物车提供的接口方法做一下整理。本文对我在最近的一些项目中使用过的方法进行简要的记录。
首先，在调用任何购物车方法之前，先要检查当前页面环境对购物车对象是否可用：
1 2 3 4 | if ( is_null( WC()->cart ) ) { wc_load_cart(); } WC()->cart->get_cart(); |
常用的条件函数，返回true/false
1 2 3 4 5 6 7 8 9 10 | //检查购物车是否有商品 WC()->cart->is_empty(); //检查购物车是否需要付费，如果费用为0则返回false WC()->cart->needs_payment(); //检查购物车中是否已经记录收货地址 WC()->cart->show_shipping(); //检查是不是需要寄送（用于计算运费的情况） WC()->cart->needs_shipping(); //检查是不是有折扣，如果后台减了价格，这里会返回true WC()->cart->has_discount(); |
最近忙于自己开发基于WooCommerce的微信小程序。在决定自己研发之前，我也调查过国内已有的他人研发的WooCommerce微信小程序，对各家的产品Demo分别进行了试用后，还是决定自己从0开发一套小程序。从无到有的过程必然是一项浩大的工程，但经历一下这个过程还是很有必要的。首先，我们开发的项目100%自己掌握代码修改是最基本的要求。目前市面上已有两款第三方开源WooCommerce微信小程序，但都只是部分开源，且给出的源代码甚至不能直接跑通，使用这些开源代码做二次开发会很“受制于人”。考虑到自己也需要长期深耕定制小程序，需要随心所欲地扩展功能和设计，作为开发者就必须对项目的每一行代码都有本质理解。要达到对一个系统有本质理解的程度，最快的方法并不是去读别人的代码，而是自己写一套出来。恰好手头的一个项目给了我2个月时间，以我对WooCommerce的了解，是有信心独立完成小程序的开发的。目前项目开发已完成，点击这里可以查看案例，今后会不定期分享一些零碎的经验心得。
基于WooCommerce的Rest API开发第三方应用，首先要解决用户鉴权问题，这里要分两种情况：
1. 用户未登录
2. 用户已登录
查看详细
最近在给一个老的WordPress网站换服务器搬家完成后，检查PHP报错日志，发现打开任何一个页面都会生成很多条PHP报错信息，都是关于Yoast SEO插件的索引表yoast_indexable，表现如下：
查看详细
