首先，经过测试，使用GCJ02（火星坐标）比WGS84（GPS）的坐标在计算距离的时候更为精确。在微信小程序中使用内置接口获取用户坐标，代码放在app.js里：
App({ getLocation: function () { var that = this wx.getLocation({ //type: 'wgs84', type: 'gcj02', success: function (res) { that.globalData.latitude = res.latitude that.globalData.longitude = res.longitude //var speed = res.speed //var accuracy = res.accuracy } }) } }) |
新购的一台阿里云主机，几乎每天都会发生MySQL自动停止服务。主机其他部分看来运行都正常，怀疑是哪里设置的不对，但我装完这台LNMP改的默认设置不多，之前也并没有碰到过类似的问题。既然是MySQL停止服务，那么就从MySQL这里找问题，搜索了一个多小时，发现MySQL宕机有很多可能性，一时无法确定。但解决此类问题的关键都是查看错误日志开始。
命令行进入本地MySQL，之后输入密码
mysql -hlocalhost -uroot -p
之后进入提示符mysql>
查看错误日志的位置
mysql> show variables like '%log_error%';
此时获取到了文件位置。查看日志后，发现大部分重复片段是这样的：
2017-07-26 04:34:03 7617 [Note] Plugin 'FEDERATED' is disabled. 2017-07-26 04:34:03 7617 [Note] InnoDB: Using atomics to ref count buffer pool pages 2017-07-26 04:34:03 7617 [Note] InnoDB: The InnoDB memory heap is disabled 2017-07-26 04:34:03 7617 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2017-07-26 04:34:03 7617 [Note] InnoDB: Memory barrier is not used 2017-07-26 04:34:03 7617 [Note] InnoDB: Compressed tables use zlib 1.2.3 2017-07-26 04:34:03 7617 [Note] InnoDB: Using CPU crc32 instructions 2017-07-26 04:34:03 7617 [Note] InnoDB: Initializing buffer pool, size = 128.0M InnoDB: mmap(137363456 bytes) failed; errno 12 2017-07-26 04:34:03 7617 [ERROR] InnoDB: Cannot allocate memory for the buffer pool 2017-07-26 04:34:03 7617 [ERROR] Plugin 'InnoDB' init function returned error. 2017-07-26 04:34:03 7617 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2017-07-26 04:34:03 7617 [ERROR] Unknown/unsupported storage engine: InnoDB 2017-07-26 04:34:03 7617 [ERROR] Aborting
这应该是一个比较常见的功能需求了，虚拟物品由于不需要进行送货，用户付款后即可算作订单完成，以便网站统计订单后进行更多操作，用户也可能籍此获得一些其他的优惠或者权益。这一切都需要前一个订单在没有人工干预的状态下自动完成。
首先，官方文档中给出了直接完成订单的代码：
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' ); } |
最近在学习开发微信小程序的时候碰到了形形色色的问题，待我有空多整理一些笔记，这次先记录一个简单的。我习惯用七牛CDN作为自己开发的网站静态资源存储分发，并且为每个资源库设置防盗链白名单。在开发小程序之初，我就已经把这两个域名加入到了白名单中：
*.qq.com
*.wechat.com
因此就想当然的以为这样设置，微信小程序读取CND资源就不会有问题。当然，我在开发过程中为了避免碰到这样那样的问题，是先关闭了防盗链的。小程序完成后提交审核，同时我顺手打开了防盗链，刷一下小程序，结果发现所有云上的图片都打不开，开发工具报403错误：
查看详细
安装了LNMP的云主机，如果不解决这个问题，每隔几个月就会因为磁盘空间不足而宕机。这个问题发现的比较慢，间隔也比较长，运营新手很容易忽视。
如果发现MySQL日志已经占据了大量磁盘空间，先登录主机，到/usr/local/mysql/var/目录下，找到mysql-bin.*** 后面跟一串数字的文件，直接删除即可恢复磁盘空间。
删除日志的命令操作：
/usr/local/mysql/bin/mysql -u root -p
输入密码登录后再执行：reset master;
看到以下显示即告完成：
再输入：quit 退出mysql命令模式
查看详细
经常听到有人会讨论这类问题 – 作为一家创业公司，没有专人做网站，应该找什么样的人外包网站建设？
一家公司决定要建网站时，他们一般会有这3种选择：
下面我来分析以上各选项的利弊 查看详细
最近一个项目涉及到一些微信方面的开发，填了一个小坑。采用OAuth2.0网页受权获取的用户基本信息是不需要事先关注公众号的，但有时候我们又需要知道用户是否关注公众号的状态，如果没有关注，则鼓励提示用户关注。
我们知道要获取用户的关注状态，应该用普通接口
https://api.weixin.qq.com/cgi-bin/user/info?access_token=ACCESS_TOKEN&openid=OPENID
要获得其中的ACCESS_TOKEN，事先用普通接口获得
https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=APPID&secret=APPSECRET
而OPENID则是通过关注该公众号，通过菜单或自动回复等方式获得的。但是如果用户没有关注该公众号，就没有途径赋予他OPENID
而用OAuth2.0网页受权可以在不关注公众号的前提下就获得OPENID，但同时获得的ACCESS_TOKEN却是不能在普通接口使用的。因此解决问题的钥匙就是用普通接口获取一次ACCESS_TOKEN，再用OAuth2.0网页受权获取OPENID，最后再用普通接口获取用户的关注状态以及基本信息(绕个大圈子)。 查看详细
接到一个需求，要把公司的一个酒店行业的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可以再定义得细一些，比如 查看详细
