Ошибки после переноса копии сайта на новый сервер
Не могу понять какого оно появляются, когда вроде бы все нужное уже стоит.
На чем работает?
Apache/2.2.22 (Debian) PHP/5.4.36-0+deb7u3
Первое сообщение, во время обновления (накатывание той же версии modx revo):
Прописывал:
Еще одна ошибка связана с расширением Article
Попытка переустановить Article
По не понятной причине не работает. В меню article записи не выводит wayfinder его разделы, а в древе панели управления, такие статьи не отображаются. При этом их можно редактировать по id и просматривать на сайте, вывод с помощью pdoTools.
Сайт почти заработал в полную силу осталось только это, но google не помогает( или я утомился.
![Vabi66mHsYQ[1].jpg](/assets/images/tickets/4623/94130ff0baa3b19eaa7b70f0ff8e4e639d00804c.jpg)
— Черт… опять почти семь утра -__- веселый рабочий день обещает быть)
На чем работает?
Apache/2.2.22 (Debian) PHP/5.4.36-0+deb7u3
Первое сообщение, во время обновления (накатывание той же версии modx revo):
Не удалось установить MODX, поскольку MODX не смог распаковать пакет /core/packages/core.transport.zip. Проверьте, что файл /core/packages/core.transport.zip существует, доступен для записи, и возможна запись в каталог /core/packages/.Очевидно связано с тем, что не может работать с zip.
Прописывал:
apt-get install unzip
apt-get install zip
apt-get install libphp-pclzipв php.iniextension = zip.soЕще одна ошибка связана с расширением Article
Could not load class: ArticlesContainer from mysql.articlescontainer.Я могу предположить, что это связанно с пред ошибкой.
Попытка переустановить Article
PHP warning: ZipArchive::extractTo(/core/packages//archivist-1.2.4-pl/manifest.php): failed to open stream: Permission denied! пути обрезал, убрал корни
Could not unpack package /core/packages/articles-1.7.10-pl/xPDOTransportVehicle/1ea2d0978c35b4d110ba509afb6944aa/archivist-1.2.4-pl.transport.zip to /core/packages/. SIG: archivist-1.2.4-pl
PHP notice: Undefined index: verbose
PHP warning: ZipArchive::extractTo(/core/packages//getpage-1.2.4-pl/manifest.php): failed to open stream: Permission denied
Could not unpack package /core/packages/articles-1.7.10-pl/xPDOTransportVehicle/4bd9d8103fb35f7eeac4ab722b7fd430/getpage-1.2.4-pl.transport.zip to /core/packages/. SIG: getpage-1.2.4-pl
По не понятной причине не работает. В меню article записи не выводит wayfinder его разделы, а в древе панели управления, такие статьи не отображаются. При этом их можно редактировать по id и просматривать на сайте, вывод с помощью pdoTools.
Сайт почти заработал в полную силу осталось только это, но google не помогает( или я утомился.
![Vabi66mHsYQ[1].jpg](/assets/images/tickets/4623/94130ff0baa3b19eaa7b70f0ff8e4e639d00804c.jpg)
— Черт… опять почти семь утра -__- веселый рабочий день обещает быть)
Комментарии: 49
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
А то вижу фразу Permission denied.
777 — папка
666 — файл
Очевидно связанно с темп что он просто не может его распаковать, нету прав для записи. А вообще перенесите пакетом Vapor. Проще и быстрее
Или в скайп electricatg помогу
Другие ошибки:
В начале вводим cd /имя папки/ и т.д. Tab'om до нужного раздела (корень сайта) и жмем Enter
Далее вводим chown www-data:www-data ./ -R
Где www-data это имя пользователя.
Дополнительно:
Лично я использую панель ajenti, она проста в установке и имеет всё необходимое для настройки.
В разделе «Пользователи» можно задать пароль для www-data и в дальнейшем заходить под ним через sftp.
Article не поддаётся.
См.выше)
Всё равно не понятно ведь где и что менять.
Переименовал папку /core/packages
Принудительно удалил Articles, далее активировалась кнопка "Обновить", нажал, установка прошла успешно и все заработало.
Я начинаю ненавидеть articles.
Нашел такое упоминание.
Глянул строку
Че за всемирная грусть =(
В ручную удалял содержимое папки /core/cache/ не помогло.
Удивил pdotools.
Попробуй мою инструкцию посмотреть, может что найдешь полезное. Она подходит для конфигурации сайтов php5-fpm + nginx, где каждый сайт крутится от своего юзера, как вот здесь.
Ранее стоял на nginx.
Почитаю, спасибо.
Единственная проблема — необходимо после переноса на сайте, куда был сделан перенос, переустановить (без удаления, просто переустановка) визуальных редакторов: Ace, CKEditor/TinyMCE. Раньше так же «подлечивал» переустановкой pdoTools, но вроде в последних релизах проблем не возникало.
MODX — был обновлен, поверх той же версии.
TinyMCE — был переустанлен т.к. в один прекрасный момент, отказался работать.
pdoTools — обновлен до последней версии т.к. стояла не последняя.
Сейчас Ace удалю и поставлю по новой.
К сожалению это не помогло, по прежнему спамятся одни и теже ошибки.
и ругань происходит при обращении к этой пустоте. Вот фикс.
Ну а ArticlesRouter ожидает где-то переменную startPageId. Если ты не перфекционист и в остальном всё работает — просто отключи уровень логирования E_NOTICE в PHP, на продакшене он не нужен.
Я помню-помню… не нужно программировать в шаблонах =)
К примеру:
Просто в таком случае он не вызывает лишний раз сниппет.
Да дело не в перфекционизме, просто при сохранении «Статьи» бывает забивается процесс и сжирает оперативку, я думаю это некий цикл, который рекурсивно срабатывает.
В общем, или исправляй ошибки (в pdoTools я тебе фикс уже предложил), или отключай их вывод.
Registered PHP Streams:
но мне кажется, что тут даже есть лишние.
На этот раз modDevTools.
После очистки кеша в manager при первом заходе.
Антивирус COMODO заблокировал некоторые файлы и добавил их в карантин.
Решение:
Исключить файлы из карантина и залить их на сервер.
Буду пробовать далее.
Эти ошибки случаем не от pdoTools?
Стоит версия 1.10.0-rc3
Навели на мысль «детали»:
м.б. я забыл указать некий новый параметр?
— Спамятся каждый раз как вызывается сниппет.
Осюсения, что сниппету pdoPage не переданы переменные frontend_js и frontend_css.
Смотри глазами.
Я почитал доку, пока ехал на работу и ничего нет про параметры frontend_js и frontend_css.
Надо будет перекатить и осторожно поставить свои настройки в ручную, я то «Импорт» делал, не думал что он удалит все параметры и вставляет те которые импортирует.
Спасибо, будем пробовать.
github.com/bezumkin/pdoTools/blob/master/_build/properties/properties.pdopage.php
Есть такие настройки у последнего pdoPage (160 стр.).
Ммм, импорт чего ты делал?
Для перестраховки я всегда сохраняю свои параметры в файл и после обновления накатываю свои параметры (думал, что он заменяет существующие, не трогая новые).
Надо пересмотреть практику обновления)
Главное есть ясное понимает моих ошибочных действий.
А твои параметры должны храниться в наборе параметров — тогда они не будут затираться.
В админке даже есть отдельный раздел по работе с наборами. Ну и в свойствах сниппета есть нужные кнопочки.
Вывод общего числа страниц.
Вызовы
Как решили проблему