2) Панель управления: по какой-то причине перестаёт работать эмуляция включённого register_globals. Решение - включить настоящий register_globals в php.ini
1) Проблемы с корзиной (с модулем sale) связаны с тем, что в PHP 5.3 изменилась схема работы php-функции call_user_func_array в части обработки параметров, передаваемых по ссылке. Конкретно в модуле sale в объявлении всех функций, имена которых заканчиваются на 4Where, необходимо убрать & из параметров (они реально не нужны и это не влияет на функциональность).
Например
Было
function PrepareCurrency4Where($val, $key, $operation, $negative, $field, &$arField, &$arFilter)
стало
function PrepareCurrency4Where($val, $key, $operation, $negative, $field, $arField, $arFilter)
Но подлянка заключается в том, что функций, вызываемых через call_user_func_array, в Битриксе может быть сколько угодно, и найти их можно только разбором каждой конкретной ситуации через debug_backtrace.
Так что смена сервера, хостера или схемы хостинга (на VPS собственной конфигурации) может быть лучшим решением.
Удачи!
1) Проблемы с корзиной (с модулем sale) связаны с тем, что в PHP 5.3 изменилась схема работы php-функции call_user_func_array в части обработки параметров, передаваемых по ссылке. Конкретно в модуле sale в объявлении всех функций, имена которых заканчиваются на 4Where, необходимо убрать & из параметров (они реально не нужны и это не влияет на функциональность).
Например
Было
function PrepareCurrency4Where($val, $key, $operation, $negative, $field, &$arField, &$arFilter)
стало
function PrepareCurrency4Where($val, $key, $operation, $negative, $field, $arField, $arFilter)
Но подлянка заключается в том, что функций, вызываемых через call_user_func_array, в Битриксе может быть сколько угодно, и найти их можно только разбором каждой конкретной ситуации через debug_backtrace.
Так что смена сервера, хостера или схемы хостинга (на VPS собственной конфигурации) может быть лучшим решением.
Удачи!
