最近看的书

按时间顺序: 岛上书店,自控力,跨界,咨询的奥秘,创业维艰,信号与噪声,长尾理论,何必等来生,重新定义公司,マンション大崩壊,大数据时代,解忧杂货店,物流改革の教科書 还有好多书没读完就不列举了。 kindle上还有n本电子书连翻都没翻。amazon电子书打折很坑人。 感触是还是中国电子书最便宜。

2016年7月回国办户口

最近工作比较忙,还不得不请假回过办户口。要得益于伟大的户口制度,忙里偷闲回国一趟。 由于买机票失误无谓的倒机,以后要吸取教训,机票自己买,不能图省事交给机票贩子。那些人没有服务精神。 回国感触: 1,坐飞机没耳朵疼庆幸庆幸。有鼻炎,5月去冲绳坐飞机耳朵疼,半边脸都跟着疼。也是因为这个原因还的潜水只能漂在水面上。 2,锅内移动支付真tm方便,连小区的水果店都支持微信/支付宝支付。只办户口用的现金,其他的移动支付都ok。 3,PC卖场彻底没落。攒机⇨品牌机⇨笔记本⇨平板⇨智能手机、刚出国的时候正是笔记本大热,就连周边耗材也都如火如荼的。海龙鼎好还有太平洋都人头攒动。上次回国海龙就没几个商家了,有商家也都不卖电脑了。这次去通州的百脑汇,空荡荡的卖场里面布满了灰尘。只有2~3个商家聚在门口,难掩破败景象。 4,狠狠的解了把馋,吃烧烤,吃瓜,姑娘儿。

本地gitserver和github同步/ローカルgitサーバーとgithub同期

公司的代码都托管在github上,而project管理用的是atlassian。 自从atlassian的bitbucket正式release以后。 老板想把鸡蛋放在一个篮子里面,催促着从github上迁移到bitbucket。 理由是目前每个月需要向github和atlassian两个地方付费,迁移以后只向一个地方付费就ok了,减少支付流程。 不管老板的真实理由是什么,大家都用惯了github谁都不想迁移。 被逼的没办法,只说先用着试一试,于是就在公司建了个本地的git服务器。 大家只向本地服务器提交代码,本地服务器上配置两个remote,一个指向github,一个指向bitbucket。 前两个月有一次github宕机导致有两个小时没法用github,建本地git服务器以后就不会再有这样的问题。 而且所有的commit都能如实的反应到github上去,还能继续使用github上比较丰富的graphs,大家都很happy。 具体的实现一点都不难,随便google了几下有很多靠谱的文章。 步骤: git服务器安装配置,包括配置和github的连接(略) 做一个github的本地镜像 git clone –mirror $URL 各自开发环境的repo做切换git remote set-url origin $LOCAL_URL 追加git本地服务器的hook(xxx.git/hooks/post_recieve),将本地commit自动反应到github 因为权限问题自动将本地commit提交到github环节遇到一些周折。 git服务器用的是git用户,忘记给git用户追加github的key,导致向github push失败,开始以为是hook的问题。折腾了好久。

架设代理服务器

因为私事下周末要回国。 回国以后觉得最不方便的就是上网。 每天都用的服务都被gfw给封了。 为了不影响工作就不得不翻墙。 正苦于找稳定服务的时候,才想起来代理服务器自己可以搭建。 亏得自己还号称是程序员。 建服务器就不赘述了,分分钟搞定的事情。 为了安全要搞一个ssl加密。 再搞一个端口转换。 只自己用就好,认证的话basic就行,应该不会遭到攻击,不防备了。用户名和密码都变态一点也就够了。

将本地subversion的repos导入git

ec2上的虚拟主机上面一只跑了一个subversion的server。 server搬家以后,没安装serversion的server服务,里面的东西一直也没看。 今天想挪到git里面,公司的代码从subversion向git迁移做过,不过当时subversion和git都在服务启动的情况下。 不打算安装subversion,用本地文件试一试。 google了一下,因为subversion版本的关系,不少人很费周折。 用下面的命令试一下,出问题再说。 git svn init file:///var/www/svn/projectX projectX.git cd projectX.git git svn clone 没想到成功了。 然后接连的导入了若干repo。 人品爆发,lucky。

web crawler 抓站(2)

程序改写成php,抓站的时候出了问题。 用array来记录哪些url抓过,哪些没抓过,当数据少的时候还好,当数据多到几千条,用array_key_exists来查询的时候就会特别的慢。 用命令看,cpu被耗光了。 虽然说某些条件下isset会比array_key_exists快。但也不是靠谱的解决办法。 打算架一个memcached,服务器,这个东西查询的话,嗖嗖快。 应该能解决查询的问题。 明天再试一试。 以前实现过memcached缓存整个网页的程序。现在的wordpress因为插件少还算快。等插件都activate以后。怕速度就无法忍受了。 正好趁着架memcached把wordpress页面也缓存了,装满插件也不慢。