• FreeBSD + Apache + PHP + Mysql (恶搞版)
• FreeBSD + Apache + PHP + Mysql + Oracle
• Ubuntu + Apache + PHP + Mysql ，比较简单，正常server版安装结束的最后一步可以选择安装LAMP
• Ubuntu + nginx + php
• Ubuntu + php + Oracle

Memcache

说起Memcache，这年头稍微大点的网站几乎是必不可少的。内存Key-value一对一数据库，但数据易失。新浪的团队也有个项目是memcachedb，就是以速度为代价，部分数据回写硬盘。但似乎不是memcache的本意，个人觉得不如直接写sql，仁者见仁吧。

• For Ubuntu
  apt-get install memcached php5-memcache
  /etc/init.d/memcached start
• For FreeBSD
  cd /usr/ports/databases/memcached
  make install clean
  cd /usr/ports/databases/pecl-memcache
  make install clean
  echo”memcached_enable=YES” >> /etc/rc.conf
  /usr/local/etc/rc.d/memcached start

Redis

也是一个Key-value数据库，比起Memcache速度慢一点，但会回写硬盘，数据不丢失。处理Feed之类SQL吃上劲的应用必备。

• For Ubuntu //11.04可行，8.04不行，官方似乎从904以后才加入的。之前的版本不妨用debian包
  apt-get install redis-server php-redis //同样的debian包下载
  /etc/init.d/redis-server start
• For Freebsd
  cd /usr/ports/databases/redis
  make install clean
  echo ‘redis_enable=”YES”‘ >> /etc/rc.conf
  /usr/local/etc/rc.d/redis restart
  cd /usr/ports/databases/php5-redis
  make install clean //敲的条件反射了

说起redis的PHP支持类，由于redis是明文的传输，所以很多人会选择redisend这类基于socket连接方式的php类——说白了就是模拟telnet 6379。根据实际测试的结果，C扩展至少有40%以上的提升，而且内存更少，加包和拆包的过程更迅速。更何况redisend的前一个版本一堆问题，后一个版本又是php5.3 only的天上一脚，地上一脚的维护也是麻烦。不是万不得已还是少用为妙。

PHP-FPM

这个是给Nginx做fastcgi扩展的，相比php-cgi, spawn-cgi不但性能上有提升，配置上也灵活的多，但FreeBSD不支持，Ubuntu也不官方推荐。这里使用了ubuntu的非官方库。

echo “deb http://php53.dotdeb.org stable all” >> /etc/apt/sources.list
apt-get update; apt-get upgrade
apt-get install php5-fpm

会直接覆盖之前官方支持的PHP包，请慎重考虑。

/etc/init.d/php5-fpm start

PHP-GD

最常见的缺失，但很容易。

• For Ubuntu
  apt-get install php5-gd
• For FreeBSD
  cd /usr/ports/graphics/php5-gd
  make install clean

Minify

Minify是一个基于PHP5的CSS/JS优化包，其实这不属于Php的扩展。

1. http://code.google.com/p/minify/ 下载最新的minify，解压后，将min目录拷贝至网站根目录下。
2. 确认是否开启了apache 的mod_rewrite，Ubuntu默认不开启，需要a2enmod,选择rewrite后,/etc/init.d/apache2 restart 重起apache
3. 网站根目录下编辑.htaccess内容如下：

   RewriteEngine On
           RewriteBase /
            RewriteRule ^(.*\.(css|js))\S?$ min/index.php?f=$1 [L]

4. 如果系统已经安装了memcache包，不妨用MC替代文件方式存储优化后的信息，编辑min/config.php，末尾添加

   require 'lib/Minify/Cache/Memcache.php';
   $memcache = new Memcache;
   $memcache->connect('localhost', 11211); //根据本地配置调整
   $min_cachePath = new Minify_Cache_Memcache($memcache);

TokyoTyrant (ttServer)

TykyoTyrant想必web game, social game的公司用的很多，大概是由于某家企鹅公司的框架所限吧。这东西就是一个“支持lua扩展并可持续化”的key-value。个人觉得完全可以通过memcache + redis两者取代。

• for Ubuntu (natty ok, hardy not support)
  apt-get install tokyotyrant
  /etc/init.d/tokyotyrant 52~53行稍作修改：
  52 #SERVERHOST=”$RUNDIR/$NAME.sock”
  53 SERVERPORT=1978
  即可通过/etc/init.d/tokyotyrant start命令启动1978端口的监听

• for Freebsd
  cd /usr/ports/databases/tokyotyrant/
  make install clean

FreeBSD 8.1比较吸引我的一个重要更新就是将ZFS从测试模块升级到了正式模块。这意味着Zfs已经足够的成熟和稳定了。

闲话不说，我这台主机是用zfs来做nfs服务器。刚升级到了FreeBSD 8.1 stable的版本。

首先，升级zpool的版本

#zpool upgrade -a

接着，升级zfs版本

#zfs upgrade -a

正常情况下zfs的升级就完成了。中间几乎没有延时。

