无聊透顶

2011年终总结

2011-12-27T11:11:00.000+08:00

这一年家里发生很多事情,有好有坏, 不过坏事情偏多.
既然已经发生了就要勇敢的面对,逃避解决不了问题.希望来年能够一切顺利.

工作一塌糊涂,
学习有点进步,
生活和老婆的感情越加深厚.

Twisted With win firewall

2010-01-10T22:42:00.000+08:00

使用twisted在win平台做网络编程，使用windows自带的防火墙一定要仔细设置。
最好不要针对python.exe 和 pythonw.exe 设置针对进程名的规则。
不然会造成 twisted的程序在socket关闭以后不能够正常的释放内存。
什么原因造成的至今没有找到。。。

悲哀阿..

2010-01-07T00:56:00.000+08:00

youtube/blogspot的解封只不过是临时的...现在仍然需要翻墙....

OMG!!!

2010-01-04T02:21:00.001+08:00

在2010年1月4号凌晨，接到youtube解封的消息，心血来潮打开blogger看看。。！！！果然blogspot也解封了。。这是个好兆头吗？还是昙花一现？
如果就此不再被block，也许是时候好好写点什么了。。。

About Stunnel

2008-09-27T12:41:00.000+08:00

stunnel的 compression不能够选择zlib 方式，查了一下原来是openssl的问题，默认openssl编译是没有打开zlib这个方法的，现在只好先使用 rle的压缩。
另外 ciphers = RC4 这样效率会比用rsa加密会好些。

郁闷的是stunnel的Officia 站点并不是 stunnel.org，而是stunnel.mirt.net。
stunnel.org上面只有最新的 4.16的版本。而官方上面已经到了4.18了，今天早上又把几个Srv上面的stunnel升级到了最新

SS5外部认证的模型

2008-09-25T20:22:00.007+08:00


#!/usr/bin/env python
import sys
import os
global ss5_user_dict
ss5_user_dict = {"tmp05":"fullw0rld", \}
def ss5_auth(u="test", p="demo"):    
    #print >> sys.stdout, "OK",
    if ss5_user_dict.has_key(u) :
        if ss5_user_dict[u] == p:
            print >> sys.stdout, "OK",
            return
        else:
            print >> sys.stdout, "BAD_USERPASSWD",
            return
    else:
        print >> sys.stdout, "BAD_USERNAME",
        return

def main():
    #f = open("/usr/local/var/log/ss5_auth.log","w+")
    #f.write(str(sys.argv))
    #f.closess5_auth(sys.argv[1], sys.argv[2])

if __name__ == "__main__":
    main()

哈哈blogger居然没有代码高亮，python的代码缩进全部没有了，郁闷啊
一会查查，也许有解决的办法

About Socks5 Proxy

2008-09-23T23:17:00.000+08:00

为了以后的业务考虑选定了 SS5这个服务端，初步看了一下，可扩展的能力很强，尤其是认证的那个部分，可以自己编写外部认证，这个很重要，将来计费，认证全靠这个了，而且支持load balance，这是个好东西。
http://ss5.sourceforge.net/

Glftpd 如何配置去访问其他的磁盘

2008-09-18T20:54:00.000+08:00

一般来说glftpd是chroot的，那样就不能很容易的访问 root-path以外的目录了，除非把 glftpd的 root-path修改成为 "/",但是这样问题比较多而且麻烦，后来看 glftpd的 faq,结果只要你的mount版本够新，可以使用bind参数，那么一切问题就迎刃而解了。

mount -o bind Some-dir-point glftpd-dir-point

About python 2.5

2008-09-17T22:55:00.000+08:00

2.5版本的python已经到了RC2,看那来快要发布了，现在要抽空看看2.5的新特性了

Linux Htb队列规定指南（ZT）

2008-05-23T10:18:00.000+08:00

原文出自 http://luxik.cdi.cz/~devik/qos/htb/

LINUX HTB队列规定是LINUX QOS 内容的部分, 主要是配合TC工具进行流量控制的一种算法, 和CBQ 比HTB有它自身的特点, 有关CBQ的资料相对比较多一些. 这是HTB网站上的一篇用户手册;

LINUX HTB队列规定用户指南

