.
/usr/local/lib
.
/usr/local/man
但是如果你每个软件都选择在这个默认的路径下安装的话,
那么所有的软件的文件都½放置在这四
个目录当中,因此,如果你都安装在这个目录下的话,
那么未来再想要升级或移除的时候,就会比
½难以追查文件的来源啰!
而如果你在安装的时候选择的是单独的目录,例如我½
apache
安装在
/usr/local/apache
当中,那么你的文件目录就会变成:
.
/usr/local/apache/etc
.
/usr/local/apache/bin
.
/usr/local/apache/lib
.
/usr/local/apache/man
呵呵!单一软件的文件都在同一个目录之下,那么要移除该软件就简单的多了!
只要½该目录移除
即可视为该软件已经被移除啰
!以上面为例,我想要移除
apache
只要下达『
rm -rf /usr/local/apache
就算移除这个软件啦!当然啰,实际安装的时候还是得视该软件的
Makefile
里头的
install
信息才能
知道到底他的安装情况为何的。因为例如
sendmail
的安装就很麻烦
......
这个方式虽然有利于软件的移除,但不晓得你有没有发现,我们在执行某些指令的时候,与该指令是
否在
PATH
这个环境变量所记录的路径有关,以上面为例,我的
/usr/local/apache/bin
肯定是不在
PATH
里面的,所以执行
apache
的指令就得要利用绝对路径了,否则就得½这个
/usr/local/apache/bin
加入
PATH
里面。另外,那个
/usr/local/apache/man
也需要加入
man page
搜寻
的路径当中啊!
除此之外,
Tarball
在升级的时候也是挺困扰的,怎么说呢?我们还是以
apache
来说明好了。
WWW
服务器为了考虑互动性,所以通常会½
PHP+MySQL+Apache
一起安装起来
(
详细的信息请参考服
务器架设篇
)
,果真如此的话,那么每个软件在安装的时候『
都有一定的顺序与程序
!』
因为他们
三者之间具有相关性,所以安装时必需要三者同时考虑到他们的函式库与相关的编译参数。
假设½天我只要升级
PHP
呢?有的时候因为只有涉及动态函式库的升级,那么我只要升级
PHP
可!其他的部分或许影响不大。但是如果½天
PHP
需要重新编译的模块比½多,那么可能会连带的,
Apache
这个程序也需要重新编译过才行!真是有点给他头痛的!没办法啦!使用
tarball
确实有
他的优点啦,但是在这方面,确实也有他一定的伤脑½程度。
由于
Tarball
在升级与安装上面具有这些特色,亦即
Tarball
在反安装上面具有比½高的难度
(
如果
你没有好好规划的话~
)
,所以,为了方便
Tarball
的管理,通常鸟哥会这样½议使用者:
1.
最好½
tarball
的原始数据½压缩到
/usr/local/src
当中;
2.
安装时,最好安装到
/usr/local
这个默认路径下;
3.
考虑未来的反安装步骤,最好可以½每个软件单独的安装在
/usr/local
底下;
4.
为安装到单独目录的软件之
man page
加入
man path
搜寻:
如果你安装的软件放置到
/usr/local/software/
,那么
man page
搜寻的设定中,可能就得要在
/etc/man_db.conf
内的
40~50
行左右处,写入如下的一行:
MANPATH_MAP /usr/local/software/bin /usr/local/software/man