由于zfs需要使用nfs，而且随着zfs成为了正式版本，原本有一个垃圾设置（设不设没效果）sharenfs 已经正式实现了。不去修改的话就会出现nfs被挂装但是无法访问文件的问题。

# zfs set sharenfs=yes  /YOURPATCH

由于默认i386默认没有为zfs开启prefetch（预读），需要在/boot/load.conf中加入vfs.zfs.prefetch_disable=0。

同时，系统vm.kmem_size_max和vm.kmem_size两个设置如果过大的话可能会在系统拷贝大文件时吃光所有内存，设置请慎重。

motd即Message Of ToDay，每天的信息。大部分的固定文本信息放置在/etc/motd下，如果没有你可以直接创建一个，然后修改其中的内容制作一个主机登录Banner以便于区分多台主机。对于Ubuntu来说，特别是启用了server中“landscope管理系统”后，这里没有效果，你需要修改的文件为/etc/motd.tail。

对于部分相对比较保守的Unix版本而言剩下可供修改的并不多，只有通过/etc/issue的方法，除了使用现有的字符，issue还支持参数如下：

/l 显示终端机接口号
/m 显示内核的硬件版本
/n 显示主机名
/o 显示 域名
/r 显示操作系统的版本，类似于uname -r 
/t 显示本地端时间
/s 操作系统的名称
/v 操作系统的版本

对于比较激进的操作系统（ubuntu就曾经因为motd爆出安全漏洞）那就更灵活了。

Ubuntu：

