开启评论的WordPress网站默认会在有用户提交评论后，发邮件给管理员；出于网站安全考虑我们还会把评论设置为需要通过审核才能发布，这种情况下评论通知邮件会变成“有评论需要审核”通知邮件。这两个设置在后台的Setting – Discussion下。如果你的网站比较“热闹”，你就会经常收到评论通知邮件。如果你不想这样被频繁打扰，也可以去掉这两个勾选：
查看详细
新手用WordPress喜欢装各种插件，装了这些插件又苦于他们没有中文界面…
这是一篇本人写于知乎问题的回答，自己博客再发布一下，文章略有修订。原答链接：https://www.zhihu.com/question/55772594/answer/2975663716
WordPress庞大的生态，使全世界任何国家地区的开发者都可以加入为他开发插件和主题，所以在这个生态里，绝大部分插件和主题都是第三方开发者开发的，这个第三方可以是技术实力雄厚的公司，也可以仅仅是一个个人开发者，甚至可能是个刚刚研究WordPress没几天的初学者。这些人中，母语汉语的中国人不是没有，但总体比例肯定是少之又少。
如果一个不说汉语的人开发了一款插件或主题，那它的界面自然是基于开发者的母语的，如果想要它提供中文界面，就需要另一位懂中文的人翻译这款插件。翻译插件/主题还有一个重要前提，就是被翻译的插件/主题需要基于标准的语言规则，把界面文本写入po文件，这样其他语种的人才能借助翻译软件，像填excel表那样填写对应字段的翻译。
这是用Poedit软件打开po文件，进行插件/主题翻译的截图：
做基于WooCommerce的微信小程序，一个绕不开的技术点是需要自己写购物车的接口。WooCommerce至今都没有在自带的Rest API中提供购物车接口，我一直认为这是一个遗憾。
在查了一些资料后，我大致能明白WooCommerce不提供购物车接口的原因，因为大部分的第三方并不需要WooCommerce来提供购物车数据。如果你用WordPress+WooCommerce做后台，开发了一款独立APP，用户可以在APP上完成完整的购物流程，最轻便的做法是不让WooCommerce提供购物车数据，购物车只在APP本身提供即可，WP后台只负责提供商品和订单信息足矣。所以WooCommerce提供的Rest API是足够完成一款普通的第三方应用的需求的。但我们考虑另一种情况，如果你的WooCommerce同时以网站和APP两端提供服务，即同一个用户既能登录网站购物，也能从APP购物，那么你就要考虑购物车的数据同步问题了，要让网站的购物车和APP的购物车同步，我们就不得不需要WooCommerce端有购物车接口了。
这篇博客是对去年写过的一篇“WooCommerce购物车对象使用以及方法函数概括”，进行的一个扩展。在熟悉了购物车一些对象和方法使用后，我们是可以自己写一个购物车接口的。
首先定义一下接口：
1 2 3 4 5 6 7 8 9 10 11 12 | add_action('rest_api_init', function(){ //from: https://blog.brain1981.com register_rest_route('wx_app/v1', 'cart', array( 'methods' => 'GET', 'callback' => 'brain1981_rest_wc_cart_list', 'show_in_index' => false, 'permission_callback' => function ($request) { if (current_user_can('read')) return true; } )); }); |
访问这个接口的地址就是 https://你的域名/wp-json/wx_app/v1/cart， 主要业务代码放在brain1981_rest_wc_cart_list函数中。下面是这个函数的写法： 查看详细
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做到这样的定制扩展的建站商非常少，我们的技术优势在此项目中得到了充分体现。
查看详细
