老一点的文章，一般都教大家在php.ini中配置eaccelerator参数：

eaccelerator.shm_size = "16"

这里的数字单位是MB，意思是Eac可以使用16MB的共享内存；新一点的配置文件告诉大家设置成32。如果服务器上只有一个不大的PHP程序在运行，那差不多够了。像我这个VPS上啥破玩意儿都有，32MB的内存就不够，就让eaccelerator的预编译功能大打折扣。对我这种内存空余，CPU吃紧的VPS，可以尝试增大eaccelerator.shm_size的值。

简单修改php.ini中的eaccelerator配置是不行的，我试过改成64，得到错误：

eAccelerator: Could not allocate 67108864 bytes, the maximum size the kernel allows is 33554432 bytes. Lower the amount of memory request or increase the limit in /proc/sys/kernel/shmmax.
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0

这时候连apache都启动不了。因为Linux内核2.6.x中共享内存的默认值是32MB，需要修改shmmax，命令如下：

echo 67108864 > /proc/sys/kernel/shmmax

echo后面的数字单位是byte，上面例子中的大小是64MB，修改之后重启apache就可以了，但这并不是一劳永逸的。如果整个服务器一旦被重启的话，shmmax值会被还原到33554432。我们最好修改/etc/sysctl.conf，找到该文件里面的：

# kernel.shmmax = ....

一般是注解掉了，去掉’#'注解，在等号后面输入你想要的数值，单位为byte。然后再重启整个服务器就可以了。

如何确定Eaccelerator到底是用多少共享内存？这是一个问题。我偶然发现Joomla对eaccelerator的支持非常好，在管理后台–Help–System Info–PHP Information中可以清楚的看到eac使用了多少共享内存。

Mysql的升级很正常，没有什么好说的；PHP 5.2.11到PHP 5.3.1的升级也很正常；问题主要出在eaccelerator上面，从0.9.6-rc1升级到rc2，编译安装一切都很正常，无错。重启apache后所有动态站点都给我闹http 500错误，错误日志显示：

PHP Warning: Unknown: open_basedir restriction in effect. File() is not within the allowed path(s): (/home/xxxx/:/tmp:/var/tmp:/usr/local/lib/php/) in Unknown on line 0
PHP Fatal error: Can’t load /home/xxxx/domains/www.onepx.com/public_html/index.php, open_basedir restriction. in Unknown on line 0

默认情况下，php.ini中的“open_basedir = ”是被冒号注解掉的，我去掉冒号，把错误中提到的那些目录加入：

open_basedir = /home/xxxx/:/tmp:/var/tmp:/usr/local/lib/php/

没有一点帮助，问题依旧。无赖，只好暂时不要eaccelerator，在php.ini中修改：

eaccelerator.enable=”0″

没有加速的网站觉得是有那么一点点慢，不甘心，又把eaccelerator-0.9.6-rc1这个老版本下载下来编译安装。嘿！在PHP 5.3.1下居然能用，那就继续用老版本吧。

次日，当我继续研究这个问题的时候，在eaccelerator主页上发现，就在2月4日他们居然放出了稳定版0.9.6，真是及时雨啊，啥也不想了，下载，编译！结果http 500：

PHP Warning: Unknown: open_basedir restriction in effect…
PHP Fatal error: … open_basedir restriction. in Unknown on line 0

PHP crash了，TMD又玩我，升级升的反倒不如从前了。继续研究…

终于功夫不负有心人，找到了一个bug report，而且还有人给出了patch。如果有人遇到和我相同的情况，下载eaccelerator 0.9.6后先不要安装，解包后找到eaccelerator.c这个文件，打开第1156行，这样的：

