picasa web的图片大小自定义

picasa相册的图片连接通常为下面的格式，可以说是没有规律可言：

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg99tjBEen6W5R9a2b8fSO8ubbjwarHIuegTa-11kUTR5mD_dp0mL7JneAoRGU0ohkv8DjFGH12JIghLNc5Nh89j4AxqAiKHlmjE5Xba62uj4hDoK-NTI3sUdx6-IhcUBOlvsp6ag/s144/dile-newegg.jpg

picasa，提供了四种图片大小供你选择：144，288，400，800。

当我们比较上面四种图片地址的时候会发现其中的规律：
https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg99tjBEen6W5R9a2b8fSO8ubbjwarHIuegTa-11kUTR5mD_dp0mL7JneAoRGU0ohkv8DjFGH12JIghLNc5Nh89j4AxqAiKHlmjE5Xba62uj4hDoK-NTI3sUdx6-IhcUBOlvsp6ag/s144/dile-newegg.jpg
https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg99tjBEen6W5R9a2b8fSO8ubbjwarHIuegTa-11kUTR5mD_dp0mL7JneAoRGU0ohkv8DjFGH12JIghLNc5Nh89j4AxqAiKHlmjE5Xba62uj4hDoK-NTI3sUdx6-IhcUBOlvsp6ag/s288/dile-newegg.jpg
https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg99tjBEen6W5R9a2b8fSO8ubbjwarHIuegTa-11kUTR5mD_dp0mL7JneAoRGU0ohkv8DjFGH12JIghLNc5Nh89j4AxqAiKHlmjE5Xba62uj4hDoK-NTI3sUdx6-IhcUBOlvsp6ag/s400/dile-newegg.jpg
https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg99tjBEen6W5R9a2b8fSO8ubbjwarHIuegTa-11kUTR5mD_dp0mL7JneAoRGU0ohkv8DjFGH12JIghLNc5Nh89j4AxqAiKHlmjE5Xba62uj4hDoK-NTI3sUdx6-IhcUBOlvsp6ag/s800/dile-newegg.jpg

现在你发现了其中的规律了吧，其实除了上面的四种大小，我们还可以用下面的一些：

s72,s144,s200,s320,s400,s512,s576,s640,s720,s800,
s912,s1024,s1152,s1280,s1440,s1600.

现在你的选择多了吧:)

Linux Shell I/O重定向(三)： 进阶I/O

>&n 使用系统调用 dup (2) 复制文件描述符 n 并把结果用作标准输出
<&n 标准输入复制自文件描述符 n
<&- 关闭标准输入（键盘）
>&- 关闭标准输出
n<&- 表示将 n 号输入关闭
n>&- 表示将 n 号输出关闭

上述所有形式都可以前导一个数字，此时建立的文件描述符由这个数字指定而不是缺省的 0 或 1。

如：
... 2>file 运行一个命令并把错误输出(文件描述符 2)定向到 file。
... 2>&1 运行一个命令并把它的标准输出和输出合并。(严格的说是通过复制文件描述符 1 来建立文件描述符 2 ，但效果通常是合并了两个流。)

我们对 2>&1详细说明一下 ：
2>&1 也就是 FD2＝FD1 ，这里并不是说FD2 的值 等于FD1的值，因为 > 是改变送出的数据信道，也就是说把 FD2 的 "数据输出通道" 改为 FD1 的 "数据输出通道"。如果仅仅这样，这个改变好像没有什么作用，因为 FD2 的默认输出和 FD1的默认输出本来都是 monitor，一样的！
但是，当 FD1 是其他文件，甚至是其他 FD 时，这个就具有特殊的用途了。请大家务必理解这一点。

exec 0exec 1>outfilename # 打开文件outfilename作为stdout
exec 2>errfilename # 打开文件 errfilename作为 stderr
exec 0<&- # 关闭 FD0
exec 1>&- # 关闭 FD1
exec 5>&- # 关闭 FD5

问：
如果关闭了 FD0、FD1、FD2，其后果是什么？
恢复 FD0、FD1、FD2与 关闭FD0、FD1、FD2 有什么区别？代码分别是什么？
打开了FD3～FD9，我们用完之后，你觉得是将他们关闭还是恢复？

下面是提示（例子来源于CU一帖子，忘记出处，来日再补上）：
exec 6>&2 2>ver
command >>dev/null &
exec 2>&6 # 恢复 FD2

Linux Shell I/O重定向(二)： 基本IO

cmd > file 把 stdout 重定向到 file 文件中
cmd >> file 把 stdout 重定向到 file 文件中(追加)
cmd 1> fiel 把 stdout 重定向到 file 文件中
cmd > file 2>&1 把 stdout 和 stderr 一起重定向到 file 文件中
cmd 2> file 把 stderr 重定向到 file 文件中
cmd 2>> file 把 stderr 重定向到 file 文件中(追加)
cmd >> file 2>&1 把 stderr 和 stderr 一起重定向到 file 文件中(追加)
cmd < file >file2 cmd 命令以 file 文件作为 stdin，以 file2 文件作为 stdout
cmd < file cmd 命令以 file 文件作为 stdin
cmd << delimiter Here document，从 stdin 中读入，直至遇到 delimiter 分界符

