Ошибка PHP 5.5 - Устаревшая функциональность: preg_replace ()

16

После обновления до PHP 5.5 мы получаем следующую ошибку при добавлении веб-сайта, магазина или магазина. Эта ошибка все еще присутствует в Magento 1.9.0.1

Exception message: Deprecated functionality: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in app/code/core/Mage/Core/Helper/Abstract.php on line 238
Trace: #0 [internal function]: mageCoreErrorHandler(8192, 'preg_replace():...', 'app...', 238, Array)
#1 app/code/core/Mage/Core/Helper/Abstract.php(238): preg_replace('# <(?![/a-z]) |...', 'htmlentities('$...', 'New Store Name')
#2 app/code/core/Mage/Adminhtml/controllers/System/StoreController.php(175): Mage_Core_Helper_Abstract->removeTags('New Store Name')
#3 app/code/core/Mage/Core/Controller/Varien/Action.php(418): Mage_Adminhtml_System_StoreController->saveAction()
#4 app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('save')
#5 app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#6 app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#7 app/Mage.php(686): Mage_Core_Model_App->run(Array)
#8 index.php(87): Mage::run('', 'store')
#9 {main}

Это код, который выдает ошибку

Код можно найти в Mage_Core_Helper_Abstract

/**
 * Remove html tags, but leave "<" and ">" signs
 *
 * @param   string $html
 * @return  string
 */
public function removeTags($html)
{
    $html = preg_replace("# <(?![/a-z]) | (?<=\s)>(?![a-z]) #exi", "htmlentities('$0')", $html);
    $html =  strip_tags($html);
    return htmlspecialchars_decode($html);
}

Это, на мой взгляд, самый простой патч для метода:

/**
 * Remove html tags, but leave "<" and ">" signs
 *
 * @param   string $html
 * @return  string
 */
public function removeTags($html)
{
    $html = preg_replace_callback("# <(?![/a-z]) | (?<=\s)>(?![a-z]) #xi",
        create_function('$matches', 'return htmlentities($matches);'),
        $html
    );
    $html =  strip_tags($html);
    return htmlspecialchars_decode($html);
}

Метод используется только Mage_Adminhtml_System_StoreController::storeAction().

Есть три возможных места, чтобы исправить это:

  1. Mage_Core_Helper_Abstract => именно там находится метод, но он отстой, потому что касается основного файла.
  2. Перепишите Mage_Core_Helper_Abstract => это абстрактный класс, поэтому его нельзя перезаписывать.
  3. Перепишите Mage_Adminhtml_Helper_Data и добавьте туда метод. => Я думаю, что это путь.

Что, вы парни, думаете?

  1. Является ли вариант № 3 правильным способом решения проблемы?
  2. Код в моем патче правильный?
RobM84
источник
Проблема все еще существует в 1.9.1 CE и 1.14.1 EE

Ответы:

13

Да ты прав. Исправьте хелпер adminhtml. Это разница для исправления, которое я использую:

--- app/code/core/Mage/Core/Helper/Abstract.php.orig 2014-09-25 15:32:56.000000000 +0200
+++ app/code/core/Mage/Core/Helper/Abstract.php 2014-09-25 15:34:42.000000000 +0200
@@ -235,7 +235,9 @@
  */
 public function removeTags($html)
 {
-        $html = preg_replace("# <(?![/a-z]) | (?<=\s)>(?![a-z]) #exi", "htmlentities('$0')", $html);
+        $html = preg_replace_callback("# <(?![/a-z]) | (?<=\s)>(?![a-z]) #xi", function($matches) {
+            return htmlentities($matches[0]);
+        }, $html);
         $html =  strip_tags($html);
         return htmlspecialchars_decode($html);
 }

Это тест для подтверждения того же поведения, что и в php 5.4:

<?php

namespace Vinai\Kopp\Magento\Tests;

class MageAdminhtmlHelperDataTest extends \PHPUnit_Framework_TestCase
{
    /**
     * @var \Mage_Adminhtml_Helper_Data
     */
    private $helper;

    static public function setUpBeforeClass()
    {
        ini_set('display_errors', 1);
        umask(0);
        error_reporting(E_ALL);
        require_once 'app/Mage.php';
        \Mage::setIsDeveloperMode(true);
    }

    public function setUp()
    {
        $this->helper = new \Mage_Adminhtml_Helper_Data();
    }

    /**
     * @covers \Mage_Core_Helper_Abstract::removeTags
     * @dataProvider removeTagsDataProvider
     */
    public function testRemoveTags($inputHtml, $expected)
    {
        $result = $this->helper->removeTags($inputHtml);
        $this->assertEquals($expected, $result);
    }

    public function removeTagsDataProvider()
    {
        return array(
            array('<b>', ''),
            array('<b> >', ' >'),
            array('<b> <', ' <'),
            array('<b/> </', ' '),
            array('< <b/>', '< '),
            array('> <b/>', '> '),
            array('</ <b/>', ''),
            array('x />', 'x />'),
            array('> <', '> <'),
            array('>>', '>>'),
            array('<<', '<<'),
            array('<>', '<>'),
        );
    }
} 
Vinai
источник
4

Это теперь исправлено в Magento EE 1.14.1 и 1.9.1. Дополнительной несовместимостью являются изменения pack () / unpack (), которые влияют на Backup / Rollback и некоторые расширения во время установки - все, что касается файлов tar. Я предполагаю, что любой, кто запускает Magento в производство, не использует их.

Петр Каминский
источник
Когда патч будет выпущен для более ранних версий;)
Бен Лессани - Sonassi
еще не знаю, если / когда
Петр Каминский
3

Краткий ответ: Magento не совместим с PHP 5.5, не обновляйте ваш веб-сервер до версии 5.5.

Более длинный ответ: я предполагаю, что Magento исправляет эту ошибку в следующей версии, так что я бы просто взломал ядро ​​и надеялся на лучшее. Я не знаю, правильный ли код, извините.

Фабиан Блехшмидт
источник
Привет, Фабиан, мы уже давно запускаем все наши серверы на PHP 5.5. Это первая проблема, с которой я столкнулся. Какие еще известные несовместимости существуют или откуда эта информация?
RobM84
1
Я понятия не имею. Вы можете просто просмотреть журнал изменений php.net/manual/en/migration54.php и grep для ознакомления с методами и настройками ini
Fabian Blechschmidt
1
на самом деле это единственная проблема PHP 5.5 в magento CE, за последние полгода мы не сталкивались с этой
проблемой
2
также это очень плохой совет, так как 5.3 устарел, php 5.4 никогда не достигнет реального стабильного состояния, так как большинство людей используют его с APC, 5.5 в настоящее время является единственной минимально стабильной поддерживаемой версией PHP, не говоря уже о всех исправлениях безопасности, которые не являются включены в более старые версии PHP
Flyingmana