if (PG(open_basedir) && php_check_open_basedir(realname TSRMLS_CC)) {

修改成：

if (PG(open_basedir) && php_check_open_basedir(file_handle->filename TSRMLS_CC)) {

然后再编译安装吧。

如果说这次的升级给我啥教训的话，用老外的一句话很贴切：” If It’s Not Broken, Don’t Fix It !”翻译成中文：没事干也别TMD去当小白鼠！

安装OpenSuSE 11.0的过程中，系统认出了声卡型号是Creative Sound Blaster X-Fi Platinum，但无法驱动。后来到创新的网站上看到它们曾在今年的4月份发布过Sound Blaster X-Fi Driver for Linux:

This download is a beta driver providing Linux® 32-bit / 64-bit OS support for Creative Sound Blaster® X-Fi™ series audio devices. For more details, read the rest of this web release note.
…
This beta driver has only been tested on the following 32-bit / 64-bit Linux distributions: Ubuntu® 7.10, openSUSE® 10.3 and Red Hat® Enterprise Linux® 5.1 (64-bit only).
…
* Supports GCC version 4
* Supports Linux 64-bit and 32-bit OS
…

看到这个Release Notes中有openSUSE 10.3的身影，比较振奋，欢欢喜喜下载了这个Beta 2 Driver，结果是让人失望的：Make error…Installation Unsuccessful…然后跑去翻了翻Driver Issues，结果发现新出的一些Linux发型版本（包括Fedora 9、Ubuntu 8.04以及openSUSE 11.0）都无法安装这个Beta Driver。

创新声卡的驱动一直是一个问题，以前创新声卡驱动的开发曾严重的滞后于Windows Vista，开发出来后居然还想收费！很多创新声卡用户用的驱动都不是官方的，因为创新太不厚道，在中国有熟知的游飘版驱动，在国外有著名的Daniel_K版。Linux用户都没有对创新公司抱多大期望，只希望ALSA驱动在未来能够驱动起Creative X-Fi系列。我就无所谓了，声卡在OpenSuSE 11.0下是否能驱动对我没有什么大的影响，反正又不是用Linux来娱乐的。

毫无疑问，我的nvidia显卡驱动是好的。运行glxgears，显示的成绩在48000分左右，打开Compiz特效后运行各种动画效果都非常的流畅。那是Gnome桌面主题的问题？还原到安装后默认的主题，问题依旧。检查了xorg.conf文件也没有发现什么问题。我开始有点郁闷了…

后来我开始注意到，在OpenSUSE 11.0的Gnome终端上运行带图形界面的程序，从简单的gedit，到复杂一点的firefox，打开的时候都会遇到一个下面的错误：

noyb:/home/lee # gedit
/bin/sh: /usr/bin/esd: 没有那个文件或目录

如果继续操作该程序的菜单，每操作一次，就会再次得到“/bin/sh: /usr/bin/esd: 没有那个文件或目录”，终于明白了。OpenSUSE 11.0下Gnome桌面菜单反应慢的原因和显示系统没有关系，而是声音系统的问题。解决方法：

• #安装esound软件包
  sudo zypper in esound

由于OpenSUSE 11.0将pulseaudio作为Gnome桌面默认的声音服务，esound包在默认的情况下是不会安装的，然而Gnome桌面下各程序菜单使用的声音却又是esound。即使你不设置菜单的声音，系统仍然会去查找：“该播放那个音乐呢？”，找一个不存在的东西导致了桌面系统反应的迟钝并产生错误。

在安装esound前，系统—配置—音效里面：

所有的选项都是灰的，不可选。安装esound以后方可以订制，我的选择是——无声音。Last:安装好esound以后，OpenSUSE 11.0 Gnome桌面系统的反应速度健步如飞～

开机进入Gnome桌面后，系统声音是正常的，一旦用户启动Yast2，输入密码登录后，进程里面会有一个root用户在用着的pulseaudio，普通用户就有可能没有办法再连接上这个服务，因此导致Gnome桌面系统的声音出现问题。在官方解决这个问题之前，我暂时的解决方法是到yast里面搜索pulse，把列出来的rpm包全部删除，也不需要再安装什么另外的软件包，alsa自己会去接管。删除pulseaudio后唯一要做的就是改一下托盘声音图标的连接，换成原始的Gnome音量控制：

cd /usr/bin
sudo ln -s /usr/bin/gnome-volume-control pavucontrol

重启OpenSUSE 11.0，搞定。大可不必担心出什么问题，没有pulseaudio的OpenSUSE我们都用了那么多年了。Pulseaudio服务的愿望是好的，统一声音领域，降低声音系统的复杂程度，但是貌似还不是很成熟，俺就不当OpenSUSE 11.0的小白鼠了。如果你的Gnome系统装好就没有声音，排除驱动的问题后，请看这里——解决OpenSUSE 11.0下的问题。

首先，使用64位OpenSUSE并不会比32位快多少，至少不是我们能够感觉出来的，但是64位的问题却要多出很多。比如下面的两个已经确认是64位OpenSUSE独有的问题：

• Pidgin 2.4.1：在32位下群的名字会显示Null，这个问题下载Linuxsir论坛上下载一个libqq.so以后可以解决。但是在64位下连Null都没有！我也曾下载了最新的Pidgin 2.4.2来编译，编译安装前需要的*-dev包之多，折腾了很久…编译好后问题依旧。我非常讨厌QQ，但有周围一些比较特殊的人之间的联系靠的就是这个…用Eva？No!为了这个东西要装个百兆有余的kdebase，我宁愿选择32位的OpenSUSE。

• aMule 2.2.1：我不用BT，这个东西对我就至关重要。我本以为已经解决了这个问题，但是我错了。
  

  2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation
  2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation
  2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation

  上面的错误每秒钟都在出现(猜测应该是和crypto++之间的问题)，直接导致：

  2008-06-26 15:52:29: ClientCreditsList.cpp(168): 积分文件已载入，33个已知用户

  已经用了好几天，4.3G的720P电影已经下好一部，已知用户数是绝对不可能才33个的。失去了积分系统的aMule就不在是一头Mule。

现在系统正运行在32位的OpenSUSE 11.0下，Pidgin和aMule这两个对我比较重要的软件运行都很正常。很欣慰，没白忙半天…

有的虚拟主机商会以天为单位把访问记录分割打包放在一个目录下，你每天去下载就是了，不大，看起来也不麻烦。我目前这个虚拟主机虽然提供实时的访问记录，但它每个月才分割一次，从6月1日到现在一共有13万余条记录，看这个东西要死人的…于是我写了个简单的脚本：

#!/bin/sh
#以续传的方式下载访问记录ilihai.log到/public_html/log目录下
wget -c ftp://帐号:密码@ftp.www.onepx.com/路径/ilihai.log ~/public_html/log

#把googlebot的访问记录提取出来并输出到文本gbot
grep ‘Googlebot’ ilihai.log > gbot
#提取baiduspider
grep ‘Baiduspider’ ilihai.log > bbot

#把从google过来的搜索记录提取出来并输出到文本gsearch(实际还会把来自yahoo.com的搜索也提取过去，不过非常少，忽略)
grep ‘/search?’ ilihai.log > gsearch
#提取来自百度的搜索记录(还会把来自yahoo.cn的搜索也提取过去)
grep ‘/s?’ ilihai.log > bsearch

#把所有http 404记录提取出来并输出到文本404
grep ‘ 404 ‘ ilihai.log > 404

#同理，还可以写出图片盗链的、从外部链接访问过来的都可以用linux shell命令写出来，我这里就不举例了。

把上面的文字保存为“log.sh”文件，存到“~/public_html/log”文件夹下，并“chmod +x log.sh”，在终端下输入“./log.sh”。运行完这个shell脚本以后会生成404、bbot、bs、gbot、gs这几个文本文件，用vim挨个看好了。用vim的好处是它的记忆功能：比如404这个文本文件有54438行，你今天看到第54438行，明天再次执行这个脚本过后，404文件可能会变成60000+行。再用vim打开404文件，光标会停留在594438行上，往下翻页就是最近一天的http 404记录。如果每天运行一次这个脚本，工作量将是非常小的。还有一个好处，Gnome终端中显示的链接是可以点的，比如查看gsearch文件中某行：

• 121.229.99.117 – - [24/Jun/2008:04:48:27 -0700] “GET /cancel-credit-card.html HTTP/1.1″ 200 25311 “http://www.google.cn/search?q=%E4%B8%AD%E4%BF%A1%E4%BF%A1%E7%94%A8%E5%8D%A1%E6%8F%90%E5%8D%87%E4%B8%B4%E6%97%B6%E9%A2%9D%E5%BA%A6&complete=1&hl=zh-CN&newwindow=1&sa=2″ “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; QQDownload 1.7)”

把鼠标移动到后面的http://www.google.c…上，右键单击，会出来菜单，选择“打开链接”，你就可以到firefox中去看这个用户是通过搜索什么关键词过来的。目前我还在研究怎么把%E4%B8这些抓出来并转换成中文的方法，如果能行那就更方便了。

目前最有用的是404的部分，比如下面的这种SOB，我直接把它的IP写进.htaccess文件ban掉！：

219.232.233.101 – - [04/Jun/2008:08:01:00 -0700] “GET /bbs/data/dvbbs8.mdb HTTP/1.1″ 404 10554 “-” “-”
219.232.233.101 – - [04/Jun/2008:08:01:01 -0700] “GET /data/dvbbs8.mdb HTTP/1.1″ 404 10512 “-” “-”
219.232.233.101 – - [04/Jun/2008:08:01:03 -0700] “GET /database/PowerEasy2006.mdb HTTP/1.1″ 404 10533 “-” “-”

还有那种乱发spam comments的IP和UA，都挨个被我从网站访问记录里面提取出来ban掉，现在的每天的spam comments已经锐减到个位数。Blogger们，不要浪费了你们手中的Linux，这个玩意儿越研究越有意思。

1. 创新Sound Blaster Audigy2 ZS声卡没有声音；
2. aMule无法启动。

第一个没有声音的问题不难，运行gnome-volume-control，有两个水平菜单，其中有一个叫开关，里面有Audigy Analog/Digital Output Jack这个选项，打勾，搞定。昨天可郁闷死我了，全耗在pulseaudio上了，很疑惑，既然pulse audio管不了，那OpenSUSE 11.0为何把pavucontrol(PulseAudio Volume Control)做为默认的音量控制放在系统托盘？

再aMule的问题，安装好packman的2.2.1版本for OpenSUSE 11.0，一启动就死在那里了，后来我自己到www.amule.org上下载源码包来编译安装，问题依旧。查看~/.aMule/logfile:

• 2008-06-21 20:45:43: ClientCreditsList.cpp(315): 文件 ‘crytkey.dat’ 未找到，正在创建。

就死在这步上了。cryptkey.dat是保存用户user hash的两个文件之一，aMule创建不出来，我来创建好了，总之等下我都要把cryptkey.dat和preferences.dat这两个文件从windows xp下的eMule里面拷贝过来。结果拷贝到~/.aMule文件夹以后就搞定了，见鬼了，难道aMule没有读写权限吗？

OK，搞定了也该睡觉了，又是凌晨三点了，不过心情舒畅，OpenSUSE 11.0真的非常不错，明日继续。

I don’t have the same card and 32bit but, I have an audigy 4. When I installed 11.0 I had no sound either. What I had to do was add myself to audio and select audigy analog output in kmix and it works now. Hope this helps.

Ok，你用的是kde，我这边是Gnome…估计应该是pulseaudio的问题，尝试若干解决方法未果…已经是临晨三点，不搞了，上博客记下以上流水帐睡觉去也。小试OpenSUSE 11.0让我很伤心…

Sneak Peeks of openSUSE 11.0

• The new installer

openSUSE 11.0 includes a brand-new installer. The Sneak Peek series on openSUSE News shows off some new features, plus an interview with Stephan Kulow!

• Software Management

There have been many improvements and changes to ZYpp, openSUSE’s package management system, including the major improvement: it’s lightning fast! Features an interview with Duncan Mac-Vicar.

• Desktop Effects

openSUSE’s Desktop Effects (Compiz) have been improved, and include many new effects and new features which make running and managing them better! Also includes an interview with Dennis Kasprzyk!

• KDE

In openSUSE 11.0, you get two KDEs for the price of one. Take a look at the new KDE!

• GNOME in openSUSE 11.0

There are many improvements in the new version of GNOME. Vincent Untz talks about the GNOME desktop environment in openSUSE 11.0.

Are you a reviewer, or are you writing about openSUSE 11.0? Take a look at our 11.0 Reviewer Guide.

结果这个工作已经有人作了《openSUSE 11.0：哪些新特性？》：

为什么要从目前的 openSUSE 10.2/10.3 升级到 openSUSE 11.0？这里你将看到一些主要的原因：

• QT4 安装程序:显然当你升级／安装一个操作系统的时候，你首先看到的是安装屏幕。openSUSE 11.0 引进了全新而美观的 QT4 安装程序，这个安装程序比任何当前的 Windows/Linux/Mac OX 都领先了不止一圈（就外观而言）。
• 软件包管理 (Zypper):Zypper 自 openSUSE 10.3 起经历了许多改进。当前的 11.0 使用的是 zypper 0.11.6-4.1，现在，软件包管理在安装软件，更新源等等方面都大大的加速了，也变得前所未有的智能化。（译者：就本人的使用体验来看，你完全可以 将 zypper 看作是 apt-get 在 openSUSE 中的实现。）
• Xorg:Xorg 已经被更新到 7.3 ( openSUSE 10.3 中的是 7.2)，包含了许多针对 Intel / Nvidia 驱动的更新 (但如果使用
  Nvidia / ATI，我还是推荐安装 Nvidia / ATI 专有的驱动）。还有值得注意的是，AIGLX 现在已经被默认启用了。
• 内核:openSUSE 11.0 搭载了版本为 2.6.25 的内核。这一版本在虚拟化、硬件支持等方面和 openSUSE 10.3 相比有明显的改进。
• KDE 3.5.9:相比 openSUSE 10.3 中的 KDE 3.5.7 有较大改进。PIM（个人信息管理程序，例如 Kmail， Kontact 等）被加强，并且修正了许多原有的 bug。
• KDE 4:尽管 KDE 4.1 没有及时在 openSUSE 11.0 中发布，但你可以很容易地使用 openSUSE 打包服务（openSUSE
  Build Services）升级到 4.1。openSUSE 11.0 默认搭载的是 KDE 4.0.4。
• GNOME 2.22:关于 GNOME 2.22 已经谈论的够多了。GNOME 2.22 在各个反面都有许多许多改进。

还有许许多多其他的安装／升级到 openSUSE 11.0 的理由，这里就不再一一提到。许多显著的更新包括：

• NetworkManager （尽管它与 YaST 配置程序的协作仍有些问题）
• OpenOffice （2.4.1）
• Wine （默认为1.0 rc，但既然 Wine 1.0 已经释出，估计将出现在更新源中）
• Amarok （1.4.9.1）

看腻了屎黄屎黄的Ubuntu吗？来瞅瞅嫩绿的OpenSUSE 11.0吧。