HTB Linux queuing discipline manual - user guide
Martin Devera aka devik (devik@cdi.cz)
Manual: devik and Don Cohen
Last updated: 5.5.2002
译者:龚关 gongguan008@163.com
1. Introduction 介绍
2. Link sharing 链路共享
3. Sharing hierarchy 共享层次
4. Rate ceiling 速率限度
5. Burst 突发
6. Priorizing bandwidth share 带宽分配优先
7. Understanding statistics 查看统计
8. Making, debugging and sending error reports 开发,调试和错误报告
1. Introduction 介绍
HTB 意味着是一个更好理解更容易掌握的可以快速替换LINUX CBQ 队列规定的队列, CBQ和HTB都可以帮助你限制你的链路上的出口带宽;他们允许你把一条物理链路模拟成几条更慢的链路或者是把发出的不同类型的流量模拟成不同的连接,在他们的实际应用中, 你必须指定怎么分配物理链路给各种不同的带宽应用并且如何判断每种不同的应用的数据包是怎么样被发送的;

这篇文章将告诉你怎么使用 HTB . 这里有很多的例子和分析图以及一些特殊问题的讨论.

这个HTB的发布版本已经有更多的升级, 详细情况请看HTB 的主页.

请先查阅: TC 工具 (不仅仅是HTB ) 有关速率的单位换算:

kbps = kilo bytes kbit = kilo bits

2. Link sharing 链路共享

案例: 我们有两不同的用户A和B, 都通过网卡 eth0 连接到 internet ,我们想分配 60 kbps的带宽给B 和 40 kbps的带宽给A, 接下来我们想对A用户的带宽再做一个分配, 给30 kbps的带宽给WWW服务, 30 kbps的带宽给其他用途; 任何没有用的带宽可以分配和其他需要带宽类 (在分配的总带宽允许的范围内的部分)

HTB 可以保障提供给每个类带宽的数量是它所需求的最小需求或者等于分配给它的数量.当一个类需要的带宽少于分配的带宽时,剩余的带宽被分配给其他需要服务的类.

注: 这里这种情况被称为”借用”剩余带宽, 我们以后将用这个术语, 但无论如何,好像很不好因为这个”借用”是没有义务偿还的.

上面所提到的不同类型的流量在HTB里表现为类, 上面是一个简单的分布图.

我们来看看所用到的命令:

