时间: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页面看起来是干净了很多...

/media/upic/2017/02/25/20170225.jpg

小雨,天气阴冷,传张晴朗的图片罢。

执行如下命令即可:

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/
没去掉尖括号一直,一直报如上错误,去掉之后就好了。。。这好比当年写文档千强调万强调『去掉中括号』,结果老都老了还犯错。

为了用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...