重啓Apache的風險？

Question

我剛開始工作的一家公司正在爲我們建立一個程序，讓他們訪問數據庫並處理數據。

他們目前有一個用PHP編寫的解決方案，但它相當過時，而我對PHP不熟悉。當我爲他們構建新的解決方案時，他們問我是否至少可以解決當前計劃中的一個問題。它限制了可以上傳的記錄數量，我相信它與php.ini的上傳限制爲2M有關。

據我所知，在更改此配置設置後，需要重新啓動Apache以使更改生效。我擔心重啓後可能出現的其他問題。考慮到我不太瞭解PHP，並且這個程序在一年之內沒有被觸及。我是否會冒險從更改此配置並重新啓動Apache遇到問題？

我想我只是擔心程序在重新啓動後不會恢復。如果我完全錯誤地思考這種方式，請糾正我，但是我擔心代碼被加載到RAM中，並且如果代碼有任何更改，那麼重新啓動將加載新的損壞的代碼。我會認爲代碼不太可能被觸及，但你永遠不知道。

我一直在研究嘗試和理解該程序。到目前爲止，我所能找到的是，它是PHP並運行Apache連接到Mysql數據庫並使用稱爲MapServer的東西？

感謝您的幫助。

Answer 1

在一些其他硬件或虛擬機內嘗試複製您的生產環境總是最好的，以便測試您即將做出的任何更改。例如，VirtualBox是免費的，許多流行的Linux發行版都是免費的，如果這是您正在使用的。

你是對的，重新啓動可能是麻煩，但它不是因爲你說的原因。最大的問題是，按頻率順序：

• 配置錯誤：apachectl -t應該找到這些。
• 缺少目錄：httpd error.log應該標識這些。
• 損壞的系統軟件：顯示其他錯誤消息。

生產環境中應始終有代碼有簽入版本控制系統，讓您可以找出什麼樣的變化，如果有的話，自上次重新啓動已經向它提出的。如果你沒有其中之一，這是第一個要解決的問題。這些日子裏事實上的選擇是Git。

Answer 2

沒有風險，在幾秒鐘內服務器將準備好爲請求服務。

Answer 3

代碼更改立即生效，它不需要服務器重新啓動。所以任何腐敗都應該在那裏。

只要確保您正確更改php.in，否則您可以中斷配置。