修改/etc/init.d/bootmisc.sh脚本，其中：

        uname -snrvm > /var/run/motd
        [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd

我要加入uptime和df -h的信息就修改为：

        uname -snrvm > /var/run/motd
        [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
        uptime >> /var/run/motd
        df -h >> /var/run/motd

重启服务：

/etc/init.d/bootmisc.sh stop
/etc/init.d/bootmisc.sh start // 不支持restart reload等操作

登录查看，成功！

FreeBSD：

其实是一个原理，方式类似：

ee /etc/rc.d/motd

        uname -v | sed -e 's,^\([^#]*\) #\(.* [1-2][0-9][0-9][0-9]\).*/\([^\]*\) $,\1 (\3) #\2,' > ${T}
        awk '{if (NR == 1) {if ($1 == "FreeBSD") {next} else {print "\n"$0}} else {print}}' < /etc/motd >> ${T}

改为：

        uname -v | sed -e 's,^\([^#]*\) #\(.* [1-2][0-9][0-9][0-9]\).*/\([^\]*\) $,\1 (\3) #\2,' > ${T}
        awk '{if (NR == 1) {if ($1 == "FreeBSD") {next} else {print "\n"$0}} else {print}}' < /etc/motd >> ${T}

        uptime >> ${T}
        df -h >> ${T} 

重启

 /etc/rc.d/motd stop;  /etc/rc.d/motd start

成功！

Centos的操作系统，自然是主流应用的WWW。近期无缘无故的Cron失效，所有的任务都无法执行。多次重启主机，重启Cron服务均是如此。

起先我由于没有拿到控制台，怀疑是Cron经典的环境变量问题，修改了半天也是白忙。总算此兄开恩，将root的权限给了我。:)

登入主机，crontab -l，所有命令都正常，单独执行也都OK。跑到/var/spool/cron下也没有发现有什么文件权限之类的问题。

每天都被cron mail挤爆信箱的我觉的从邮件入手吧。谁知那位兄弟没有配置邮件系统，而且直接disable了sendmail服务。

这里需要说明的是，Crontab 默认会将定时执行的结果通过mail返回给用户。如果没有启动Sendmail服务，系统（确切的应该是sendmail程序）将会把每一个结果保存为一个文件，放置在/var/spool/clientmqueue下。

cd /var/spool/clientmqueue 呵呵，果然！等了半个多小时愣是没有给list出来。du -sh 也是个费时费力的操作了。

mv * 太慢，直接 ls | xargs rm 操作，清空了所有的文件，重试了一下，搞定！

解决此类方法的建议：

1. 开启sendmail服务，这是最佳途径。
2. 每条命令使用 ‘>>’  指向一个日志文件，如果觉得返回没有必要，就直接  >> /dev/null 2>&1 丢弃掉。
3. 更加变态的方式就是再加一条cron，定期清空 /var/spool/clientmqueue

PS：

之前没有弄过，完成测试的时候才理清的一个Cron问题：

30 3 * * 1 dosomething ,是每周一3点半执行是确信无疑的了。
30 3 1 * 1 dosomething, 是当1号是周一的时候执行吗？不是！是1号，或者周一的时候执行。crontab中的星期是一个“或”的概念，而非其他的“和”的概念。

故名思义，tunnel就是在邮件服务器和企业防火墙之后设置一条逻辑上的隧道。这条隧道一方面为了数据安全，另一方面，由于ssh的压缩功能也能在一定程度上减少邮件这类纯文本传输的网络需求。

先决条件：

1. Unix like的邮件系统，并安装了ssh-server，本例中假定邮件服务器ip为1.2.3.4
2. 企业路由器和内网：路由最好有vpn和防火墙功能。
3. 内网的 一台主机，配置不必太高（我用了虚拟机，64M内存已经足够近百人使用），安装有ssh-client，如果是win主机，推荐使用putty的安装版本。经过测试，个人觉得FreeBSD下的性能较好。考虑到安全，这台主机尽量不要安装远程控制台并尽可能上锁。本例假定ip 192.168.1.1。
4. 注意整个系统的安全策略，账户策略等，相比中间人攻击这样的“高级”黑客行为，破解密码，利用漏洞永远是成本最低的方法。

SSH隧道实现安全Mail系统示意

第一步：设置公钥方式登录：

内网主机上运行mkdir -p ~/.ssh;cd ~/.ssh;ssh-keygen –d，如果变态一点可以使用ssh-keygen -b 4096 -d增加强度，之后 不要输入任何信息，一律回车带过，很多人不能实现ssh的无验证通过，大多是因为这里没有弄好。这样~/.ssh目录下将会出现id_dsa 和id_dsa.pub两个文件。

将内网主机的id_dsa.pub文件拷贝邮件服务器，并在邮件服务器上执行cat id_dsa.pub >> ~/.ssh/authorized_keys 。尝试在内网主机上执行 ssh A主机的IP ，成功地话应该没有提示密码（即直接得到A主机的控制台）。

如果经常来小站做客的朋友会觉得这段很熟，没错它贴自这里，如果你用了windows作为内网主机，请参考这里的内容。

第二步：配置管道：

#!/bin/sh
localIP='192.168.1.1'
removteIP='1.2.3.4'
ports='25 80 110' #3个端口，smtp http pop3
for port in $ports
do
    /usr/bin/ssh -C -N -f -L $localIP:$port:$removteIP:$port root@$removteIP  &
done
chmod 755 /usr/sbin/ssh_tunnel

修改rc.local文件，在其中加入 /usr/sbin/ssh_tunnel，当然要放在exit那条之前。

windows不是很熟，写个笨蛋批处理吧ssh_tunnel.cmd

start /min cmd /c 'C:\Program Files\PuTTY\plink.exe' -C -N -f -L 192.168.1.1:25:1.2.3.4:25 root@1.2.3.4
start /min cmd /c 'C:\Program Files\PuTTY\plink.exe' -C -N -f -L 192.168.1.1:80:1.2.3.4:80 root@1.2.3.4
start /min cmd /c 'C:\Program Files\PuTTY\plink.exe' -C -N -f -L 192.168.1.1:110:1.2.3.4:110 root@1.2.3.4

其实putty的那个plink效果完全等同于ssh，当然，win下面主要是用里面的窗口程序，大多数人不怎么用而已。win下比较烦的是每次重起后都要手工加载key，执行这个批处理。希望对win熟的朋友可以提供自动解决方法。

第三步：设置邮件服务器防火墙

通过邮件服务的防火墙关闭除25和22之外的所有端口。这样做是最安全的，但这样的后果是在企业局域网之外只能发不能收邮件。VPN是比较好的折中方案。当然，如果你的邮件系统只需要内部收发邮件（那还要什么邮件系统？），你尽可以连25号也封上。

第四步：设置本地邮件客户端

将局域网内所有邮件客户端的smtp和pop都设置为192.168.1.1即可。我这里由于用了webmail，webmail同样也通过192.168.1.1访问
如果企业有自己的DNS服务器，甚至整个公司都在域管理模式之下。不妨通过本地的DNS服务器用本地IP覆盖掉外网真实IP。这样即便没有vpn，只要不封邮件服务器的110端口，在邮件客户端中设置域名，对用户来说在任何地方都是透明的。

总结：

• 这种模式，从邮件服务器到企业局域网内的传输是加密透明的，外部很难窃取，如果定期为两边的ssh更换强化的秘钥，效果几乎可以达到变态的要求。据说4096位的秘钥的破解成本已经到了天文数字。
• 这种方式相对成本较低，不需要太多的投入，特别是在多个分支机构之间成本优势更加突出。本想通过smtp的tls和pop的SSL进行加密，可outlook下对没有根秘证书签名的秘钥会弹出讨厌的警告框，反而增加了用户的不安。申请根证书的签名价格也不菲。
• 由于企业的邮件系统最多的邮件往往来自于内部，这种方式可以减少差不多一半以上的互联网带宽。把带宽留给更重要的应用。
• 同理，利用此种方式可以实现其他多种安全方案，达到双宿主机或者多机虚拟的效果，进而可以为企业节约宝贵的外网IP资源。

首先，确定你已经安装好apache + php，没有安装的可以参考这里或者文学化的这里

安装php5-oci8

cd /usr/ports/database/php5-oci8
make install clean

安装到这里，Php的OCI8库已经安装成功，但需要对oracle-client进行设置，否则无法使用。

将tnsnames.ora拷贝到/usr/local/oracle8-client/network/admin/ 目录下
内容大致如下：

ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ORCL)
)
)

由于php默认只会在/etc目录下查找该目录，这里我做了一个手工链接
ln -s /usr/local/oracle8-client/network/admin/tnsnames.ora /etc/tnsnames.ora

