Почему unserialize возвращает пустое значение?

Question

[denism300]

В свойствах ИБ есть составное кастомное поле.
Перед сохранением в базе данные сериализуются так:

public static function onBeforeSave($arUserField, $value)
    {
        if (is_array($value) && isset($value['VALUE']) && $value['VALUE']['NAME'] && $value['VALUE']['VALUE']) {

            $temp_arr = array(
                'NAME' => trim($value['VALUE']['NAME']),
                'VALUE' => trim($value['VALUE']['VALUE']),
            );
            return array('VALUE' => serialize($temp_arr), 'DESCRIPTION' => '');
        }

        return '';
    }

Массив вида:

Array
(
    [NAME] => Тип гостиницы
    [VALUE] => Парк-отель
)

сериализуется в строку

a:2:{s:4:"NAME";s:25:"Тип гостиницы";s:5:"VALUE";s:19:"Парк-отель";}

При этом, количество символов для значений в 2 раза больше, чем символов.
При загрузке из базы в админке значения десериализуются так:

protected static function normalizeValue($value)
    {
        if (is_string($value)) {
            $value = unserialize($value);
        }

        if (!is_array($value)) {
            $value = array(
                'NAME' => '',
                'VALUE' => ''
            );
        }

        return $value;
    }

Все работает.
А когда на фронт-энде пытаюсь десериализовать эту строку, то
$item = unserialize($value)
возвращает пустое значение.
В отладке

if ($item === false) {
    echo "Ошибка десериализации: " . serialize(error_get_last());
}

Ошибка

Ошибка десериализации: a:4:{s:4:"type";i:2;s:7:"message";s:45:"unserialize(): Error at offset 5 of 117 bytes"

Я понимаю, что проблема из-за того, что во фразе "Тип гостиницы" 13 символов, а в сериализованной строке указано как 25. Но возникает 2 вопроса:
1. Почему в админке эта же самая строка десереализуется?
2. Почему сериализация происходит неправильно?

Сайт работает в кодировке UTF-8

Comments

[maksam07]

При этом, количество символов для значений в 2 раза больше, чем символов.

Сайт работает в кодировке UTF-8

Вы ответили на одну часть своего вопроса.

[maksam07]

$item = unserialize($value)

Что вы передаете в $value ? Желательно ответ предоставить при помощи var_dump($value)

[Ипатьев]

Прекрасно всё десериализуется
Вы что-то недоговариваете

[denism300]

Ипатьев, да, сервисы десеариализировали, я проверял.
Проблема решилась так:
$item = unserialize(htmlspecialcharsback($value));

[Ипатьев]

maksam07, второй комментарий в самую точку.

[Ипатьев]

Автор. Вот вы, как и многие новички, всегда почему-то смотрите на код. И не обращаете ни малейшего внимания на данные. Только беспомощное "Я делаю $item = unserialize($value), возвращает false..."
Ну так надо посмотреть, глазками - а что именно у вас лежит в этом $item.
Может быть там совсем не то, что вы думаете. Может быть говнобитрикс и здесь что-то наговнокодил. Или вы сами испортили данные - тут есть любители надевать бронежилет на презеравтив, и делать всякое addslashes c htmlspecialchars.

[denism300]

Ипатьев, я ж указал, в какую строку сериализуется
вывод данной строки делал так:
echo '<pre>'.print_r($value,1).'</pre>';
выводилось

a:2:{s:4:"NAME";s:25:"Тип гостиницы";s:5:"VALUE";s:19:"Парк-отель";}

[Ипатьев]

о, я угадал

[Ипатьев]

denism300, во-первых, именно эта строка и распаковывается в моем примере.
Во-вторых, надо забыть про этот детский сад с куличиками, все эти "pre" и print_r
Есть только одна нормальная функция для отладочного вывода - var_dump()
И смотреть результат работы своего РНР кода надо в исходном коде. Ctrl-U в браузере.
А не то что там браузер сам от себя дорисовал.

[denism300]

Ипатьев, сделал вывод var_dump

string(129) "a:2:{s:4:"NAME";s:25:"Тип гостиницы";s:5:"VALUE";s:19:"Парк-отель";}"

[Ипатьев]

Сейчас-то это зачем? уже понятно, что это были HTML сущности.
Это вам совет на будущее, чтобы не облажаться в следующий раз.

[rPman]

Ипатьев, по поводу отладки, настоятельно рекомендую вместо var_dump использовать json_encode, а для удобства, но с осторожностью добавить JSON_UNESCAPED_UNICODE, потому как именно с ним можно увидеть все не типовые символы unicode, все лишние пробелы в начале и в конце (строки var_dump не экранирует), переводы коретки dos \d и \r и прочие невидимые символы

И главное, не смотреть все это в браузере (textarea может не помочь), лучше нормальными редакторами пользоваться.

[Ипатьев]

rPman, при чем здесь какая-то textarea? И как вы собираетесь смотреть результат кода в редакторе? Может быть, имелась в виду консоль?
json_encode я хотел предложить, но поленился писать, поскольку нужно предусматривать вариант, когда он не сможет переварить данные

[rPman]

Ипатьев, в логах конечно же
с textarea я не прав, просто я смутно помню свои мытарства по созданию какого то универсального отладочного механизма с минимальными потерями информации о тексте, все это фигня, json лучший в том плане что по умолчанию он все странное экранирует, это сразу бросается в глаза.

Answer 1

[denism300]

Проблема решилась так:
$item = unserialize(htmlspecialcharsback($value));

Comments

[Ипатьев]

Это не решение, а говнокод.
В первую очередь тут не должно быть никакого htmlspecialchars.
тогда и htmlspecialcharsback делать не придется

Answer 2

[Владимир Римидалв]

"Тип гостиницы" 13 символов, а в сериализованной строке указано как 25

Кириллица это мультибайтовые символы, там где у тебя русские буквы там будет занято 2 байта. Типгостиницы - 12 букв * 2 = 24 + 1 пробел = 25.

Почему в админке эта же самая строка десереализуется?

Если у тебя есть один и тот же код, который в разных окружениях работает по разному, то это значит, что либо
1) код все-таки не одинаковый
2) есть различия в настройках окружения (например php.ini, env, конфиги)

unserialize(htmlspecialcharsback($value));

Как тебе уже подсказали, если у тебя проблема решается через htmlspecialcharsback значит где-то до сериализации есть htmlspecialchars которого быть не должно (и про который ты не рассказал в вопросе)