建議將自己安裝的軟體放在/usr/local目錄下，而原始碼（tarball）則建議放在/usr/local/src目錄下。
以apache這個軟體來講：
如果以tarball來安裝自己的軟體，那麼資料會放在：
* /usr/local/mysoftware/etc
* /usr/local/mysoftware/bin
* /usr/local/mysoftware/lib
* /usr/local/mysoftware/man
靜態函式庫擴充套件名為：lib***.a，動態函式庫擴充套件名為：lib***.so。靜態函式庫在編譯後檔案會非常大，而動態函式庫只是有個指標而已，很靈活。
====驗證軟體正確性====
# md5sum / sha1sum [-bct] filename
# md5sum / sha1sum [--status|--warn] –check filename
-b：以二進位制的讀取方式，預設為windows檔案型別的讀取方式
-c：檢驗檔案指紋
-t：以文字型別來讀取檔案指紋
一般來講不用加引數就行。
====rpm的安裝、公升級與更新====
# rpm -ivh pam-dev.rpm –test <== 僅僅測試屬性依賴性，就是測試下該軟體是否可以被安裝在使用者的linux環境中
# rpm -ivh –replacepkgs <== 重新安裝軟體，覆蓋已有的包
# rpm -ivh pam-dev.rpm –prefix newdir <== 將軟體安裝到其他非正規目錄時。
# rpm -ivh pam-dev.rpm <== install
# rpm -uvh pam-dev.rpm <== 後面的軟體沒有安裝的話直接安裝新軟體，如果安裝過自動公升級到最新版
# rpm -fvh pam-dev.rpm <== 後面的軟體沒有安裝的話啥都不做，如果安裝過就自動公升級到最新版。
# rpm –rebuilddb <== 重建 /var/lib/rpm/內的資料庫
====rpm查詢====
實際上所有查詢就是查詢/var/lib/rpm/目錄下的資訊而已
# rpm -qa <== 查詢所有已安裝的軟體
# rpm -q[licdr] installed-software
# rpm -qf filename
# rpm -qp[licdr] not-installed-filename
-q：僅僅查詢後面的軟體是否有安裝
-qa：列出所有已安裝的軟體名
-qi：列出該軟體的詳細資訊，包含開發商、版本、說明等
-ql：列出該軟體的所有檔案與目錄所在的完整檔名
-qc：列出該軟體所有配置檔案（找/etc/目錄下的檔案，還有/var/lib目錄下的資料）
-qd：列出該軟體的所有幫助檔案（找出與man有關的檔案而已）
-qr：列出與該軟體有關的依賴軟體所含的檔案（r是required的意思）
-qf'：由後面接的檔名找出該檔案屬於哪個已安裝的軟體
-qp[icdlr]：引數的意義跟上面一樣，只不過針對未安裝的軟體資訊而已！
====rpm驗證====
# rpm -va
# rpm -v installed-software
# rpm -vp rpm-file.rpm
# rpm -vf filename
1
2
[yidao@localhost ~]$ rpm -v logrotate
s.5....t. c/etc/logrotate.conf
哪個c代表configuration的意思，d代表文件，g代表ghost檔案，通常是該檔案不被任何軟體所包含，較少發生；l代表license檔案；r代表readme檔案
至於前面8各欄位：
* s ：檔案的容量大小是否被改變
* m：檔案型別或者屬性rwx是否被改變
* 5：md5引數已經不同
* d：裝置的主/次**已經改變
* l：link路徑已經被改變
* u：檔案的所有者已被改變
* g：檔案的所屬使用者組被改變
* t：檔案的建立時間被改變
********************=end********************===
本人部落格已搬家，新位址為：
軟體工程（二十一）
專案組織管理的評價框架 cmm模型 如何評價乙個軟體組織的軟體開發能力 組織管理水平？如何為軟體組織指出其改進的方向與措施，以便幫助其提高自己的軟體開發能力及組織管理水平？為解決上述問題，美國軟體工程研究所 sei 提出了軟體組織的能力成熟度模型 capability maturity model ...
二十一 Oracle安裝步驟
按照正常步驟 安裝oracle 然後建立pitaya和boss和pty表空間 create user lsc identified by lsc123456 建立使用者 create user pitaya identified by 123456 建立使用者 create user boss id...
實習日記 第二十一天
本來今天是很有成就感的日子，以為自己的圖顯示已經完成了。但是拿真實的資料一測試發現問題很大啊。剛開始的時候我以為是查詢的時候遞迴深度太大了所導致的。所以我就測試了一下，發現遞迴確實會導致資料庫出問題。而且遞迴深度越深，時間越久。像我的資料，總共只有100條，關係層次最深是5，但是我講遞迴深度設為7 ...