tnsnames已经配置完成，但对于非ASCII字符集最容setenv NLS_LANG
易出现的问题就是乱码了，这里要设置一下。
killall httpd //杀掉httpd进程，我曾经碰到过apachectl无效的情况
ee /usr/local/sbin/apachectl
在第二行加入：
setenv american_america.UTF8
setenv ORACLE_HOME /usr/local/oracle8-client

开启apache
apachectl start

首先是要伴随perl升级一系列的模块，这似乎也不是难事。然后是执行perl-after-upgrade。一切似乎很顺利。随意习惯性的top了一下，发觉负载已经高达60%以上，而且是邮件系统的MailScanner的进程奇高。考虑到MailScanner引用了perl，很明显的需要restart一下。这时候问题来了。

restart之后，邮件不能正常接收，检查原因，发觉邮件在MailScanner中不停的check。赶紧检查日志，很明显的报错：

MailScanner[66402]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, it could not be “require”d. Make sure the last line of the file says “1

调用万能的google，关键字perl5.8.9 MailScanner，发觉通篇都是与我一样的报错，最新的记录似乎也没多远。貌似是我幸运的踩到了雷。

临时处理方法其实也是非常简单的——退回到perl5.8.8就OK。

Freebsd近期也引入了ZFS这一存储格式，作为存储服务器，个人觉得用Solaris远没有Freebsd成本来的低。具体操作如下：

首先，照例的更新版本库，升级内核

＃cvsup -h cvsup.cn.freebsd.org /usr/share/examples/cvsup/stable-supfile  //漫长的等待

＃cd /usr/src

#make buildkernel ; make installkernel //更加漫长的等待

＃halt

关机后为系统安装磁盘，这边由于是测试环境，采用了一个磁盘的两个分区为例。如果是生产环境，建议采用至少2块以上的硬盘作为ZFS的物理设备。

＃echo "zfs_enable=YES" >> /etc/rc.conf

# /etc/rc.d/zfs start //启用ZFS服务

# echo ”daily_status_zfs_enable="YES"” >> /etc/periodic.conf //自动更新

开始设置ZFS库

#zpool zpool create zfs raidz ad7s1 ad7s2

这里要注意的是raidz参数可以用mirror、raidz1（raidz默认）、raidz2来代替，分别相当于传统上的Raid 1 Raid5和Raid6

# zpool status zfs
  pool: zfs
 state: ONLINE
 scrub: scrub completed with 0 errors on Wed Nov 19 05:11:29 2008
config:

errors: No known data errors
 

恭喜，ZSF pool已经成功！

然后是创建文件系统：

＃ zfs create zfs/www

如果成功，系统将会出现/zfs/www目录

# mount
/dev/ad4s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ad4s1g on /data (ufs, local, soft-updates)
/dev/ad4s1e on /tmp (ufs, local, soft-updates)
/dev/ad4s1f on /usr (ufs, local, soft-updates)
/dev/ad4s1d on /var (ufs, local, soft-updates)
zfs on /zfs (zfs, local)
zfs/www on /zfs/www (zfs, local)

设置文件系统参数：

#zfs set compression=gzip zfs/www //设置自动做gzip

设置NFS共享：

＃zfs share zfs/www

搞定！

具体命令解释可以参考SUN的官方文档

题外话：

总觉的ZFS的思想有些超前，128位的文件系统倒可以先不谈。光是自动设置gzip这一项，可真是考验机器的设置。4核的Xeon搞个500M左右的文件竟然花费了n久，何况几年前？SUN的技术始终是这么的接近于”实现的边缘“也难怪SUN这些日子可不是那么好过。

那篇E-mail不长，在我的电脑上显示下来仅仅只有三行不到的样子，大抵的内容无非是说本站如何如何的帮了忙，我不免沾沾自喜起来——正如往常的沾沾自喜一样，mail的结尾处指出了小站的几个问题，最重要的是说很多文章过于流程化了，没有一点文字上的修饰和润色，言外之意是字里行间缺乏应有的优雅和细致。要指明的是，所谓优雅和细致，正是目前白领文学或者说白领文化所擅长的。说到白领文化的代表，我想村上春树的小说（或者说林少华翻译的日本小说）、伍佰的歌词、汪家卫的台词、小女人的blog绝对可以作为代表。作为我，从来没有当作自己是白领的一员——乏味的代码、吵闹的机房、灰尘遍布的机架，也许能跟这些词句联系上的只有“体力劳动”一个词了。我固然写不出优雅和细致，字里行间唯独只有王朔依稀的身影。于是我决定做一个尝试，既然有这样的需求，按照目前常说的一句话似乎叫做“需求第一”吧，我决定润色并重写本站访问量最高的那篇文章……

以上，正如以往话剧前面总有一个人上来讲述故事背景一样，是本文的开场白，别急，正剧马上就要开始了，当然希望您读的时候也要用优雅而细致的语调默默的朗读。

