时间：16min
公里数：1.21km
方式：跑步机
体重：69.7kg
最高时速：8.0 * 1
慢跑时速：N/A
平均时速：4.45
备注：回到家的时候觉得身体不是很舒服，眼睛有点胀痛的感觉，脚后跟有点异样，但是为了坚持，怎么着也得上跑步机。但愿不要再来跟痛症。
时间：25min
公里数：2.02km
方式：跑步机
体重：69.7kg
最高时速：8.0 * 2, 8.0 * 2
慢跑时速：6.5 * 5
平均时速：4.83
备注：昨天去跑了四个模厂，晚上还到宝安去找谢土豪，回到家凌晨一点过了，没跑。今天挺顺...
时间：23min
公里数：1.79km
方式：跑步机
体重：69.7kg
最高时速：8.5 * 1, 8.0 * 1
慢跑时速：6.5 * 5
平均时速：4.62
备注：感觉很累，几次想放弃，难道是昨天晚上没睡好的原因？还是选的歌曲不对？
时间：28min
公里数：2.32km
方式：跑步机
体重：69.15kg
最高时速：8.0 * 2, 8.0 * 2
慢跑时速：6.5 * 5
平均时速：4.91
备注：6.5那5分钟呼吸很顺，后面特意加了一分钟8速。
时间：28min
公里数：2.27km
方式：跑步机
体重：69.15kg
最高时速：8.0 * 2, 8.0 * 1
慢跑时速：6.5 * 5
平均时速：4.85
备注：前天周五、朋友到家里来，没跑。昨天去园山公园摘笋子，徒步...
时间：27.07min
公里数：2.14km
方式：跑步机
体重：68.8kg
备注：本来计划加跑2分钟8速，到后面左脚外脚背有点痛，停了下来。
时间：26min
公里数：2.0km
方式：跑步机
体重：70.1kg
备注：昨天被谢土豪叫去讨论互联网营销以及品牌建设的事，没跑。4分钟8速，5分钟6.5速，其它是3-5.5速用于过度，好像一直没学会怎么样调整气息。
时间：26min
公里数：2.0km
方式：跑步机
体重：70.1kg
备注：4分钟8速，2分钟6.速，其它是3-5.5速用于过度。因为中午感觉脚踝有点微微酸痛，加上刚开始在跑步机上用手机，两个因素导致今天状态不佳，感觉很累，看来心态对跑步的影响很大是非常正确的。
时间：25min
公里数：2.1km
方式：跑步机
体重：69.15kg
备注：两次8速，1次2分钟，1次1分钟，5分钟6.6速（特意增加0.1），其它是3-5.5速用于过度。跑步的过程想，之前几次没有坚持下来的原因，一是早上起床脚后跟痛，二是看朋友不是号称跑了十公里就是一个小时之类的，把那个当成目标很沮丧。接下来调整，先以20-30分钟为限，不追求达不到的目标，一点一点提升运动量，哪怕用的时间长一点都行...
早年间做管理系统和ERP，因为厌烦甲方不停的需求变动，反正界面多数也无外乎是新增改查，于是常常有这样的表结构设计：
表一、定义字段
| field_id | field_name |
| 1 | name |
| 2 | code |
| 3 | company |
表二、字段值
| field_id | field_value |
| 1 | 张三 |
| 1 | 李四 |
| 2 | ZHS |
| 3 | 木楼科技 |
当时在不考虑性能、并发数以及界面多样性的时候，这种方式解决了不少问题，我经历过的两个公司都以这种方式来设计表结构...
时间：26min
公里数：2.1km
方式：跑步机
体重：69.6kg
备注：两次8速，1次2分钟，1次1分钟，5分钟6.5速，其它是3-5速用于过度。今天感觉气息一直没有调整好，跑5分钟6.5速的时候有点吃力。
时间：25min
公里数：2.1km
方式：跑步机
体重：69.4kg
备注：两次8速，1次2分钟，1次1分钟，5分钟6.5速，其它是3-5速用于过度。因为看了那个BBC记录片，说短时间冲刺然后停下来休息，恢复后继续，效果也很好，试了下，果然轻松了不少。
时间：26min
公里数：2.1km
方式：跑步机
体重：69.05kg
备注：两次8速，1次2分钟，1次1分钟，以前在健身房好像8速连续跑最高记录超过20分钟。5分钟6.5速，其它是3-5速用于过度。貌似这次重启跑步脚后跟不痛了，但愿能保持，跑8速的时候不自觉用前脚掌落地了，不知道是什么原因，以前是脚后跟落地。
时间：25min
公里数：1.94km
方式：跑步机
体重：68.8kg
备注：昨天骑了40分钟摩拜单车，被谢土豪叫去宝安看厂了，回来很晚，所以昨天没跑，但是，以后要减少此类借口。1分钟8速，6分钟6.5速，其它是3-5.5速用于过度。
时间：20min
公里数：2km
方式：跑步机
体重：69.3kg
备注：一两年没跑了，第一次，5分钟4速，5分钟6速，5分钟3速，3分钟6.5速，2分钟慢慢降下来。
这几年关注重心在移动互联网和智能硬件上，一直没时间来关注前端，转回头来看好像万紫千红的样子，正好要重新开发集团官网luckylight.cn和重构公司网站moorol.com，于是打算把前端整理一下。
以前一直用jquery，并且引入js脚本都是用古老的script标签方式，js文件多了确实相当的乱。
对比了requirejs和sea.js，最后决定使用requirejs，主要原因是文档比后者全，并且在英文世界里可以找到很多资料，这里简单说一下思路，并不提具体实现。
原来旧的js文件组织方式大约如下：
static
css
img
js
a.js
plugins
plug.js
用了requirejs之后，只有一个script标签导入，html页面看起来是干净了很多...
小雨，天气阴冷，传张晴朗的图片罢。
执行如下命令即可：
cd /usr/local/lib
rm libcurl.so.4
ln -s /usr/lib64/libcurl.so.4.1.1 libcurl.so.4
ldd /usr/lib64/python2.6/site-packages/pycurl.so参考...
用django-rest-framework-jwt来验证微信调用，情况很复杂，先过api应用，再从api服务器调用数据中心rest api，不细说。
取得token之后验证一直报：{“detail”:”Error decoding signature.”}
原来是看范例上
curl -H "Authorization: JWT <your_token>" http://localhost:8000/protected-url/
python-social-auth django.db.utils.OperationalError: (1071, 'Specified key was too long; max key len
为了用Facebook能登录公司网站，安装python-social-auth，但在生产环境上migrate时报如下错：
django.db.utils.OperationalError: (1071, 'Specified key was too long; max key length is 1000 bytes')
试了python-social-auth内的设置：
SOCIAL_AUTH_UID_LENGTH = 222
SOCIAL_AUTH_NONCE_SERVER_URL_LENGTH = 200
SOCIAL_AUTH_ASSOCIATION_SERVER_URL_LENGTH = 135
SOCIAL_AUTH_ASSOCIATION_HANDLE_LENGTH = 125...