awstats:utf8编码页面使用纯真IP数据库显示地理位置问题的解决办法

Posted Leave a commentPosted in GNU/Linux

utf8是目前最好的多字节编码方案,支持世界上的绝多大多数语言,也是我最喜欢的字符集。debian lenny 上的awstats安装完毕后,默认输出iso-8859-1字符集,对中文支持不友好。打开/usr/lib/cgi-bin/awstats.pl ,定位到大约第80、81行将$PageCode变量的内容更改为’UTF-8′,这样awstats就可以吐出utf8编码格式的页面了。修改成utf8字符集还有一个好处,不用加载decodeutfkeys插件就可以正确的显示来自google的中文搜索关键字了。至于百度让它自生自灭去吧! awstats通过插件qqhostinfo插件和qqwry.pl库使用纯真IP数据库可以显示来访者的地理位置,是一个不错的解决方案。具体的使用方法网上转载很多,可以google之。纯真IP数据库使用的是gbk/gb2312/gb18030系列编码,而我的awstats使用utf8编码,所以显示出来的物理地址全部是乱码。解决方法也很简单,打开qqwry.pl,在文件前面加上一句”use Encode;”,然后找到”return $ipaddr;”这一行,在其前面加上一句”$ipaddr=decode(“gbk”,$ipaddr);” 就ok了,因为perl 5内部使用的就是utf8编码,所以就不用再encode成utf8了。

likely,unlikely宏与GCC内建函数__builtin_expect()

Posted Leave a commentPosted in GNU/Linux

先罗嗦几句 最近在读linux 2.6 内核,虽然以前已经看了很多相关的知识,<<linux内核完全注释(0.11)>>也看了2,3遍,但读2.6内核仍然感到很吃力。面对2.6如此庞大的内核,信心真的不是很足,而且好像也没有很好的、有帮助的论坛来一起探讨,哎!现在正在边看<<情景分析>>,边看最新的内核,自<<情景分析>>出版以来,内核已经有了很多的变化,好难读啊!如果这样读下去算不算“皓首穷经”呢,不得而知了!

BASH脚本中使用正则表达式检查IP地址和端口号

Posted Leave a commentPosted in GNU/Linux

新版本bash(可能从3.0以后)内置了运算符 =~ 来支持正则表达式匹配。请注意此运算符只能用在[[…]]表达式中,而不能用在[…] 中。bash内置支持的好处在于使用方便和效率提升,不需要fork一个process即可以进行正则表达式匹配。但是似乎bash对正则表达式的支持不很完善,比如用 转义符\d无法匹配单个数字,必须用 [0-9]来匹配才行,比较罗嗦。

Ubuntu:Partition table entries are not in disk order

Posted Leave a commentPosted in GNU/Linux

前几天刚安装了ubuntu 9.04,在分区的时候,先从磁盘的最后面划出大约2G的空间做了swap,然后再分的/,/var,/tmp,/home。安装好了才发现,虽然swap在磁盘的最后面,其设备号却为/dev/sda6,排在其他分区的前面,sda1和sda5为XP使用的分区。虽然看着有些不爽,但是不影响使用,也就没管它。 今天用sudo fdisk -l查看分区表的时,在打印的分区列表最后面有一句话:Partition table entries are not in disk order,又勾起了我的洁癖,决定把分区表顺序调整过来。 sudo fdisk /dev/sda进入fdisk的shell,然后输入f回车就可以把分区顺序调整过来了,然后输入w保存退出。因为root分区的设备号从(hd0,6)变成了(hd0,5),所以grub就会无法找到root分区,从而无法进行引导。 用ubuntu 9.04的livecd引导进入系统,进入grub,然后root (hd0,5),setup (hd0) 就可以了。 ubuntu9.04是用uuid来标示分区的,所以/etc/fstab和/boot/grub/menu.lst不用更改就可以顺利的启动系统了。

轻轻松松修改mysql默认字符集为utf8

Posted Leave a commentPosted in GNU/Linux

utf8是我很喜欢的的字符集,在我的Debian lenny上安装mysql后,默认的字符集是latin1,现在就让我们把mysql相关的所有默认字符集都更改为utf8。 在/etc/mysql/conf.d目录下面新建一个文件charset.cnf,增加如下内容: [client] default-character-set = utf8 [mysql] default-character-set = utf8 [mysqld] default-character-set =utf8 然后执行命令sudo /etc/init.d/mysql reload,现在连上你的数据库看看吧,默认的字符集和校对集全部变成了utf8。

Debian sudo ‘command not found’

Posted Leave a commentPosted in GNU/Linux

在自己的主目录下面建了一个bin子目录,把自己撰写的一些简单的脚本放在这里执行,因为debian lenny用户主目录下的.profile文件默认把$HOME/bin路径放入了环境变量$PATH中,因此自撰的脚本就可以像系统提供的应用程序一样来运行了。 但是今天写了一个脚本需要root权限来运行,sudo一下居然提示”sudo:  xxx.sh:  command not found”。很明显这是$PATH的问题,切换到root,设置好$PATH,运行这个脚本是没问题的。看来是sudo的问题了,浏览了sudo的man page,然后google了一下后发现了问题所在。 原来Debian在编译sudo包的时候默认开启了- -with-secure-path选项,在我机器上这个完整的选项是: – -with-secure-path=”/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin”。当sudo时$PATH变量就会被secure-path所代替,所以即便你更改/etc/environment中的PATH也没有用。此问题由来已久,没想到在lenny中仍然存在。 后来有一个sudo options SECURE_PATH可以override此内置设置,在/etc/sudoers文件内增加这么一行: Defaults secure_path=”/bin:/usr/bin:/usr/local/bin:…” 但是这样很不方便。 其他的workround我知道有这么几个: 1、使用脚本的完全路径,不是办法的办法。 2、使用sudo的env选项,像这样sudo env PATH=$PATH xxx.sh 3、把脚本拷贝或链接到系统$PATH中 这些方法都很别扭,所以最终的解决方案就是: 重新编译sudo,千万别再带- -with-secure-path选项了。