那时大概在前年的下班年，我一个正处在技术大崩溃边缘的技术人员，为了给自己制作一个技术性的网站（正如您现在看到的那样，就是本站了），要用FreeBSD平台的操作系统build一个万维网系统。

在此之前，看了网上很多安装apache php以及mysql的文章，唯独可惜是，其中大多都是用在林纳克斯的OS中的，不知为何，大多是用源代码编译的步骤教程，而其余的，Rpm（redhat programs manager )又占去了绝大部分。几乎寻觅不到FreeBSD平台下有关于Ports安装的一点讯息。于是我决定写一篇这样的东西，以免让大家舍近求远。

需要在所有的工作开始之前confirm的是，将您的主机连接到互联网之上且网路配置吻合，虽然这是句笑话，但似乎很多人都在这里遇到了坎坷。

连接好控制台，轻击键盘，键入命令：
cvsup -h cvsup.freebsd.org /usr/share/example/cvsup/ports-supfile
这条命令的大体意思是从互联网上同步一下ports，以防止后续的工作中出现不必要的麻烦。

接下来的步骤就是要安装database了，Mysql纵然在严酷而恶劣下的环境还可以迅即的完成数据检索，为此Mysql成了我的首选。我的手指轻轻滑过键盘，屏幕出现了：
cd /usr/ports/databases/mysql50-server/
make install clean ;rehash
不知过了多久，在我回忆了我虚度的童年时光之后——也许吧，可能时光流逝的还要慢一点，总之，一阵漫长的时光度过之后，Mysql已经成为了电脑中的一分子。接下来呢？配置mysql吧：cp /usr/local/share/mysql/my-small.cnf /etc/my.cnf
可见我电脑中资源少的可怜，我仅仅只有权力使用小内存模式启动mysql，如果条件允许您这样做的话，您可以尝试 my-big.cnf 甚至于 my-huge.cnf
mysql_install_db -u mysql ; mysqld_safe -u mysql &
看看mysql是否已经能够start

编辑特殊的cvsup ：

*default host=cvsup10.freebsd.org*default base=/usr*default prefix=/usr/src*default release=cvs*default delete use-rel-suffixp4-cvs-dtrace

Dtarce For FreeBSD正处于测试阶段，故目前仅有cvsup10.freebsd.org一台主机提供同步。

CVSUP并成功编译后，重启主机。注意的是由于该代码树并非stable，并不保证内核能够通过编译。如果采用最保守的编译方式仍不能通过，建议还是等几天再同步一下看看。

正常的话会出现第6项Boot FreeBSD with DTrace enabled。

建立一个dtrace脚本 hello.d：

BEGIN { trace("Hello world !"); exit(0); }

 

Dtrace -s hello.d

按照提示输入pkgdb -F修复了半天，回答的问题一道道，像是考试一样，很烦，于是杀掉后，pkgdb -aF自动修复得了，谁知这下玩了蛋，系统提示：

—>  Updating the pkgdb
[Rebuilding the pkgdb <format:bdb_btree> in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument: Cannot update the pkgdb!]

呵呵，损坏了！

在man里面找了半天，得出了解决方法。

• rm /var/db/pkg/pkgdb.db
  删除pkgdb.db软件包数据库。俗话说：旧的不去，新的不来。
• portversion
  重建软件包数据库。

所有问题迎刃而解，就是这么简单！

在/etc/make.conf中设置：
FETCH_ENV= "HTTP_PROXY=IP[:端口]"
如果需要，在FETCH_ENV值后面加入空格，
HTTP_PROXY_AUTH=basic:*:user:password

• 利用其他机器下载的文件…

首先，请确保2台机器cvsup的一致，然后将A机的/usr/ports/distfiles拷贝至B机的相同位置。
更有甚者……开NFS吧。

方法c:使用wget/axel加速你的port下载

以下所述功能均通过修改make.conf实现

对于wget
========
FETCH_CMD= wget
FETCH_BEFORE_ARGS= -c -t 1
FETCH_AFTER_ARGS=
DISABLE_SIZE=yes #这行是必要的，否则…

前面3行也可以换成
FETCH_CMD=wget -c -t 1

如果你要wget穿透代理服务器，请加上下面两行
FETCH_ENV=http_proxy=http://proxy2.zsu.edu.cn:3128
FETCH_ENV=ftp_proxy=http://proxy2.zsu.edu.cn:3128

或者使用其他的穿越代理工具例如proxychains 或者socks5(runsocks)
则FETCH_CMD=proxychains wget或者runsocks wget

什么？不知道wget是什么？那就先
cd /usr/ports/ftp/wget/
make install clean

对于axel
========
同样，也可以使用axel来替换fetch来进行多线程下载
FETCH_CMD=axel
FETCH_BEFORE_ARGS= -a
FETCH_AFTER_ARGS=
DISABLE_SIZE=yes
或者只写一行
FETCH_CMD=axel -a

axel 穿透代理服务器的方法与wget一致

axel在/usr/ports/ftp/axel位置

• 添加更快的port下载站点

