开心e点

香蕉，人人都吃过，可哪边是头，哪边是尾（屁股）呢？

晕，这个问题，最简单不过了吧。可就在这个问题上，我跟包包产生了分歧：包包一直都认为有把的那边是头，剥香蕉也是从有把的那头开始剥的；而我则认为没把的那边才是头，也是从那开始剥的，因为我认为跟树连接的部分是尾部。

在网上查了下，没想到问这个问题的还不止我们两个，两种说法都有支持者，不过貌似还是包包的观点支持的人多些 （链接）。

还找到了一个剥香蕉皮的视频，你会这样剥香蕉吗？

香蕉皮，七个你意想不到的用途，你也知道吗？

MyEnTunnel 这款软件很不错，但是默认只支持本机使用。

其实要想让其他机器也可以使用这个代理也很简单，只要把端口改成成 0.0.0.0: <Port> 的形式就可以了。

原理是让传给 plink 的参数从 -D <Port> 改为 -D 0.0.0.0:<Port>。

(参考阅读：A short guide to SSH port forwarding)

p.s.

网上有很多文章说 Tunnelier 的速度比 MyEnTunnel 更快，其实是因为 MyEnTunnel 所用的 0.60 版的 plink 问题，现在最新版本的 plink 速度并不比 Tunnelier 慢，只要去官方网站下载一个最新的 plink，然后替换 MyEnTunnel 安装目录下的相应文件就可以了。

我实验的结果是比之前要快一些，具体快多少可能因人而异了。plink 的另一个好处是用其做代理， IE 里面也可以用，而 Tunnelier 则不行。虽然问题不大，IE 平时用的也不多，但有些时候还是会觉得不便的。

相关文章参考： 提高你的ssh翻墙速度之MyEnTunnel/PuTTY/Plink速度之谜， MyEnTunnel 官方网站声明。

ImageMagick 是一套很好的图片处理工具包，而且开源免费，使用非常广泛。

贴一个转换图片大小的命令，可以批量的对很多文件进行瘦身，比较实用。

Linux 下：

find . -name '*.JPG' -print -exec convert {} -resize 1024x768 ../resized_1024x768/{} \;

Windows 下：

for %I in (*.jpg) do convert %I -resize 1024x768 ..\resized_1024x768\%I

Windows Cygwin 下：

find . -iname "*.jpg" | xargs -l -i convert -resize 800x600 {} ../resized_800x600/{}

另外，因为镜头的横拍和竖拍的关系，有些图像是侧的，需要90度翻转下，不然就得把脑袋侧过来看了:-)

也有个命令行的小工具 jhead 可以帮助自动的校正图像的翻转，需要注意的是还需要配合 jpegtran，把两个小工具下载放到在 %PATH% 中的某个目录下，然后执行下面的命令就好了。

# Windows / Linux 处理当前目录中的图片
jhead -autorot *.jpg
 
# Windows 下处理当前目录及子目录中的图片
jhead -autorot **\*.jpg
 
# Linux 下处理当前目录及子目录的图片。 注意 JPG 大小写
find ./ -name '*.JPG' -exec jhead -autorot {} {} \;

除了改变图像旋转之外，jhead 还可以通过命令行提取和修改图像的 Exif 信息，具体用法见其主页，这里也提供下打包下载。

当然，使用一些其他的工具也是可以实现同样的目的的。方法有很多种，不管黑猫白猫，抓到老鼠的就是好猫。这几个命令的好处是比较方便写批量的脚本。

时间真的过的很快，Google 的 Chrome 浏览器出来也有一年多了。一出来的时候就装了用过，却发现还是有很多待完善的地方，很多方面还是比不上 Firefox，也不是很稳定，除了速度快这个最大的优点以外。

但是最近重新装了 3.0.x 的 DEV 版和 4.0.x BETA 版的 Chrome 以后，真的觉得很不错，浏览器本身的速度和打开网页的速度仍旧很快，甚至更快了，而且一些以前棘手的问题也在一个个的被消灭了，比如这个点击 Tab 会导致到另外一个独立的 Window 的bug，也可以像 Firefox 一样点击 Ctrl + Shift + T 打开之前关闭的 Tab 页了，对 Linux 的支持也越来越好，用了原生的 GTK；MAC 的版本也在稳步前进中，一些新的功能比如插件的支持也在实现了并在不断的完善中，开发文档也发布了，等等等等。所以最近用 Chrome 越来越多，其他的浏览器反而少了。

不过还是有个问题非常困扰，就是不支持 SOCKS 代理。因为在公司上网，由于政策的限制，有些网站是被屏蔽的，幸好有一些代理可以用。IE 下用 PAC 文件代理设置，只要类似于 “SOCKS x.x.x.x:1080” 就可以了，Firefox 下用插件 FoxyProxy，问题都不大。

Chrome 的代理设置用的是跟 IE 一样的系统代理设置，结果发现通过 SOCKS 代理出去的时候，总是报错：

• 错误 320 (net::ERR_INVALID_RESPONSE): 未知错误。

所以访问那些被屏蔽的网站，都需要特地在开 IE 才行，很是不方便。

后来注意到其他人给 Chrome 提的那个 issue 被解决了，但是试过，Windows 下还是不行，Linux 下倒是可以的了。

再过了半个月，看这个问题就要沉下去了，就也去那里提了自己的问题， 在跟回复的人讨论了之后，才发现了一个解决的办法，其实只要用 “SOCKS5 x.x.x.x:1080” 就可以了，其中一定要写上 5 这个版本。

办法虽然是找到了，但其实还是有两个疑问的：

1. 为什么 IE 下面不用配置 socks5 的版本但是代理也是用的好好的？
2. 即使这个方案，也还是不够完善，代理工作的并不是很稳定，时好时坏，坏的时候，点“刷新”，网卡上都抓不到包的，也就是说 Chrome 并没有发出浏览的请求包。

不管怎样，总算是找到了一个让 WIndows 下 SOCKS 代理工作的办法了，大部分时候也都还是可以用的。

真的是希望自己也有能力，可以把第2个问题自己查出来解决掉，呵呵。