Linux Shell I/O重定向(一)： 基本概念

a、 I/O重定向通常与FD有关，shell的FD通常为10个，即 0～9；

b、 常用FD有3个，为0（stdin，标准输入）、1（stdout，标准输出）、2（stderr，标准错误输出），默认与keyboard、monitor、monitor有关；

c、 用 < 来改变读进的数据信道(stdin)，使之从指定的档案读进； d、 用 > 来改变送出的数据信道(stdout, stderr)，使之输出到指定的档案；

e、 0 是 < 的默认值，因此 < 与 0<是一样的；同理，> 与 1> 是一样的；

f、 在IO重定向 中，stdout 与 stderr 的管道会先准备好，才会从 stdin 读进资料；

g、 管道“|”(pipe line):上一个命令的 stdout 接到下一个命令的 stdin;

h、 tee 命令是在不影响原本 I/O 的情况下，将 stdout 复制一份到档案去;

i、 bash（ksh）执行命令的过程：分析命令－变量求值－命令替代（``和$( )）－重定向－通配符展开－确定路径－执行命令；

j、 ( ) 将 command group 置于 sub-shell 去执行，也称 nested sub-shell，它有一点非常重要的特性是：继承父shell的Standard input, output, and error plus any other open file descriptors。

k、 exec 命令：常用来替代当前 shell 并重新启动一个 shell，换句话说，并没有启动子 shell。使用这一命令时任何现有环境都将会被清除。exec 在对文件描述符进行操作的时候，也只有在这时，exec 不会覆盖你当前的 shell 环境。

Linux中LS_COLOR设置

在Linux中，通过设置环境变量LS_COLORS可以对不同文件类型在ls时的颜色显示，包括前景色，背景色和下划线，粗体等字体设置。

具体LS_COLORS的文件类型和颜色值可以参考我以前的博文 http://keeppoo.blogspot.com/2007/09/lscolor.html

这边给出一个我用的设置值，你可以直接拷贝贴到你shell的rc(run common)文件中：

setenv LS_COLORS 'no=00:fi=00:di=01;34:ln=00;04;31:pi=00;37:so=01;31:bd=37:cd=37:or=01;31:ex=01;31:*.o=01:*.gz=00;35:*.tar=00;35:*.Z=00;35:*.tgz=00;35:*.mpg=36:*.mpeg=36:*.dat=35:*.mov=35:*.pm=35:*.jpg=36:*.JPG=36:*.gif=36:*.GIF=36:*.ps=01;33:*.pdf=01;35:*.fm=01;35:*.htm=01;34:*.html=01;34:*.HTM=01;34:*.HTML=01;34:*.c=00;31:*.cpp=00;31:*.pl=00;31:*.my=01;04;35:*.man=01;04;07;30:*.ppt=35:*.DOC=35:*.doc=35:*.cmd=04;35:*.tcl=04;36:*.tclscript=04;36:*.log=04;35'

ghs.google.com被封的解决办法

ghs.google.com被GWF封了，但是blogspot可以访问，都是备案惹的祸，如果哪天不要备案了，估计ghs.google.com就不会被封了。

发现 blog.tortinita.org 是可以访问的，查了一下CNAME，是ghs.hloli.net，算是一个候选吧，不知道他是怎么实现的:(

目前(2009年3月10号)最新最可靠的ghs.google.com的替代解决方法就是使用 ghs.hloli.net 替代 ghs.google.com。

设置好之后，大约过一小时后可以用nslookup就行查询 ，具体查询方法可以参考上一篇博文：http://keeppoo.blogspot.com/2009/03/cname.html

CNAME查询

使用google的域名绑定服务都会要求添加一个CANME并指定到ghs.google.com，google只说了让你在google里面搜索"CANME 查询", 其实我们自己的电脑就可以做CNAME查询，而不需要借助其它网站。

使用的工具就是windows自带的 nslookup。

运行 nslookup （Win+R -> nslookup）

c:\>nslookup
返回中,其中“Default Server”和“Address”是当前上网所用的DNS服务器域名和地址。
此时，在提示符下直接输入域名，可查到该域名的A记录。例如：
pythonclub.org
server:####
address:xxxxx
non-authoritative answer
name:###
address:xxxxx
其中“Non-authoritative answer”表示查询结果是从DNS的cache里返回的。
输入set querytype=mx，再输入域名，可查询MX记录。例如：
> set querytype=ns
> xianba.net
Server: ###
ress:###
...
输入set querytype=cname，再输入域名，可查询CNAME记录。
输入set querytype=ns，再输入域名，可查询NS记录。