在make.conf文件中使用配置MASTER_SITE_OVERRIDE参数，可自行增加软件镜像以及修改镜像服务器的优先级。
如，以下是解决教育网用户下载慢的问题
MASTER_SITE_OVERRIDE=
ftp://ftp2.tsinghua.edu.cn/mirror/FreeBSD/ports/distfiles/
ftp://freebsd.csie.nctu.edu.tw/pub/FreeBSD/ports/distfiles/
ftp://ftp.hk.freebsd.org/pub/FreeBSD/ports/distfiles/
ftp://ftp.freebsdchina.org/pub/FreeBSD/ports/distfiles/

安装之前，需要你安装JDK – Java Develop Kit，对应的需求如下：

• Tomcat 4.x.x 以下版本 – JDK 1.3.X ~ JDK1.4.X
• Tomcat 5.0.x 版本 – JDK 1.4.X or upper
• Tomcat 5.5.x 版本 – JDK 5.0

自从发布了JDK的官方For FreeBSD版本后，安装JDK变得容易了许多。

下面开始进行….首先，请针对所需要安装的ports进行cvsup ！

（1）安装Apache Web Server

完成后，请在 /etc/rc.conf 加入如下内容：

（2）安装Apache Tomcat

安装完成后，请确认是存在/usr/local/bin/tomcat50ctl！并确认server.xml是有开启AJP1.3的：

（3）配置一些环境变量

图简单可以把它们放在/etc/rc.conf中！

（4）阶段性测试

看看Tomcat是否正常：

应该看到如下的内容，并请你用Web浏览器测试Tomcat！

（5）开始进行整合Apache & Tomcat

首先安装mod_jk：

完成后，请修改/usr/local/etc/apache/httpd.conf，找到下面2行，把行首的注释符号#去掉！

新增下面的配置内容：

修改/usr/local/etc/apache/mod_jk.conf的内容：

接下来，需要修改/usr/local/etc/apache/workers.properties （注意2个文件中的default只是一个代号！）：

好，到这里配置基本上完成了，接下来开始祈祷并运行吧！

写一个测试的test.jsp放到/usr/local/jakarta-tomcat5.0/webapps/ROOT/，用 http://localhost/test.jsp 看看！

更多信息，请参考：ApacheTomcat.com FlashGuides

很多人认为，免费Linux 对于多年来以昂贵著称的商业Unix操作系统是一种伤害。对于SCO和SGI而言，这的确不错，然而，对于IBM、Sun 和HP来说，Linux则给Unix带来了复兴和繁荣。使用Linux作为教学工具，使大学里开始有大量的具有Unix管理能力及开发能力的大学生和研究生。虽然Linux的知识不能直接应用于企业Unix系统，但是应用Linux的经验给企业级的应用培训打下了坚实的基础，同时也使人们明白了为什么 Linux不能代替Unix。商业Unix的开发、改进，尤其是错误的修正，都是由整个公司、整个生产线来保证的。

　　SGI Irix
　　目前状况：一般

　　当前版本：Irix 6.5

　　硬件平台：SGI MIPS 服务器和工作站

　　遵循标准：Unix 95

　　优势：Irix可扩展到512个CPU和1TB的RAM，它可以达到惊人的服务器I/O处理能力，并且Irix在SGI上拥有高端和数字媒体的市场。
　　劣势：缓慢的MIPS CPU和在PC领域的失败；其兼容性和工具问题妨碍了其商业开发。 
　　前景展望：SGI公司试图使其脱离MIPS处理器，并且其Irix OS也将移植到Intel PC、Windows和Linux。它们放弃了SGI现存的Irix用户。SGI在创建高速服务器I/O子系统方面能力有限。这项服务是SGI的传统市场（电影和电视动画、医学和科学的可视化高端数字媒体），但是这个领域要想维持SGI还是显得太小。
　　我们可以看出，Irix已经只是在艰难维生。它的用户群将很有可能支持基于Linux或者其它操作系统的服务器。

　　IBM AIX
　　目前状况：好

　　当前版本：AIX 5L

　　硬件平台：IBM RS/6000和其它使用IBM Power 和PowerPC系列处理器的系统，Intel IA-64版。

　　遵循标准：Unix 98

　　优势：强大、稳固的IBM 64位Power/PowerPC CPU；一个操作系统可用于整个RS6000生产线；Linux代码移植是一个标准选项；IBM的Visual Age Java 和C/C++工具非常利于开发。
　　劣势：企业计划使用IA-64和Linux系统时需要考虑 RS/6000 和 AIX。
　　前景展望：AIX 5L，代号“Montery 项目”，借鉴了其它一些Unix，创建了一个通用的、高度兼容的操作环境。IBM想使其和Linux成为统一的操作系统，并且承诺将开发基于Intel的64位 CPU体系结构的AIX。
　　这不由得让人对IBM给AIX和RS/6000的承诺产生怀疑。不过AIX的用户不用担心，Linux或者Intel要达到IBM目前企业级Unix 的标准，还要很长的时间。
　　IBM有很多合作伙伴，但是IBM一般是不会通过改变自己的策略去取悦他们，所以，相信AIX将会继续存在下去。

　　Compaq Tru64 Unix
　　目前状况：良

