前端开发，视觉设计，WordPress，Web技术研究…
写在前面，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，表现如下：
查看详细
如果一个WooCommerce网站存在多种不同的运费（Shipping Method），则可能有必要让用户在运费选择的模块中了解不同运费的区别。你可以解释运输的时长，或者解释价格的构成等，总之就是提供更多信息帮助用户做出最好的选择。比如在这里，我就对每个运费添加了时长的解释：
一个便捷的办法是通过以下代码实现的：
add_filter('woocommerce_cart_shipping_method_full_label', 'brain1981_custom_shipping_method_label', 10, 2); function brain1981_custom_shipping_method_label( $label, $method ){ $txt = ""; if( $method->id=="flat_rate:1" || $method->id=="free_shipping:4" ){ $txt = 'In 15 Business days'; }else if( $method->id=="flat_rate:2" || $method->id=="free_shipping:3" ){ $txt = '7-10 Business days'; } return $label . '<br /><small>' . $txt . '</small>'; } |
需注意的是，WooCommerce的运费ID的格式都是以这样的形式呈现的：
flat_rate:1
free_shipping:2
以上这段代码就是事先辨认出这些运费ID，通过woocommerce_cart_shipping_method_full_label这个钩子在运费的标题后面增加一小段描述。如果你的运费数量不多且比较固定，这段代码就足够用了。
那么如果一个网站有很多种运费，并且经常会修改运费种类，上面这种hard codding的写法就会变得很臃肿且不易维护了。我们就需要给每个运费添加一个自定义的描述字段，实现后台管理描述，方便运维人员自己去修改运费设置。 查看详细
我有不少客户是在阿里云注册的域名并购买的邮箱，写这篇文章是为了提醒大家，如果你的网站需要用自己的企业邮箱作为发件箱，务必需要正确设置自己的邮箱。
首先，如果你和我一样是用WordPress建站，通过Gravity Forms或CF7这些表单插件发件的，可以看一下我很久以前的这篇文章: WordPress以及表单插件Gravity Forms和Contact Form 7无法发送邮件问题解决。这篇文章告诉你在网站后台如何正确的设置SMTP邮箱服务。但是假如作为发信源头的邮箱本身没有设置好SMTP服务，那么网站后台即使设置正确了，也是没有效果的。
如果你用的是阿里云的企业邮箱，无论是免费版还是付费版本，都需要看一下这里。首先，注册完企业邮箱后，系统会自动生成一个名为“postmaster”的账号：
查看详细
