置顶信息：这些年来我们已经积累了几十家客户，两百多个由我们独立完成的项目案例。团队虽小，能量却很大。不同于个人的单打独斗，我们一直把JennyStudio作为一家正规公司运营着，把每一个项目当作自己的孩子一样培育。
我们尤其专长基于WordPress的各种类型的网站开发，和大部分靠WordPress吃饭的公司不同的是，我们从不采用任何他人主题（无论免费还是收费主题），避免各种第三方不确定因素造成的困扰和侵权可能。我们只做整站成品，为客户独立设计和开发自己的网站。因此我们出手的WordPress网站不存在打开慢、设置烦、不符合中国人使用习惯等常见问题，更不可能和任何一个网站“撞脸”。长期承接外包项目，若你有WordPress相关的建站需求，微信小程序开发需求、H5页面设计制作需求，请移步JennyStudio上海网站建设。
Gravity Forms（重力表单插件，本文简称GF）是一款公认十分强大的WordPress表单插件，不过其强大之处在我看来并不是选项多，操作简单等常规“小儿科”特性，这一点其实很多其他的表单插件都能做到。GF强大之处在于它提供了十分周全的API和文档让开发者能做进一步开发，满足用户更复杂的业务需求。这一点恐怕没有其他竞品可以与之相比。
表单插件虽然多，提供级联下拉菜单的表单插件恐怕就很少了。GF本身也没有提供，不过用户可以通过逻辑功能绕道在后台实现简单的级联菜单，方法是先放入一个一级菜单，再放入N个二级菜单，二级菜单默认全部隐藏，根据一级菜单的选项来显示对应二级菜单。这种实现方法比较直观，但如果一级菜单选项很多，那添加和维护就很吃力了。于是我尝试用GF提供的API自己定制一个级联菜单，选择中国所有34省级行政区下的对应城市/区。总共34个一级选项，五百多个城市子选项，这要在后台一一添加可真的是非常麻烦了。
先上结果图：
查看详细
给WooCommerce的订单页面添加自定义字段其实这也算是一个常见需求，有些人喜欢一碰到这类需求就找插件实现，其实大可不必。在WordPress里面找对钩子，添加对应的代码段就行了。
今天刚完成一个小需求如下：在WooCommerce的Checkout页面增加一个了解用户渠道的下拉字段，并且如果选了”Others”选项，会再多出现一个文本字段。下拉字段为必填，多出的文本字段为可选，效果如图：
查看详细
WordPress自定义文章类型调用模板有一个默认规则，即优先调用当前主题目录下的single-[type_name].php，这里的[type_name]为自定义类型的名字。比如自定类型为product，那么就优先调用single-product.php；如果single-[type_name].php不存在，则调用single.php；single.php不存在则调用index.php
对于列表页来说，则优先调用主题目录下的archive-[type_name].php；archive-[type_name].php不存在，则按顺序查找archive.php、index.php。
如果希望指定某个自定义文章类型调用某个模板，实现代码为： 查看详细
WordPress中最重要的活用就是自定义字段，它几乎涉及到了一切现有的业务模块，无论你是电商网站还是用户社区，自定义字段无处不在。有时候我们需要在别人现成的代码或主题里面挖一些资料，进行再开发。那么就需要知道特定的页面上究竟可以有哪些字段资源可用。
还是用我们熟悉的get_post_meta命令，但是这次只给一个参数，就能调出所有的自定义字段了：
1 2 3 4 | $myvals = get_post_meta($post_id); foreach($myvals as $key=>$val){ echo $key . ' : ' . $val[0] . '<br/>'; } |
就是这么简单！
Gravity Forms提供了强大的表单系统，但是它的电话号码格式却没有11位手机号码的格式，虽然我们可以用International这个选项代替（就是不限制格式），但终归不够完美。查了一下官方文档，把这个需求给填上吧。
直接上代码：
add_filter( 'gform_phone_formats', 'brain1981_phone_format' ); function brain1981_phone_format( $phone_formats ) { $phone_formats['china mobile'] = array( 'label' => '手机号码', 'mask' => false, 'regex' => '/^1(?:3\d|4[4-9]|5[0-35-9]|6[67]|7[013-8]|8\d|9\d)\d{8}$/', //手机号码正则 'instruction' => "11位手机号码", ); return $phone_formats; } |
早有耳闻微信小程序的支付功能开发是一步一坑，这两天果然踩了个遍。除了简要到令人愤怒的官方文档外，网上所有能搜到的相关文章，也没有任何一篇提供的代码是能够顺利跑通的。好在还有一部分前人的经验可以吸取，再加上个人的一点直觉引导，终于在凌晨的时候真机测试通过。
趁热打铁把踩过的坑罗列一遍，最后会附上真机跑通的代码。
首先是小程序支付功能的申请。在半年前我有另一个小程序项目，虽然当时没有开通小程序微信支付的需求，但是我留意过应用号（小程序号）后台微信支付的相关选项。当时，这个小程序因为绑定过已认证的服务号，因此小程序支付是可以直接申请的，无需任何费用。但是这次的项目，同样是另一个已经绑定过认证服务号的小程序，在微信支付界面，提示我要认证当前的小程序号才能开通微信支付，也就是说，绑定服务号还不够，必须把这个小程序号也交300元认证后，才给开通支付功能！真的很坑，好在客户没有什么怨言，非常配合地就把认证给办了…
一天后小程序号认证通过，就有了申请支付的入口：
果断选右边那个，根据给出的提示，到商户平台里面用小程序的appid绑定就行了。 查看详细
发现阿里云的云主机可以按最短一周时常购买了，以后做测试环境，花点小钱买台短期主机做测试的成本又降低了（虽然ECS总体还是涨价了）。这次想尝试一下在最新的CentOS下安装node.js会不会踩坑，于是开干。
在失败了多次，东拼西凑了很多文章和教程后，终于把nodejs（8.7.0）给装上了，下面整理所用命令行以及过程。 查看详细
记录一下几个简单的ES6的字符串和数值方法
字符串查找（当前版本Chrome已支持）
let a = "hello world!"; a.startsWith("hello"); //true a.endsWith("!"); //true a.includes("w"); //true //第二个参数表示搜索位置索引 a.startsWith("ello" , 1); //true a.endsWith("hello" , 5); //true a.includes("hello" , 5); //false |
最近粗略看了一下ES6的一些特性，如果运用成熟，写JS的感觉将比ES5要愉悦很多。随着微信小程序开发量的增加，自己也觉得是时候拿起ES6了。买了一本阮一峰的《ES6标准入门》，从第二章开始慢慢看了起来。在自己的博客上也整理一些笔记，记录学习轨迹。
let 和 const 命令声明的变量，有严格的块级作用域限制，当前{}内声明的变量，在当前{}外无法使用；同一作用域下在变量声明之前，也不能使用；否则都会报错。另外，不允许重复声明同一变量。
for(let i=0 ; i<3; i++){ let i="a"; console.log(i); //输出三次a；在()内声明的i和在{}内声明的i并不在同一作用域内 } console.log(i); //报错 |