　　当前版本：Tru64 Unix 5.1

　　硬件平台：Compaq Alpha 工作站和服务器

　　遵循标准：Unix 95

　　优势：Tru64使用的是强大、精巧的Carnegie-Mellon Mach内核；对于中小型服务器而言，64位的Alpha CPU的利用率是最高的；它遵循Digital Equipment遗留下来的传统：能创建强大的、用户能够支付得起的服务器系统。
　　劣势：在Intel 的服务器市场上，Compaq缺乏经验和信誉；在Alpha用户中，Linux非常的流行；系统V中的兼容性漏洞有时会使应用程序碰到困难。
　　前景展望：Alpha 遵循一流的SPEC（Standard Performance Evaluation Corporation）标准，对于特定的时钟频率，它是最快的CPU。Compaq把名字由Digital Unix改为Tru64 Unix是为了强调Alpha芯片是真正的64位的家族。对于Compaq来说，现在所要做的是要占领更大的服务器市场份额。
　　Compaq在PC机上的声望对其似乎有害无益。与专有的Tru64相比，Linux和成熟的OpenVMS可能会更多地赢得企业的青睐。Intel 则会毫无疑问地建议Compaq转去使用IA-64而不是Alpha。Tru64 Unix在Alpha上有上佳的表现，但是其前景还要等到IA-64推出时Compaq会有何举动才能定论。

　　Hewlett-Packard HP-UX
　　目前状况：好

　　当前版本：HP-UX 11i

　　硬件平台：HP 9000服务器

　　遵循标准：Unix 95

　　优势：HP在可靠性和服务方面的声誉人所共知；HP-UX和一个丰富、实用的操作系统包一起推出，它包括Web server、C/C++、 Windows网络、 WAP (无线应用协议) 服务、 Linux APIs、 iPlanet 目录服务器和 Veritas文件系统。
　　劣势：相对于竞争者而言，HP PA-RISC体系结构在性能上有待改进。
　　前景展望：HP很少是第一或者是最快的，但是它在其Unix产品中捆绑了很多有价值的东西。就整体而言，HP-UX和Linux非常的接近。时间将证明，企业工具和服务应该包括在一起。HP有真正的日志文件系统，这使HP-UX 11i表现不俗。
　　可以相信，一旦HP在性能上赶上其竞争对手并使其HP-UX顺应Unix 98，那么它将可以超过Sun和IBM。

　　SCO UnixWare
　　目前状况：一般

　　当前版本：UnixWare 7.3

　　硬件平台：Intel PC工作站和服务器

　　遵循标准：Unix 95

　　优势：SCO是Unix System V源代码的所有者；UnixWare是最强大的，也是最完善的PC Unix；它有优秀的、价格合理的开发工具。
　　劣势：近来开发停滞不前；销售上也受到了Linux和Solaris的强烈冲击；很多功能强大的应用程序，它都不支持。
　　前景展望：因为持有Unix System V的源代码，所以UnixWare 7.1是我们所能看到的Unix中最正宗的Unix，并且SCO环境里有一些很不错的工具和服务。然而，这并没有使SCO的情况有所好转。PC Unix的市场空间一直以来都非常的狭小。如今，Linux正在被公众所认可，而Sun又将其Solaris的源代码开放，显而易见，SCO将从原有的市场中被排挤出来。
　　除非能够开发出一种强大的基于Web的应用服务器，否则这位PC Unix的先驱将有可能消亡。

　　Sun Microsystems Solaris
　　目前状况：好

　　当前版本：Solaris 10

　　硬件平台：Sun Sparc、Intel PC工作站和服务器

　　遵循标准：Unix 98

　　优势：其光辉的市场业绩使Solaris成为了事实上的Unix；Sparc和Intel版是同一个操作系统；对于基于Unix的商业应用系统，Solaris可以提供最广泛的支持。
　　劣势：Sparc处理器的可伸缩性不如其竞争对手；具良好伸缩性的Sun系统以昂贵而著称；Solaris本身所带标准软件贫乏，而其可选软件包又非常昂贵。
　　前景展望：牢固的市场和及时的开发，使得Sun身处第一的位置，这个位置Sun一直在小心翼翼地保护着。很简单，Solaris取得了领先的位置是因为Sun保证了所有的应用系统都可以在其上运行。 去年的OpenSolaris计划，也使Sun从开源社区中获得了大量的软件支持，以弥补其自身的不足。
　　Sun的顾客从它的训练有素的员工处获益。它有优秀的业务咨询员。Sun对Solaris错误的修正也非常的快。此外，Sun是Java的所有者。

按道理来讲，比较简单的系统了，没有什么难度。可前一段时间老是随机性打印出现乱码。本以为就是客户端出了问题，可近一周，几乎所有的机器全都轮了个遍。问题肯定出现在服务器上了。

事先说明的是，这台机器，我为了维护起来偷懒，特别每个礼拜天自动CVSUP，并portupgrade，反查过去的更新日志，发现第一次出现打印错误的前一天正好升级过Samba，于是到Samba的论坛上询问，正巧碰到有不少人发现类似的问题，于是提交了一份错误报告给Samba，几天后，Samba回复大意：“没有在打印模块作实质上的改动”，言外之意，不是他们的问题。弄得我很是尴尬。

