[РЕШЕНО] MODx Revo 2.6.1 - JSON_ERROR_UTF8
Произвел бекап сайта и перенес на новый сервер — nginx+php-fpm (php7.0.27).
Все работает, все грузится — так я думал — админка и сайт летают.
Обновил версию modx revo с 2.4.4 постепенно до 2.6.1
Тут я захотел попробовать modHelpers.
Захожу в Установщик, а там пусто.
Лезу в лог админки, получаю вот что:
В php это JSON_ERROR_UTF8.
Нашел решение похожей проблемы в гугле тут и тут.
Перепробовал все предложенные решения по ссылкам, но ошибка все та же.
Логи nginx молчат, как и php-fpm.
На предыдущем сервере та же связка nginx+php-fpm (php5.3), только версии другие, и там все работает.
Права на папки и файлы стоят 755 и 644, владелец как по инструкции Василия Безумкина пользователь site:site.
Меняю пользователя папки core/packages на www-data:www-data и получаю список пакетов в Установщике, но они не устанавливаются.
Лог админки:
Кто сталкивался подскажите, уже понятия не имею что делать.
Конфиги все один в один со статьи Василия.
nginx и php-fpm запускаются под пользователем site
В консоле браузера чисто.
Уже ставил владельца www-data:www-data — безрезультатно.
Абсолютно все остальные разделы админки и сайта работают, даже кнопка «Загрузить пакеты» работает: переходит к списку пакетов в репозитории.
/*Крик о помощи*/
РЕШЕНИЕ!
Создаем паралельно еще один сайт, можно взять скрипты Василия.
Ставим все пакеты, которые нам необходимы в оригинале. Как не странно на чистой установке MODx Revo 2.6.1 все работает. Делаем дамп таблицы modx_transport_packages, на рабочем сайте старую переименовываем. Импортируем бекап таблицы на рабочий сайт. Ну и там дальше интуитивно понятно.
Как я понял, при создании бекапа таблиц БД (хотя бекап небольшой всего навсего 50 Мб), данная таблица чудным образом поломалась, но не полностью. Самое интересное кодировки одинаковые.
Магия. Спасибо всем.
0
Все работает, все грузится — так я думал — админка и сайт летают.
Обновил версию modx revo с 2.4.4 постепенно до 2.6.1
Тут я захотел попробовать modHelpers.
Захожу в Установщик, а там пусто.
[2018-02-16 10:33:28] (ERROR @ /var/www/site/core/model/modx/modprocessor.class.php : 256) Processor failed creating output array due to JSON error 5
Полез в этот файл нашел что цифру 5 получаю от переменной json_last_error.В php это JSON_ERROR_UTF8.
Нашел решение похожей проблемы в гугле тут и тут.
Перепробовал все предложенные решения по ссылкам, но ошибка все та же.
Логи nginx молчат, как и php-fpm.
На предыдущем сервере та же связка nginx+php-fpm (php5.3), только версии другие, и там все работает.
Права на папки и файлы стоят 755 и 644, владелец как по инструкции Василия Безумкина пользователь site:site.
Меняю пользователя папки core/packages на www-data:www-data и получаю список пакетов в Установщике, но они не устанавливаются.
Лог админки:
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: ace-1.6.5-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: ajaxform-1.1.8-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: babel-3.0.0-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: dateago-1.0.4-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: filelister-1.1.1-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: formit-3.0.2-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: gallery-1.7.0-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: googlesitemap-1.3.1-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: migx-2.9.6-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: phpthumbof-1.4.0-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: simplesearch-1.9.2-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: taglister-1.1.7-pl
[2018-02-16 10:54:04] (ERROR @ /var/www/site/core/xpdo/transport/xpdotransport.class.php : 685) Could not unpack package: /var/www/site/core/packages/ is not writable. SIG: tinymce-4.3.4-pl
И это понятно, ибо у меня везде стоит в папках, начиная с /var/www/site, владелец site:site.Кто сталкивался подскажите, уже понятия не имею что делать.
Конфиги все один в один со статьи Василия.
nginx и php-fpm запускаются под пользователем site
В консоле браузера чисто.
Уже ставил владельца www-data:www-data — безрезультатно.
Абсолютно все остальные разделы админки и сайта работают, даже кнопка «Загрузить пакеты» работает: переходит к списку пакетов в репозитории.
/*Крик о помощи*/
РЕШЕНИЕ!
Создаем паралельно еще один сайт, можно взять скрипты Василия.
Ставим все пакеты, которые нам необходимы в оригинале. Как не странно на чистой установке MODx Revo 2.6.1 все работает. Делаем дамп таблицы modx_transport_packages, на рабочем сайте старую переименовываем. Импортируем бекап таблицы на рабочий сайт. Ну и там дальше интуитивно понятно.
Как я понял, при создании бекапа таблиц БД (хотя бекап небольшой всего навсего 50 Мб), данная таблица чудным образом поломалась, но не полностью. Самое интересное кодировки одинаковые.
Магия. Спасибо всем.