Перенос Prestashop на новый сервер, кеширование и Apollo Pagebuilder - PullRequest
0 голосов
/ 03 февраля 2019

В настоящее время я немного потерян или, возможно, у меня просто умственная блокада.

Тема моего вопроса - 1.7.3.3 Prestashop , в настоящее время размещенный на виртуальном хостинге.Из-за низкой производительности и долгого TTFB я сейчас перевожу его на VPS, работающий на Plesk, размещенном на DigitalOcean.

Теперь пришла часть, где я немного растерялся: я скопировал файлы через WGET, сбросил базу данных иприменяемые разрешения (насколько мне известно) правильные.Магазин появляется на новом Plesk-Host под новым доменом без проблем.

Как только я пытаюсь включить кеширование MySQL, я могу редактировать страницы с помощью Apollo Pagebuilder, но больше не сохранять их.По крайней мере, изменения не отображаются в офисе.Если я переключаюсь обратно на кеширование файлов, изменения распространяются, как и предполагалось, но страница модулей в серверной части больше не работает (например, ошибка 500, может быть исправлена ​​удалением / app / cache / prod и app / cache / dev)

Итак, подведем итог моей проблемы: если я включаю кеширование файлов, все, кроме страницы модуля, работает, если я включаю кеш MySQL, все, кроме распространения страниц Apollo работает.

ЧтоЯ уже пробовал:

Я переустанавливал Apollo Pagebuilder, но это довольно сильно ломает мой фронт-офис (значит, мне придется перестраивать все с нуля, так как текущее состояние не читаетсяправильно).

Экспортированный, повторно импортированный и "обновленный и исправленный" Аполлон, не удачный: (* ​​1019 *

Единственное, что приходит мне на ум в качестве исправления, это приносить что-то в жертву богам, но яЯ бы не хотел этого делать.

Среда:

Ubuntu 16.04 LTS; Plesk Onyx 17.8.11; Prestashop 1.7.3.3; PHP 7.1.26

Если ни у кого не было этой проблемыВозможно, у кого-то есть идея, что удалять, чтобы просто включить модули в бэк-офисе.Я хотел бы принять кэширование MySQL как недоступное.

Заранее благодарю за помощь.

1 Ответ

0 голосов
/ 20 февраля 2019

Хорошо, я думаю, что нашел ответ.Поскольку сервер, включая кеш, был перенесен, он также кешировал соединение с базой данных.(К счастью, он не смог записать в предыдущую БД).

Так что если кто-то сталкивается с той же проблемой:

prestaroot / app / cache / prod / appProdProjectContainer.php хранит строки подключения в 2 позициях.

Один раз в: защищенная функция getDoctrine_Dbal_DefaultConnectionService () // ** вокруг строки 670

и один раз вокруг строки 5000. Самый простойбудет просто искать ваши предыдущие учетные данные подключения.

Также вам необходимо убедиться, что в prestaroot / app / cache / prod / appParameters.php те же, действительные, учетные данныеэкзистент.

Надеюсь, однажды это кому-нибудь поможет.

...