回到起点，继续反查。那天同时升级的还有perl，Perl是samba的一个依赖包，同时也是HPIJS的一个依赖包。一番测试总算发现：新版本的perl跟HPIJS的兼容性有点问题，这就是该Bug的来源！

ports的优势就是在于它能够自动解决依赖包问题——几乎大多数*nix系统都很难摆脱的阴影。可现在的状况到有点类似于当初win下的“dll陷阱了”，可能是HPIJS这个包太长时间没有人维护的缘故（几乎现在大多数linux的发行版都选用了HPLIP），对于新版本的perl没有彻底测试。过度依赖于旧的软件包的确叫人头痛不已。

# df -h Filesystem     Size    Used   Avail Capacity  Mounted on /dev/ad0s1a    496M     59M    397M    13%    / devfs          1.0K    1.0K      0B   100%    /dev /dev/ad0s1f     66G     28G     33G    46%    /data /dev/ad0s1e    496M    406K    456M     0%    /tmp /dev/ad0s1g    3.4G    3.3G   -174M   105%    /usr /dev/ad0s1d    1.2G     76M    1.0G     7%    /var 

何以谓之"-174M"?

文件系统：
FreeBSD 的文件系统属于中上水平，但未达至企业级的应用需求。主要体现于文件系统本身存在的脆弱性。在高负载的情况下，文件系统存在有崩溃的可能性。需要注意的 是，导致这样的结果，也有可能由于磁盘控制器（SCSI, RAID 等等）驱动程序本身导致的。没有原厂设备驱动程序是个比较大的问题。

网络：
FreeBSD 的网络性能是无用置疑的！但是网卡驱动（是的，设备驱动是个很重要的因素）不完善会导致性能和稳定性大打节扣。虽然这与 FreeBSD 的核心没有关系，但对于一个可提供服务的整体来说，驱动程序却是一个很重要的组成部份。
另外，由于一个网卡接口上的线的松动，有可能导致网络中断。而一些商业化的 UNIX 操作系统可以在当主网卡不可用时将该网卡上的 IP 转移至可提供正确连接的网卡上。

多处理器（超线程）支持：
在 6.0 出版之前，FreeBSD 对多处理器支持是不尽人意的。INTEL CPU 提供有 HT（超线程）功能。FreeBSD 在 HT 开启的状态下会比在关闭的状态下差。我忘记了超线程的原理，只记得拥有超线程功能的 CPU 在过多的切换情况下性能就会降低，不过在什么时候切换和切换些什么我忘记了。FreeBSD 在开启 HT 后性能会变差，可能与这个有关。

出众之处：

网络：
FreeBSD 的网络性能非常好，可以同时处理海量的网络请求，这使 BSD 非常适合作为防火墙的环境。另外，在网络聊天服务器，如 IM 这种应用上，FreeBSD 也是很合适的选择。网易的 POPO 聊天软件服务器端就是在 FreeBSD 下开发并投入到实际环境中使用的，通过对内核的修改，可以轻松支持数以万计的用户连接，要注意，是永久性的连接，除非用户点击注销按钮。

内存：
你会发现你服务器上的内存会被 FreeBSD 很好地利用，以使你的服务达至最佳的状态。FreeBSD 不会因为将过多的内存用于磁盘 CACHE 而使更重要的程序获取不到物理内存而让系统使用 SWAP。在实际的环境中，我就遇到过 LINUX 为保持磁盘的 CACHE，而让新任务使用 SWAP，导致新任务执行时间大大拉长。在执行 swapoff -a 操作后，运行同样的新任务只需要原来时间的一半。而系统并没有因为关闭 SWAP 而停机，表示物理内存并没有因为新任务而被耗尽。

一个例子：
Memcached 是一个非常出众的基于内存的缓存服务器。它可以为被其支持的程序语言提供串行化数据保存的功能，这样可以让同一份数据被多台服务器共享，而更重要的是，它的速度非常快。 我可以利用 PHP 或 JAVA 从数据库中获取数据结果集，然后将结果集的内容保存进 Memcached，其他服务器上的程序同样可以相应的 key 从 Memcached 中获得相同的拷贝。在分布式的环境，这种需求非常明显。我自己也尝试当 SESSION 数据保存至 Memcached 而无需为共享 SESSION 数据而专门架设一台 MYSQL 数据库。
在利用 Memcached 作为数据的中心点，网络的流量会非常大，内存的使用会非常频繁，基本上不与磁盘打交道，而且整个系统的稳健性要求非常高。在这种应用需求下， FreeBSD 自然地成为首选。因为它为高效的网络性能，更合理的内存利用率，和稳健的系统基础。

展望：

由于 JAVA 在 FreeBSD 上并不是太优秀，因此我正在考虑和尝试在 FreeBSD 的系统上布署基于 python 的应用。

大致是：FreeBSD + Python + Memcached + PostgreSQL