將來源安裝在「非標準」目錄中的後果

將來源安裝在「非標準」目錄中的後果

我自己從原始碼編譯並安裝了很多程式。由於我已經安裝了 apache + PHP,但想嘗試 Nginx + PHP-FPM,我想將它們安裝在非標準位置,例如 /nginx 和 /php-fpm

除了可執行檔不在 PATH 中(但這可以解決)之外,還會有什麼其他問題或後果?

答案1

手動編譯到自訂位置的主要缺點可以分為手動編譯引起的缺點和儲存在自訂位置所引起的缺點。

我發現手動編譯的缺點包括:

  1. 這是維護的噩夢,因為當發布安全性更新時,您必須不斷地從原始程式碼重新編譯;
  2. 這是雙重維護的噩夢,因為您必須不斷關注您編譯的每個軟體的論壇、郵件列表、網站和(現在)IRC 頻道,以便您可以在更新發佈時找到它們,並且當您發現每一項時,做出判斷,以確定您是否需要該特定更新;
  3. 這是一場穩定性噩夢。 RH(和其他伺服器級發行版供應商)制定了不在穩定的作業系統主要版本內增加版本的政策。相反,它們僅將必要的補丁(主要是安全性的,但並非總是如此)向後移植到已發布的版本,這樣您就不會不斷地與舊的配置文件在語法上變得無效、需要應用模式補丁的儲存資料庫等等作鬥爭。

我發現自訂位置的缺點包括:

  1. 這使得系統更難維護,因為任何新管理員都必須先解開目前系統軟體所在的迷宮;
  2. 它增加了其中一些檔案無法備份的可能性(您必須不斷更新策略以包含新目錄);
  3. 除非您對 s 非常小心./configure,否則它會將設定檔分散在 FS 各處(例如/nginx/etc/nginx.conf/php-fm/etc/php-fm.ini),而不是將它們全部集中在/etc.這可能會使變更控制變得更加困難。

簡而言之,如果您是唯一需要在該伺服器上工作的人,那麼您沒有任何其他伺服器可以工作,並且您有時間關注您正在處理的軟體包的各種論壇。被最小化,並且可能很小。如果沒有,疼痛可能會很大。

相關內容