蓝色数据

VMware 的安装不是什么难事，基本上是回车即可。
可是在 Debian Sarge 上执行 /usr/bin/vmware-config.pl 生成 vmmon.ko 时却有意外状况发生，说是找不到内核头文件的 scripts 目录。
虽然已经安装过内核头文件，但是想到很久没有更新过内核了，干脆升级一下内核算了。
# apt-get update
# apt-get upgrade
# apt-cache search kernel-image | grep 2.6
安装相应 CPU 型号的最新内核：
# apt-get install kernel-image-2.6.8-3-686-smp
重启进入新内核的系统，确认没有问题后删除老内核：
# dpkg --purge --force-remove-essential kernel-image-2.6.8-2-686-smp
# apt-get remove --purge kernel-headers-2.6.8-2-686
或许 /boot 和 /lib/modules 下的一些残留文件需要另行删除。
再来安装与新内核相匹配的内核头文件：
# module-assistant prepare
再次运行 /usr/bin/vmware-config.pl ，却还是相同的问题。
到 /usr/src/kernel-headers-2.6.8-3-686-smp 目录下一看，发现 scripts 是个链接，是链接到
../kernel-kbuild-2.6-3/scripts 的，而 /usr/src/kernel-headers-2.6.8-3 下的 scripts 也是个链
接，居然同样链接到了 ../kernel-kbuild-2.6-3/scripts ，-_-! 这要不出错才怪了呢。
怀疑是 apt source 的问题，便把 cn99 的换成了 geekbone 的。apt-get clean 后重新安装，可是问题依旧。
询问使用 Debian testing 的用户，说 scripts 是个目录，里面有相应的脚本，看来是 Debian Sarge
的 bug 了。把 Debian testing 2.6.15 内核头文件的 scripts 目录拷贝过来覆盖掉 /usr/src/kernel
-headers-2.6.8-3/scripts 后再运行 /usr/bin/vmware-config.pl ，这次顺利的编译出了 vmmon.ko 。
就在本机使用 VMware 还需在本机安装 VMware-console ，一路回车就搞定。
对于远程使用 VMware ，值得注意的是 Server 和 Client 通信默认使用的是 902 端口，需要在防火墙中打开这个端口。
一个很有意义的设置是虚拟机可以随宿主系统自动启动/关闭：
VM -> Settings... -> Options -> Startup/Shutdown
选择随宿主系统自动启动/关闭。
启动虚拟主机时报错说 /tmp 空间不够，可以给 VMware 指定一个 tmp 目录：
# vi /etc/vmware/config
增加 tmpDirectory="/home/tmp" 。

1. Windows 下
把 php.ini 放到 C:\WINNT 下，
设置 extension_dir ，如：
extension_dir = "C:\php-4.3.11\extensions"
取消 mssql.dll 的注释：
extension=php_mssql.dll
 
Web Server 和 MS SQL SERVER 在同一部机器：
mssql_connect("HOST\INSTANCE","USER","PWD");
 
远程连接需要先在 Web Server 安装 MS SQL SERVER 客户端工具，然后才能连接：
mssql_connect("SERVER","USER","PWD");
 
2. UNIX/Linux 下
先安装 freetds-0.63
./configure --prefix=/usr/local/freetds
make
make install
 
安装 PHP 的时候：
--with-mssql=/usr/local/freetds
 
连接时需要加上端口号：
mssql_connect("IP:1433","USER","PWD");

安装 Oracle 需要在 GUI 下，用 VNC 远程登录比较方便。

对于 Debian ，可以 apt 安装 gnome 和 gdm ，再安装 vncserver ，
然后配置 VNCServer
# vi /etc/vnc.conf
$geometry = "1024x768";
$depth = "16";

启动
$ vncserver :1
停止
$ vncserver -kill :1
修改密码
$ vncpasswd

对于 Redhat ，安装系统的时候选上 GNOME 桌面。
VNCServer 的配置
# vi /etc/sysconfig/vncservers
VNCSERVERS="1:root 2:oracle"
VNCSERVERARGS[1]="-geometry 1024x768"
执行 vncserver ，会要求设置连接密码。接下来 $HOME/.Xauthority 文件和 $HOME/.vnc 目录也就创建了。

之后可以使用
# /etc/init.d/vncserver stop
# /etc/init.d/vncserver start
来关闭和启动服务。

$HOME/.vnc/xstartup 执行 X 启动时的设置，如果要启动 GNOME 可以加入 gnome-session ，而要启动 KDE 的话可以加入 startkde 。如果设置了开机自动启动，vncserver 还没有得到语言的环境变量，远程登录后是英文界面，可以在 xstartup 中加入“LANG="zh_CN.GBK" export LANG”。配置文件的一个范例：
# cat $HOME/.vnc/xstartup
#!/bin/sh

# Uncomment the following two lines for normal desktop:
# unset SESSION_MANAGER
# exec /etc/X11/xinit/xinitrc

LANG="zh_CN.GBK"
export LANG

[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources
xsetroot -solid grey
vncconfig -iconic &
#xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
#twm &
gnome-session
#startkde

首先安装 vim-enhanced ，
# yum -y install vim-enhanced
然后，
# vi ~/.vimrc
syntax on ，显示颜色；syntax off ，则不显示颜色。
为了方便，给 vi 做个别名，
# vi ~/.bashrc
alias vi='vim'
# source ~/.bash_profile

MySQL 的 interactive timeout 缺省设置为 28800 秒，这个值实在太大了，根据程序与数据库交互的状况把这个值改小了，结果使用 MySQL 4.0 的 ProFTPD 频繁断线。
SHOW PROCESSLIST;
发现操作 ProFTPD 数据库进程的运行时间在不停增加，直到达到 interactive timeout 参数定义的时间后才断开，这时，客户端与 ProFTPD 的连接也就断开了。
 
其它使用 MySQL 4.1 的 ProFTPD 没有这样的问题，看不到操作 ProFTPD 数据库的进程。（ProFTPD 的版本都是相同的）
 
也就是说，ProFTPD 使用 MySQL 4.0 验证用户时是建立的“持久”连接，只要客户端有操作就会去查询数据库，对客户端身份进行验证；而在使用 MySQL 4.1 时，只是在登陆时查询数据库验证身份，成功登陆后便由 ProFTPD 自己维护这个 session ，不再查询数据库了。
 
修改 MySQL 4.0 的  interactive timeout ，改为和 ProFTPD 设定的 TimeoutIdle 时间同一值后解决问题。