关于布鲁斯口琴

大概四年前迷上了布鲁斯口琴这个小玩意,一发不可收拾,从最初的 Huang103,到horhner、suzuki 等,手上的琴也有了几把;从最最初钟情于一些爱尔兰民谣和动漫音乐,到后来乃至现在热爱布鲁斯音乐。这几年身边发生了很多事情,但每次只要拿起这大概 10 公分长的小乐器,就会暂时忘掉各种烦恼。曾经有一段时间迷恋到每天看视频网站必须看看 Bluesimon、张晓松等大神,嗜血安尔乐、晓月等后起之秀有没有更新,每天翻墙到 Youtube 上看看关注的各路大神的最新动态,不亦乐乎。

喜欢一个乐器一般是从喜欢某首它演奏的曲子开始的,在国内,很多布鲁斯口琴爱好者都是从《星之所在》、《天空之城》、《爱尔兰画眉》、《素敌》等曲子开始的,我也一样。

但你总会开始接触到布鲁斯风格,让布鲁斯口琴焕发生命光彩的风格。其实布鲁斯口琴最初并不是用来演奏布鲁斯音乐的,而是欧洲的一些民谣。但随着布鲁斯口琴传入到了美国,开始发生了一些变化。那时的美国,是牛仔的美国。口琴的轻便让它可以随时放在口袋里,那时候它仍然不是布鲁斯的。直到有一天,美国的黑人,赋予了口琴第二次生命。压音、超吹、把位变换等等,他们不断的压榨着它的性能,用它尽情的演奏布鲁斯音乐。

由《金蝉脱壳》到《习惯的力量》

最近看了施瓦辛格的两部电影,《背水一战》和《金蝉脱壳》。

施瓦辛格的电影之前能叫的上名字的,只有《终结者》系列,和一部想不起剧情和名字,关于大力神的电影。一直以来对他的印象就是肌肉男+州长。但看完《背水一战》却让我眼前一亮,因为年老的施瓦辛格脸上竟然有些许伊斯特伍德的影子。爱屋及乌,也对这个虽然年轻十七岁,但也有六十六高龄的老头子忽然心生好感和敬意。

说了这么多施瓦辛格,但史泰龙才是这部电影的男一号,论年龄,他还比州长大了一岁。史泰龙在电影里扮演的是一个越狱专家,他无时无刻不在观察着周围的环境,寻找哪怕是最隐蔽的薄弱点,然后用各种技能逃生。在他所有的技能中,最出色的的一项是对人的观察,就像一架机器一样不偏不倚的从周围人们的行为中找出他们的习惯,找到了这些习惯,也就意味着找到了逃出生天的法门了。

习惯的力量有这么大吗?电影毕竟只是电影,很多地方经不起推敲。

很巧的是,我刚好在昨天看完了一本书,叫《习惯的力量》,这是一本值得一看的书。并没有类似习惯决定性格,性格决定命运的老套警句,而是以大量的科学实验为依据,讲述了习惯的产生的原理,习惯对人的影响,以及怎么养成或破坏一个习惯。

在 CentOS6.2 下用 virtualenv 分别创建 python2.7.6 和 python3.3.2 的应用

本文主要内容参考自:

http://toomuchdata.com/2012/06/25/how-to-install-python-2-7-3-on-centos-6-2/#comment-5691

使用 Python,一个绕不过去的问题,就是其版本繁多的问题。首先是版本选择问题,这个不在我们讨论的范围之内,官网上在显眼的位置做了一些说明和建议:Python2 or Python3。

这里我们假设知道自己该选哪个或哪几个版本了。这里就会遇到第二个问题,Python 在 linux 中属于基础组件,各发行版会默认安装一个 Python,例如 CentOS5.5 中的是 2.4.3,而CentOS6.2 中是 2.6.6。

以 CentOS6.2 为例,在 /usr/bin 目录下有一个 Python 和一个 Python2.6。这两者有什么区别呢:

1
2
3
4
>[root@vps1 ~]# ls   -l /usr/bin/python  
-rwxr-xr-x 2 root root 3592 Dec  7  2011 /usr/bin/python
[root@vps1 ~]# ls   -l /usr/bin/python2.6 
-rwxr-xr-x 2 root root 3592 Dec  7  2011 /usr/bin/python2.6  

推倒重做

这几个月一直在做一个基于 FastDFS 的分布式存储系统,从前期调研、测试到后面的设计、编码、测试等。其中设计部分,每个环节都和当时带我入行的一位大哥讨论过,时而愁眉不展,百思不得其解;时而一拍脑袋,找到一个很巧妙的设计方法。已经有两个月没有什么大的改动了,上周实在无聊,就把我当时赶工写的,现在看来不堪入目的代码进行了重构。

一切看起来很美好的样子,只是看起来。

部门的开发主要分为后台组和系统组,我属于系统组,主要职责是做底层 linux c 方面,譬如 Nginx 模块开发,存储系统开发等;后台组的职责就是要能从 web 上和我们的系统对接,在更高层面上进行管理,一方面是为了便于公司内部系统的部署和监控,另一方面也是为了和客户对接。

关于 proxy_pass 的参数路径问题

由于工作需要,开始分析 Nginx 的 proxy 模块,在分析之前,当然要先会用了。于是开始熟悉该模块的一些指令,其中最基本的指令要属 proxy_pass 了。Nginx 的英文文档总是看着感觉有些别扭,于是按惯例先 google 了一些文章。

这一搜,就掉进坑里了。

这些文章里都把 proxy_pass 的目标地址是形如“127.0.0.1:8090”和“127.0.0.1:8090/”分开讨论,认为后者“/”的作用是删除 url 中匹配的部分,然后再讨论目标地址中带了 uri 的情况。