时间: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 木楼科技当时在不考虑性能、并发数以及界面多样性的时候,这种方式解决了不少问题,我经历过的两个公司都以这种方式来设计表结构,每次我碰到有看不明白的同事,就告诉他们『你就当是把数据表逆时针旋转90度来看』,但后来情况发生了一些变化,06、07年起从B/S管理系统转入互联网开发,数据表的字段往往不发生大的改变但是程序经常改变,有时候是界面,有时候是新的业务逻辑,有时候甚至是终端。。。比如后面的PC互联网转到移动互联网。
重构www.luckylight.cn的时候,又发现了这种表结构设计。。。也难怪,这是7、8年前的网站。
这里面是不是隐藏着这么两种不同的架构哲学?
1、程序不变,表结构经常变(ERP购买或外包给开发团队开发完之后,要改软件程序相对要麻烦)。
…
时间: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页面看起来是干净了很多,但是这样还不够,事实上浏览器还是通过requirejs一个http请求也不少,要解决这个问题,就要打包了,网上讲了很多怎么打包,怎么编码。但是很少有讲在django里应该怎么样组织目录结构,经过考虑,我使用了如下简单结构,src放开发代码,dist里放r.js打包之后的文件:
static src dist打包在dist目录里,生产环境上只有dist目录,在settings.py里修改静态文件配置方便开发:
if DEBUG: STATIC_URL = '/static/src/' STATICFILES_DIRS = ( os.path.join(BASE_DIR, 'static/src'), ) …
小雨,天气阴冷,传张晴朗的图片罢。
执行如下命令即可:
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 = …
在服务器上安装scrapy,几年不玩这个框架,报ImportError: No module named _sqlite3,按网上重装来重装去的方法,未果。
另外有些资料甚至要重新源码编译python,想想太麻烦,又没做python虚拟环境。
有位仁兄提出一个暴力方法,可能不太优雅,但简单搞定之,
查找_sqlite3.so文件:
[root@localhost ~]# find / -name _sqlite3.so /usr/lib/python2.6/lib-dynload/_sqlite3.so查找python位置:
[root@localhost ~]# whereis python python: /usr/bin/python /usr/bin/python2.6 /usr/bin/python2.6-config /usr/lib/python2.6 /usr/local/bin/python /usr/local/bin/python2.7 …哥铎新书要出版,帮他建一个独立博客(www.gaoduo.name),用我自己用Django写的,他觉得不习惯,没办法,给他弄了个WordPress,今天一早发来抠抠说发布不了文章云云。
果不其然,编辑器用不了。
先更新最新版本,不行。
后试了中文互联网上的那个修改wp-config.php最后一行的方法,也不行。
用Chrome的代码审查发现/wp-admin/post-new.php页面一直报 ERR_INCOMPLETE_CHUNKED_ENCODING,再查看nginx 日志如下:
open() "/var/lib/nginx/tmp/fastcgi/3/00/0000000003" failed (13: Permission denied) while reading upstream
跑到nginx配置去一看,以前建了一个用户给某小兄弟玩微信API,他早就不用了,改回user = nobody,搞定。