在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版本

回答

相关问题