tc qdisc add dev eth0 root handle 1: htb default 12
这条命令分配了HTB队列规定给 eth0 并且指定了一个名称为(handle" 1:) 句柄 1: , 这个名称用于标识它下面的子类, default 12 的意思是没有被分类的流量被分配到类 1:12

注: 一般 (不仅仅是HTB其他所有TC的队列和类),句柄都被写成 X:Y 这里X是队列规定的整数型的标识符,Y是这个队列规定的类的整数型标识符,队列规定的句柄标识符的Y必须是0,而句柄的类的标识符的数值必须是一个非零的整数. "1:" 等同于 "1:0".

tc class add dev eth0 parent 1: classid 1:1 htb rate 100kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 30kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 10kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 60kbps ceil 100kbps
第一行在队列1:下创建了一个根类1:1,并且定义了HTB队列规定作为这个根类的父类,一个根类可以像队列规定下其他类一样允许它的子类相互借用带宽, 但是根类之间不能相互借用带宽,我们可以在HTB队列下直接创建三个类,但是其中一个类的剩余带宽不能够借用给其他需要的类,在这种情况下我们想允许带宽借用,所以我们为根类创建扩展类并且让这些类在根类的范围内发送数据,我们定义了下面的三行, ceil参数我们在以后将讲述.

注: 有时候人们会问我为什么他们必须重复dev eth0 描述在他们已经定义并使用了handle 或者parent ,原因是本地接口比如eth0 和eth1他们各自都可能会有类的句柄表示为1:1.

我们还必须描述那些数据包属于那个类, 有关详细内容请查看有关TC 过虑器的相关文档. 命令看起来像下面这样:

tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
match ip src 1.2.3.4 match ip dport 80 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
match ip src 1.2.3.4 flowid 1:11
(We identify A by its IP address which we imagine here to be 1.2.3.4.)

(我们根据它的IP地址进行分类识别,这里我们假设为1.2.3.4)

注:U32过虑器有一个非文档化的设计会导致在你使用U32分类器”tc filter show”命令时会显示出不同的prio的值.

你可能会注意到我们没有为类1:12创建过虑, 很明显,这个例子中被用作缺省, 就是没有被上面两条分类规则定义的任何数据包 (任何原地址非1.2.3.4)将被发送到类1:12

现在我们可以很方便的为队列规定分配子类, 如果没有指定缺省是pfifo

tc qdisc add dev eth0 parent 1:10 handle 20: pfifo limit 5
tc qdisc add dev eth0 parent 1:11 handle 30: pfifo limit 5
tc qdisc add dev eth0 parent 1:12 handle 40: sfq perturb 10

这是我们所需要的全部命令, 让我们来看看有什么事情发如果我们给每个类发送90kbps的数据然后停止发送其中一个类在某一时刻.在图的底部标有"0:90k". 标签中央水平位置 (在9附近.同时标有红色1)现实了数据流量随时间的变化情况.冒号之前是类的标识符;(0表示类1:10, 1 表示类 1:11, 2 表示类 1:12)冒号之后是新的速率在那个时间有标注. 比如类0在时间0的时候速率改变为90K ;在时间3为0K (0= 0k) ,在时间6时返回90K;

最初所有的类共同流量为90kb. 以后以被指定更高的速度传输, 每一个类都被限制在其被指定的速率, 在时间3的时候我们停止传送类0的数据, 分配给类0的速率被分配给其他两个类.如图所示1至6内的类1和类2 (很难看出类1的增长因为它只有4kbps.) 同样在时间9时类1流量停止它的带宽被分配到另外两个类(类0的增长同样很难看出), 在时间15类2被分配给类0和类1, 在时间18 类1和类2 同时停止,所以类0得到它所需要的所有90 kbps.带宽.

现在是个接触quantums概念的很好的时机.实际上当一些想借用带宽的类服务于其他竞争的类之前相互给定的一定数量的字节, 这个数量被称为quantums . 你应该明白如果一些竞争的类是可以从它的父类那里得到所需的quantums; 精确的指定quantums的数量尽可能的小并其大于MTU是很重要的.

一般你不需要手工指定一个quantums因为HTB会根据计算选择数值.计算类的quantum相对于用r2q参数分配; 它的缺省的值是10因为典型的MTU是1500,缺省值很适合速率为15 kBps (120 kbit).当你创建队列最小的速率指定r2q 1, 比较适合速率为12 kbit;如果你需要手工指定quantum 当你添加或者更改类,如果预想计算的值是不适合的你可以清除日志里的警告. 当你用命令行指定了quantum 类的r2q将被忽略.

如果A和B是不同的客户这个解决方案看起来很好, 但是如果A 付了40kbps 他可能更希望他不用的WWW的带宽可以用在自己的其他服务上而并不想分享个B. 这种需求是可以通过HTB的类的层次得到解决的.

3. Sharing hierarchy 共享层次

前面章节的问题在这一节里通过类层次结构来得到解决, 用户A 可以很清楚的表达自己的类; 回到前面我们说过提供给每个类带宽的数量是它所需求的最小需求或者等于分配给它的数量. 这样可以用在其他非父类的HTB类里. 我们叫他们为子类, 对于HTB的父类来说我们称为内部类, 规则是使用服务的总量最小而且总量等于他的子类所请求的总和.这里我们分配40kbps给用户A ,这就意味着如果A的需求少于分配的WWW带宽, 那么剩下的将被用来服务于A的其他应用.(如果有需要), 至少总和为40kbps.

注:数据包的分类规则可以分配给内部节点, 也可以有分配其他的过虑器给内部节点,最终应该到达子类或者是特定的类class 1:0 ;父类提供的速率应该是它所有子类的总和.

现在的命令如下:

tc class add dev eth0 parent 1: classid 1:1 htb rate 100kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:2 htb rate 40kbps ceil 100kbps

tc class add dev eth0 parent 1:2 classid 1:10 htb rate 30kbps ceil 100kbps
tc class add dev eth0 parent 1:2 classid 1:11 htb rate 10kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 60kbps ceil 100kbps
我们现在来看看流量图显示的我们用层次结构的解决方案. 当A的WWW流量停止, 它所分配的带宽被二次分配到它的其他流量上, 所以A的总带宽仍然为40kbps.如果A的总请求带宽小于40kbps.那么剩余的流量将被分配给B.

4. Rate ceiling 速率限度

参数ceil指定了一个类可以用的最大带宽, 用来限制类可以借用多少带宽.缺省的ceil是和速率一样.(也是我们为什么必须在上面的例子里指定它用来显示借用带宽的上限)我们改变前面例子里的类 1:2 (A) 和1:11 (A's other) ceil 100kbps 分别为ceil 60kbps 和ceil 20kbps.

和前面的图显示不同, 在时间3 (WWW 流量停止) 因为A 的其他流量限制在20kbps. 所以用户A得到仅仅总带宽20kbps没有用的20kbps被分配给了B .

第二个不同是在时间15时B停止, 因为没有ceil, 所有它的带宽被给了A , 但是现在A 仅仅允许使用60kbps,所以剩余的40kbps 闲置.

这个特性对于ISP是很有用的, 因为他们一般限制被服务的用户的总量即使其他用户没有请求服务.(ISPS 很想用户付更多的钱得到更好的服务) ,注根类是不允许被借用的, 所以没有指定ceil

注: ceil的数值应该至少和它所在的类的速率一样高, 也就是说ceil应该至少和它的任何一个子类一样高

5. Burst 突发
网络硬件只能在一个时间发送一个包这仅仅取决于一个硬件的速率. 链路共享软件可以利用这个能力动态产生多个连接运行在不同的速度. 所以速率和ceil不是一个即时度量只是一个在一个时间里发送包的平均值. 实际的情况是怎样使一个流量很小的类在某个时间类以最大的速率提供给其他类. burst 和cburst 参数控制多少数据可以以硬件最大的速度不费力的发送给需要的其他类.

如果cburst 小于一个理论上的数据包他形成的突发不会超过ceil 速率, 同样的方法TBF的最高速率也是这样.

你可能会问, 为什么需要bursts . 因为它可以很容易的提高向应速度在一个很拥挤的链路上. 比如WWW 流量是突发的. 你访问主页. 突发的获得并阅读. 在空闲的时间burst将再"charge"一次.

注: burst 和cburst至少要和其子类的值一样大.

如图, 接着前一章的例子,我改变burst给红和黄(agency A)类20 kb但cburst仍然为缺省(cca 2 kb).绿色的峰出现在时间13由于在SMTP类设置了burst;A类在限度下自从时间9并且聚集了20 kb的突发流量,峰高于20 kbps(被ceil参数限制因为它的cburst接近包的尺寸),聪明的读者可能会问为什么在时间7处没有红色和黄色的峰;因为黄色已经接近ceil所以没有空间用于突发;有一个不必要的人为的低谷在时间4, 那是因为我忘记添加burst 给根连接到(1:1)类;峰从时间1并且当时间4蓝色的类想借用黄色的速率被拒绝并且自己补偿;

局限性: 当你在计算机上用一个小的时间片操作一个高速链路你需要为所有的类设置很小的burst 和cburst . 在i386系统上是10ms 在Alphas.系统是1ms ;最小的burst可以max_rate*timer 被估算出来; 所以10Mbit的速率在i386 系统上 burst为 12kb

如果你设置太小的burst 你可能会得到比你设置更小的速率, 后来TC 工具在你没有指定burst.时将估计并且设置一个最小且可能的burst.

6. Priorizing bandwidth share 带宽分配优先

带宽分配的优先级包括两个方面, 首先它影响到子类剩余带宽的分配, 到现在我们已经知道剩余带宽按照速率比例来分配, 我以第三节的配置为例(没有设置ceiling 和 bursts的层次结构 )除了SMTP (green)的优先权改为0(更高) 其他所以类都改为1

从视图我们可以看到类得到了所有剩余带宽, 规则是优先权越高的类越优先得到剩余带宽., 但必须是在rate 和 ceil得到保障的前提下.

另一个方面的问题,包的延时, 在以太网里的延时度量是很困难的,但有一个简单的办法.我们添加一个带宽小于100 kbps的HTB类.第二个类(我们测量的)作为一个子类,然后我们模仿成更慢并且延时比较大的链路.

出于简单的原因, 我们用两个有关联的类;

# qdisc for delay simulation
tc qdisc add dev eth0 root handle 100: htb
tc class add dev eth0 parent 100: classid 100:1 htb rate 90kbps

# real measured qdisc
tc qdisc add dev eth0 parent 100:1 handle 1: htb
AC="tc class add dev eth0 parent"
$AC 1: classid 1:1 htb rate 100kbps
$AC 1:2 classid 1:10 htb rate 50kbps ceil 100kbps prio 1
$AC 1:2 classid 1:11 htb rate 50kbps ceil 100kbps prio 1
tc qdisc add dev eth0 parent 1:10 handle 20: pfifo limit 2
tc qdisc add dev eth0 parent 1:11 handle 21: pfifo

limit 2

注: 另一个HTB的子类和同一个HTB内的子类是不一样的, 因为HTB的类发送数据和硬件发送能力一样的, 所以在限度以内的数据发送仅仅取决于设备速度而不是上级类; HTB下的HTB类输出是模拟一个逻辑硬件; (大的延时)

假定速率同为50 kbps的两个类在时间3S 时执行命令如下:

tc class change dev eth0 parent 1:2 classid 1:10 htb \
rate 50kbps ceil 100kbps burst 2k prio 0

你可以看到WWW的延时趋近于0而SMTP的延时增大. 当你的优先级别更高而其他类的延时就更大.稍后在7S 时,模仿WWW以60 kbps和SMTP 以40 kbps.发送数据.你可以看到另一个有趣的现象.当WWW越限之后HTB首先是限制带宽.

什么样的类需要优先权? 一般需要延时低的类; 比如视频和音频流; (你必须使用正确的流量速率防止流量相互淹没. ) 或者是交互性(TELNET .SSH )流量正常突发并且不影响其他的流量.

提高ICMP的优先权可以得到一个很好的PING的延时返回, 但这是一个假相, 因为从技术角度来说在测试联通性时这种情况并不是你想要的.

7. Understanding statistics 查看统计
TC 工具允许你对LINUX队列规定进行统计; 不幸的是统计结果作者没有解释所以你不能经常用到他们; 这里我尽力解释来帮助理解HTB的状态; 首先是HTB的整体状态. 下面是第三节里的一个片段;

# tc -s -d qdisc show dev eth0
qdisc pfifo 22: limit 5p
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)

qdisc pfifo 21: limit 5p
Sent 2891500 bytes 5783 pkts (dropped 820, overlimits 0)

qdisc pfifo 20: limit 5p
Sent 1760000 bytes 3520 pkts (dropped 3320, overlimits 0)

qdisc htb 1: r2q 10 default 1 direct_packets_stat 0
Sent 4651500 bytes 9303 pkts (dropped 4140, overlimits 34251)

前三个规定是HTB的子队列, 我们跳过他们因为PFIFO的状态是自我解释的. Overlimit告诉你有多少次队列延时了数据包; direct_packets_stat 告诉你有多少包直接通过队列被送出; 其他的解释是自我解释型的, 让我们看看类的状态;

tc -s -d class show dev eth0
class htb 1:1 root prio 0 rate 800Kbit ceil 800Kbit burst 2Kb/8 mpu 0b
cburst 2Kb/8 mpu 0b quantum 10240 level 3
Sent 5914000 bytes 11828 pkts (dropped 0, overlimits 0)
rate 70196bps 141pps
lended: 6872 borrowed: 0 giants: 0

class htb 1:2 parent 1:1 prio 0 rate 320Kbit ceil 4000Kbit burst 2Kb/8 mpu 0b
cburst 2Kb/8 mpu 0b quantum 4096 level 2
Sent 5914000 bytes 11828 pkts (dropped 0, overlimits 0)
rate 70196bps 141pps
lended: 1017 borrowed: 6872 giants: 0

class htb 1:10 parent 1:2 leaf 20: prio 1 rate 224Kbit ceil 800Kbit burst 2Kb/8 mpu 0b
cburst 2Kb/8 mpu 0b quantum 2867 level 0
Sent 2269000 bytes 4538 pkts (dropped 4400, overlimits 36358)
rate 14635bps 29pps
lended: 2939 borrowed: 1599 giants: 0

我删除了类1:11 和 1:12 以便输出更简单扼要; 可以看到有我们设置的参数, 还有level 和 DRR quantum 信息;

overlimits 显示了有多少次类要求被发送数据而被rate/ceil 限制不能发送;(现在显示的仅仅是子类)

rate, pps 告诉你通过类实际的速率(10秒的平均值) 他和你选择的速率是一样的.

Lended 这个类借出的包 ; borrowed 则是被借入的数据包从父类;

Giants 显示了大于TC命令设置的MTU的数据包的数量;HTB和其协调工作,否则将会影响速率的精确性,, 添加 MTU 到你的TC命令里 (缺省是1600 bytes)

8. Making, debugging and sending error reports
开发, 调试和发送错误报告
如果你拥有kernel 2.4.20或者更新的内核你就不必要打补丁, 但你需要更新TC 工具从HTB 3.6 包里得到并且使用它;

为了和老内核工作协调, 下载内核源码, 用patch -p1 -i htb3_2.X.X.diff装载补丁程序, 然后用 make menuconfig;make bzImage; 编译内核时不要忘了选中QoS 和 HTB.

我将非常感激如果你认为在使用发现了HTB错误. 我需要详细的输出; 在队列规定出现异常行为时请在tc qdisc add .... htb.后面加上参数debug 3333333 ; 它将会在系统日志里记录一些调试记录,为此你可能需要在你的/etc/syslog.conf. 文件里加上kern.debug -/var/log/debug这一行. 通过压缩包电邮给我,并且付上问题描述和时间.

wxglade的布局

2008-05-14T13:10:00.000+08:00

wxGlade是wxWidgets及wxPython的界面设计工具。
wxGlade使用的是基于Sizer的界面布局器，与Delphi的位置大小布局完全不同。
其中有关布局的控件属性都在Layout属性页上设定，即当前控件在Sizer中用于定位的一些参数。

具体地：

Pos 当前控件在Sizer中所处的位置，数字越小越靠前。
Option 这个属性现在在wxWidget中叫做proportion，负责控制当前控件在当前Sizer中所占用的空间大小：如果取值为0时，当前控件多大，那么 Sizer中对应的格子也多大；如果取值为非零的值，那么该Sizer中所有取值大于0的格子之间以proportion的取值作为其大小的比例。比如 Sizer中有4个格子，proportion分别取值为1、0、2、3，那么其第1、3、4个格其长/宽的大小比例就是1:2:3，第2个格子的大小则根据里面放的控件的大小来决定。
Border 当前控件放在Sizer中时周围空多少像素，
wxGlade的参数设置中有一个选项是将所有的控件的Border值都默认置为3，通常3个像素也是比较不错的一个取值。

wxALL 如果选中则四边都保留Border所指定的空间。
wxLEFT 如果选中则控件左侧保留Border所指定的空间。
wxRIGHT 如果选中则控件右侧保留Border所指定的空间。
wxTOP 如果选中则控件上方保留Border所指定的空间。
wxBOTTOM 如果选中则控件下方保留Border所指定的空间。

wxEXPAND 如果选中则控件占据所有所在Sizer格子分配给的空间。
wxALIGN_RIGHT 如果选中则控件在所在Sizer格子中右对齐，否则左对齐。
wxALIGN_BOTTOM 如果选中则控件在所在Sizer格子中向下对齐，否则向上方对齐。
wxALIGN_CENTER_HORIZONTAL 如果选中则控件在Sizer所分配的格子里水平居中。
wxALIGN_CENTER_VERTICAL 如果选中则控件在Sizer所分配的格子里垂直居中。
wxSHAPED 如果选中则控件占据全部Sizer格子提供的空间，并且在扩展控件大小的时候保持长宽比例。
wxADJUST_MINSIZE 可能是让控件随着控件中内容的变化自动改变最适合其内容的控件最小大小。
wxFIXED_MINSIZE 通常控件会根据其中的内容自动确定一个适合的控件最小的大小，选中此选项将让此最小大小固定下来，不再随着控件中内容的变化而改变。

伟大的祖国啊

2008-05-06T00:44:00.002+08:00

我就是想看看自己哪小小的Blog空间,折腾半天才可以,换了ff2,原因是ff3不支持torbutton,而且ff3上面的插件还是太少了,没插件就是不爽,换回ff2!!!
今天下载了半天 ubuntu 8.04
这个是一个长期支持版本也就是LTS 版本
还没安装,有空再说吧,顺便repuest了一张server版本的原版cd,小气的是只给一张,最早一次给了25张...要等6周才能受到...慢啊

顺便看不到也好,自己欣赏就可以了,让那么多人看干嘛 ?是吧估计也没人看,o(∩_∩)o...哈哈

换个模板,换个心情

2008-05-04T03:22:00.001+08:00

right?

试验squid的方向代理

2008-05-04T03:09:00.004+08:00

访问blogspot的服务器有点慢,试验一下方向代理
#建立 squid 反向代理
http_port 61.178.231.xx:80 vhost vport

#设置一下原始的web服务器地址
cache_peer 72.14.207.191 parent 80 0 no-query originserver name=blog

#OK 允许access cache
cache_peer_access blog allow all

That's all

LOG看看
1209841524.331 1006 60.165.17.143 TCP_REFRESH_HIT/304 406 GET http://abird-blog.blogspot.com/search/label/Linux - FIRST_UP_PARENT/blog -
1209841544.107 1077 60.165.17.143 TCP_REFRESH_HIT/304 406 GET http://abird-blog.blogspot.com/search/label/Music - FIRST_UP_PARENT/blog -

重新捡起很久没写的blog

2008-05-04T01:56:00.001+08:00

Nothing, 这么久了改完的完了,改忘的也应该忘记了,是时候重新开始了.
给自己定个目标吧,
1. 减肥,少吃多运动,多跑
2.好好工作
3.继续钻linux
4.继续学习python

一首歌,现在很火

2007-03-31T15:33:00.001+08:00

深水炸弹

2007-03-16T11:40:00.000+08:00

感慨一下.深水炸弹是相当的有威力的.

I Wanna Be Adored - The Stone Roses

2007-03-15T19:07:00.000+08:00

爱上苦丁茶

2007-01-19T17:30:00.001+08:00

爱上苦丁茶...
我想我爱上它了.
好像生活,第一口喝下去是苦的,可是喝完了再去回味

,却有着淡淡的甜味,不是吗 ?
我们活在这个世界里,遇到很多不顺心的事情.苦过累过之后才觉得这就是生活

一个笑话

2007-01-19T17:28:00.000+08:00

今天倚能假日阳光发来一个域名,要在我们这里租虚拟主机空间
结果发来一看是 0931hoildy 我怎么看怎么都觉得奇怪

结果发现 hoilday 写错了,应该是 holiday ..想不到啊.那么大的一家公司会犯这样的错误..打电话过去说了,结果人家还说没关系,无所谓...我晕....

我老了吗？

2006-09-27T05:27:00.000+08:00

现在时间 2006年09-27的凌晨5:30
我已经老了吗？
很久没有熬夜，自认为已经老了，可是到现在还是不困，到现在还是睡不着，是因为明天就能够到达阔别已久的西安？还是咖啡和香烟的作用？谁知道呢。只是现在的问题是需要把US那边的机器最后的一步调整好，这样明天就没有什么事情了。godaddy的主机速度是相当不错的，只是电信线路过去有些惨，还是网通的好ping avg:250ms相当不错，还有就是godaddy只提供 Fedora Core 4的操作系统，对于我这个很久没碰redhat的人来说有些郁闷，但是还好Fedora Core的文档相当好，而且linux的东西都差不多，上手很快，晚上把整个思路理清楚了，这个Stunnel Socks Server的网络还真是让我头疼。6台机器互相备份，线路也是可以任意选择的，建成的时候会很爽的。

这些天接触的机器系统有 FreeBSD 6.0 , ubuntu Dapper,Debian,Redhat Fedora Core,晕了主流的都上了，发现还是debian和freeBSD好用，ubuntu虽然也是debian发展来的，但是有些走样了，感觉不好，前段时间用ubuntu做自己的桌面系统，开始还可以，后来用用觉得还是XP方便，记得以前用redhat 6.2的时候那个时候装rpm简直是噩梦啊，rpm的包依赖，会让人晕倒的，现在有了YUM，一个类似debian的apt的工具，相当方便了。

现在做一下总结陈词--“我还不算老，熬夜还成.”

香烟和咖啡

2006-09-27T01:05:00.000+08:00

这两样不同的东西，对于今晚的我来说算是最宝贵的东西了。
香烟使人精力集中，而咖啡可以让我思维活跃。今夜香烟可以在楼下的商店买到，而咖啡呢？
翻箱倒柜之后只发现了两包雀巢的1+2,我不喜欢1+2甜甜腻腻的感觉，可是这样也是总比没有的好，我更加喜欢的黑咖啡，有人说咖啡苦苦的有什么好喝的，可是你没有感觉到苦过之后带来的那种难以形容的感觉吗？会让你想喝第二口，虽然它很苦.人生也是一样的，苦过累过之后才会有收获的感觉。不是吗？

原来如此

2006-09-25T21:00:00.000+08:00

只要加个＜pre＞＜/pre＞标签就可以了，可以正确显示python代码的缩进了

今天也来Blog一下

2006-09-16T19:40:00.000+08:00

呵呵，blog写的太少了，重新开始吧