在Drupal測試服務器上降級PHP版本

我有幾個在Ubuntu服務器（10.04）上運行的實時Drupal站點，Apache 2.2與PHP 5.2.3-1。我最近開始建立一個儘可能接近實時環境的測試服務器，但我愚蠢地沒有檢查Ubuntu安裝的PHP版本，當我做了apt-get install php的時候。現在我的測試服務器已經連續幾個星期了，只是意識到我的（編輯：測試）服務器上的PHP版本是5.3.2-1。在Drupal測試服務器上降級PHP版本

測試服務器設置的部分原因是嘗試Drupal升級：6.17 - > 6.19，並帶有一堆模塊，順便修復了與不再以靜默方式失敗相關的方式的錯誤PHP5.3。

所以問題是：我會後悔沒有在我的測試服務器上有相同版本的PHP在現場？本能告訴我，擁有不同的測試和生活環境是一個非常糟糕的想法，但也許在Drupal世界並不是什麼大不了的事情（沿着同樣的理由，沒有版本控制是一個非常糟糕的想法，但這是一個CMS用戶的困難任務）。如果我不需要，我真的不想惹我（非常工作）的生活環境;在我的測試環境中降級PHP版本是否是一件非常麻煩的事情？

來源

2010-10-29 iftheshoefritz

你從哪裏得到Drupal人沒有進行版本控制的想法？ – 2010-10-29 12:46:35

我希望看到您備份「Drupal人員」不使用版本控制的聲明。你知道Drupal.org上的所有內容都在CVS中，並且我們在CVS中有Drupal的歷史，可以追溯到10年前。 – googletorp 2010-10-29 12:49:31

編輯更準確地反映我的意思。 CMSes幾乎在數據庫中存儲了所有內容，這使得幾乎不可能以用戶身份進行版本控制。這是一個不同的思維模式。不打算反思Drupal代碼的開發人員。對造成的任何犯罪表示歉意。 – iftheshoefritz 2010-10-29 15:17:18

Superuser應該能夠告訴你如何降級軟件包。我不認爲這很困難。

如果您打算將實時服務器更新到5.3，那麼首先在測試服務器上執行它是個不錯的主意。但是在正常的操作中，你會希望你的測試和現場服務器儘可能地靠近。 5.3上一個和5.2上另一個是一個相當大的問題。從經驗中，你會後悔的。

來源

2010-10-29 12:45:45

由於我不管理服務器，這不是服務器問題的地方反正我會跳過那部分。雖然從我聽到的信息來看，降級PHP有點棘手。

PHP 5.3對於Drupal vs PHP 5.2來說是個大問題。最初當5.3出來時，它在Drupal中破壞了一些東西。現在已經修復（但需要一段時間），但你永遠不知道有關contrib模塊。所以我建議你使用相同的版本，儘管php 5.3現在應該可以用於Drupal。

來源

2010-10-29 12:44:56 googletorp

在Drupal測試服務器上降級PHP版本

回答

相關問題