Modx 500 ошибка после переноса

Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.

Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».

Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.

1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.

2. Затем перейдите в папку /core/ и удалите в ней папку cache.

3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.

Здесь нас интересуют эти строки:

$database_type = 'mysql'; // Тип базы данных 
$database_server = 'localhost'; // Сервер базы данных 
$database_user = ''; // Пользователь базы данных 
$database_password = ''; // Пароль базы данных 
$dbase = ''; // Название базы данных 
$database_dsn = 'mysql:host=localhost;dbname=название базы данных;charset=utf8'; 

Тип и сервер базы данных уточните у своего хостинг-провайдера, но чаще всего они именно такие, какие по умолчанию указаны в файле.

Пользователь и название базы данных чаще всего одинаковые, но этот момент так же уточните у своего хостинг-провайдера.

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

4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:

config.core.php (корневая папка /);
config.inc.php (папка /core/config/);
config.core.php (папка /connectors/);
config.core.php (папка /manager/).

Во всех файлах, вы ищите что то типа:

/home/s/pandogecom/www.pandoge.com/core/

Здесь вам необходимо изменить часть «/home/s/pandogecom/www.pandoge.com» на правильную.

О том, как узнать полный путь от корня сервера, читайте в этой статье.

В некоторых файлах замену нужно произвести в нескольких местах. Не торопитесь, будьте внимательны – и все у вас получится!

Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo

Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.

Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».

Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.

1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.

2. Затем перейдите в папку /core/ и удалите в ней папку cache.

3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.

Здесь нас интересуют эти строки:

Тип и сервер базы данных уточните у своего хостинг-провайдера, но чаще всего они именно такие, какие по умолчанию указаны в файле.

Пользователь и название базы данных чаще всего одинаковые, но этот момент так же уточните у своего хостинг-провайдера.

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

4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:

config.core.php (корневая папка /);
config.inc.php (папка /core/config/);
config.core.php (папка /connectors/);
config.core.php (папка /manager/).

Во всех файлах, вы ищите что то типа:

Здесь вам необходимо изменить часть «/home/s/pandogecom/www.pandoge.com» на правильную.

О том, как узнать полный путь от корня сервера, читайте в этой статье.

В некоторых файлах замену нужно произвести в нескольких местах. Не торопитесь, будьте внимательны – и все у вас получится!

Источник

Перенос сайта на modx revo на другой хостинг или на локальный компьютер

Постоянный вопрос у обладателей движка modx revo — как перенести его на другой хостинг — для многих это прям как ком в горле, не хочу. зачем. оказывается это не так сложно.

Да, возникают ошибки при переносе, но их можно решить.

Перенос сайта на modx revo на другой хостинг или на локальный компьютер по шагам :

1. «На старом» — хостинге запаковываем все: все файлы(можно предварительно очистить папку /core/cache/ — но можно и потом, без разницы) и базу данных. То есть получаем 2 архива.
2. Копируем все файлы на новый хостинг;
3. Загружаем (импортируем БД).
4. На новом хостинге или на домашнем компе меняем пути вот у этих файлов:
   /config.core.php
   /core/config/config.inc.php
   /connectors/config.core.php
   /manager/config.core.php Большая часть проблем с переносом именно в прописании этих путей, не всегда удается их прописать правильно (если сомневаетесь спросите у поддержки хостинга) или, если у вас есть другие сайты на этом хостинге, то можно посмотреть у них пути. И следующий вариант, это прогнать сверху установщиком (загружаете папку setup в корень сайта и делаете «новую установку»). Я на локалку на open sever сегодня ставил и пути поменять у меня оказалось не проблемой, так как у меня рядом был другой тестовый домен с modx revo тоже и я там просто подглядел пути и все, но потом была другая проблема, о ней ниже.
5. Папку кэш /core/cache/ очищаем.

Все! — должно заработать.

Какие ошибки при установке modx Revo могут быть и как их решать?

500 error site temporarily unavailable modx revo

Наверное самая распространенная ошибка — это «500 error site temporarily unavailable» — это типа проблемы с сервером «Сайт временно недоступен». Происходит она по разным причинам — и всегда это настройки сервера и сайта. Для диагностики находим логи по адресу core/cache/logs/error.log — тут вы увидите примерные ошибки и они расшифрованы и примерно понять можно. При переносе сайта клиента на modx на локалку — я там нашел свою причину и удивился, оказалось, что у меня БД перенеслась не полностью, как такое произошло я до конца не понял, может ограничение какое-то, она была около 300 мб, в общем штук 10 таблиц не поместилось в архив, потом взял их отдельно запаковал и залил и все заработало. То есть всегда нужно смотреть в этот log файл — если есть какая-то ошибка.

Решения ошибки 500 error site temporarily unavailable на modx revo :

1. Смотрим целостность БД (ошибку смотрим в логах — как написано выше). Часть базы данных может не скопироваться, если она слишком большая.
2. смотрим файл .htaccess — пробуем его временно скопировать в другую папку и посмотреть как отреагирует.
3. версия php — она должна быть от 5.3 — все что ниже — тоже свалит в ошибку.

Источник

Перенос сайта на modx revo на другой хостинг или на локальный компьютер

Постоянный вопрос у обладателей движка modx revo — как перенести его на другой хостинг — для многих это прям как ком в горле, не хочу. зачем. оказывается это не так сложно.

Да, возникают ошибки при переносе, но их можно решить.

Перенос сайта на modx revo на другой хостинг или на локальный компьютер по шагам :

1. «На старом» — хостинге запаковываем все: все файлы(можно предварительно очистить папку /core/cache/ — но можно и потом, без разницы) и базу данных. То есть получаем 2 архива.
2. Копируем все файлы на новый хостинг;
3. Загружаем (импортируем БД).
4. На новом хостинге или на домашнем компе меняем пути вот у этих файлов:
   /config.core.php
   /core/config/config.inc.php
   /connectors/config.core.php
   /manager/config.core.php Большая часть проблем с переносом именно в прописании этих путей, не всегда удается их прописать правильно (если сомневаетесь спросите у поддержки хостинга) или, если у вас есть другие сайты на этом хостинге, то можно посмотреть у них пути. И следующий вариант, это прогнать сверху установщиком (загружаете папку setup в корень сайта и делаете «новую установку»). Я на локалку на open sever сегодня ставил и пути поменять у меня оказалось не проблемой, так как у меня рядом был другой тестовый домен с modx revo тоже и я там просто подглядел пути и все, но потом была другая проблема, о ней ниже.
5. Папку кэш /core/cache/ очищаем.

Все! — должно заработать.

Какие ошибки при установке modx Revo могут быть и как их решать?

500 error site temporarily unavailable modx revo

Наверное самая распространенная ошибка — это «500 error site temporarily unavailable» — это типа проблемы с сервером «Сайт временно недоступен». Происходит она по разным причинам — и всегда это настройки сервера и сайта. Для диагностики находим логи по адресу core/cache/logs/error.log — тут вы увидите примерные ошибки и они расшифрованы и примерно понять можно. При переносе сайта клиента на modx на локалку — я там нашел свою причину и удивился, оказалось, что у меня БД перенеслась не полностью, как такое произошло я до конца не понял, может ограничение какое-то, она была около 300 мб, в общем штук 10 таблиц не поместилось в архив, потом взял их отдельно запаковал и залил и все заработало. То есть всегда нужно смотреть в этот log файл — если есть какая-то ошибка.

Решения ошибки 500 error site temporarily unavailable на modx revo :

1. Смотрим целостность БД (ошибку смотрим в логах — как написано выше). Часть базы данных может не скопироваться, если она слишком большая.
2. смотрим файл .htaccess — пробуем его временно скопировать в другую папку и посмотреть как отреагирует.
3. версия php — она должна быть от 5.3 — все что ниже — тоже свалит в ошибку.

Источник

Как решить проблему с Site temporarily unavailable. в modx revo?

Здравствуйте, переношу сайт на новый сервер и столкнулся с ошибкой — 500 Site temporarily unavailable.
Делаю так:
1. Из админки чищу кеш
2. Руками удаляю все из папки с кешом
3. Правлю конфиг (пути, база )
4. Поверх накатываю чистый движок
5. Запускаю установку, выбираю обновить
6. Готово.

Ошибка происходит на финальном этапе, установка запускается, проверка проходит на ок, далее установка ядра и после этого происходит переход на www.site.com/setup/index.php?action=complete
и на этом баста. Может кто то сталкивался ? До этого таким способом перенес 6 сайтов и все ок было.

• Вопрос задан более трёх лет назад
• 23104 просмотра

Какая версия php на хостинге?
Права на файлы и папки?

Я бы сделал перенос в вашем случае так:

1. установил бы чистый MODX на хостинг
2. сохранил бы файл с конфигами config.inc.php из папки core/config на компе
3. удалил бы все свежеустановленные файлы MODX с хостинга и удалил бы все таблицы из базы
4. закачал бы все файлы того что работает локально и импортировал дамп работающей базы
5. заменил бы файл core/config/config.inc.php локально сохраненным
6. в остальных конфигурационных файлах MODX руками бы прописал пути из core/config/config.inc.php

Этот способ выглядит громоздким, но мне в 100% случаях все удавалось нормально перенести.

Источник

Перенос MODX сайта на хостинг, другой домен или с хостинга на хостинг

Сегодня мы рассмотрим как перенести сайт под управлением MODX Revolution куда угодно и от куда угодно:

• с локального сервера на хостинг;
• с хостинга на локальный сервер;
• с хостинга на хостинг,
• с одного домена на другой и т.д.

В интернете достаточно много подобных статей, но как по мне они не совсем адекватные, либо в них все слишком заморочено. И так приступим. Распишу все по шагам.

Подготовка MODX к переезду

1. Завершение сеанса и выход из админки

Если вы находитесь в административной панели сайта, разогнитесь из нее и завершите все сеансы. Для в верхнем меню, перейдите во вкладку Управление — Завершить все сеансы.

Таким образом мы разлогиниваем всех пользователей и администраторов, включая себя.

2. Полное удаление кэша

Заходим через файл-менеджер (или по FTP) к себе на сервер в папку /core/cache и удаляем все папки которые там есть.

3. Делаем бэкап базы данных

Открываем в phpMyAdmin базу данных сайта, переходим во вкладку «»Экспорт» и экспортируем базу.

Обычно после этого я заливаю скачанную базу в корень сайта (где все файлы).

4. Делаем бэкап файлов сайта

Скачиваем все файлы сайта по FTP, а еще лучше через файловый менеджер их упаковать в архив и затем скачать уже архив со всеми файлами на ПК.

Если сайт у вас на локальном компьютере, просто сделайте копию папки с файлами сайта и экспорт базы данных в phpMyAdmin в формате SQL.

Перенос сайта на MODX Revo

5. Создание базы данных

Создаем новую базу данных и пользователя к ней (на новом хостинге, локальном хостинг, в общем там куда вы переносите сайт). Записываем данные в блокнот (имя БД, пользователь, пароль).

6. Правим пути

Чтобы узнать новые пути на хостинге, можно воспользоваться php файликом из урока: Как узнать полный путь от корня сервера?

Править пути нужно в следующих файлах:

/core/config/config.inc.php
/config.core.php
/connectors/config.core.php
/manager/config.core.php
И в самой базе данных

Обратите внимание на то, что пути к сайту указываются от корня сервера, а не домена. Например:
было: $modx_core_path=’/home/mysite/public_html/core/’; , стало: $modx_core_path=’/www/mynewsite/www/core/’; .

Универсальный способ сделать все это быстро и просто при помощи Notepad++. Открываем файл /core/config/config.inc.php при помощи Notepad++, выделяем старый путь, далее идем во вкладку «Поиск» — «Найти в файлах», в поле Заменить на указываем новый путь, далее указываем папку в которой лежат все подпапки и файлы сайта и жмем на кнопку Заменить в файлах. Notepad++ проверит все файлы и заменить все старые пути на новые (и не надо открывать каждый конфиг файлы и править пути). И в этом же файле прописываем новые реквизиты для подключения к базе.

Проверяем файлы .htaaccess и robots.txt (для тех кото меняет домен)

Обычно в корне сайта лежат файлы .htaaccess и robots.txt — поменяйте в них домен (особенно в .htaaccess если там указаны правила редиректов и т.д.)

7. Заливаем файлы на сервер

Закачиваем все файлы на хостинг, локальный сервер или на другой домен. Делать это можно как по FTP например при помощи filezilla (следите за тем, чтобы все файлы закачались). Либо запаковываем все файлы в архив, далее закачиваем архив при помощи файлового менеджера и распаковываем его.

8. Перенос базы данных

Идем в phpMyAdmin, переходим во вкладку «Импорт» и импортируем бэкап базы. Вот и все! Сайт должен заработать!

Так же подготовил видео про перенос MODX, что бы вам лучше было ориентироваться.

Решение проблем с переносом

Если строго придерживались инструкции выше и все сделали правильно, данных ошибок возникнуть не должно.

После переноса modx 503 ошибка: site temporarily unavailable

Если после переноса MODX на другой хостинг Вы получаете ошибку: Error 503: Site temporarily unavailable, то нужно:

1. Подправить пути в конфиг файлах (см. выше «6. Правим пути»)
2. Так же в конфиг файле core/config/config.inc.php проверьте правильно ли вы подключаетесь к БД и проверьте строчку $http_host=’vash-site.ru’; (обычно 61 строка).
3. Удалить папку с кешем (core/cache).

MODX HTTP ERROR 500: сайт пока не может обработать этот запрос.

Самая распространенная причина — ошибки указания пути к папкам с файлами ядра системы. Исправить это можно просто проверив в файлах конфигурации — правильно ли указан абсолютный путь (от корня) к системным папкам модекса. Проверять нужно в файлах:

• /core/config/config.inc.php — его проверяем в первую очередь, смотрим правильность путей и:
  $database_type = ‘mysql’; // Тип базы данных
  $database_server = ‘localhost’; // Сервер базы данных
  $database_user = »; // Пользователь базы данных
  $database_password = »; // Пароль базы данных
  $dbase = »; // Название базы данных
  $table_prefix = »; // Префикс таблиц базы данных
  $database_dsn = ‘mysql:host=localhost;dbname=название базы данных;charset=utf8 или utf8mb4’;
  $http_host=’vash-site.ru’;
• config.core.php (в корневой папке сайта)
• /manager/config.core.php
• /connectors/config.core.php

Обычно это помогает полностью исправить ошибку. Но не всегда, если не помогло, проверьте еще версию php, права на файлы (644) и папки (755) и пути в базе данных.

Если после этого сайт возвращает ошибку Fatal error: Call to a member function parseProperties() on a non-object in core/model/modx/modelement.class.php on line 536 — просто удалите всё из папки /core/cache/

Вариант 2, если не помог вариант описанный выше: скачиваем дистрибутив MODX Advansed (такой же версии как у вас), закидываем его содержимое в корень сайта и запускаем установщик, только выбираем не новая установка, а обновление.

Вариант 3 — если совсем все плохо!

• Устанавливаем чистый MODX на хостинг (той же версии).
• Сохраняем файл с конфигами config.inc.php из папки core/config на компе.
• Удаляем все свеже установленные файлы MODX с хостинга.
• Удаляем все таблицы из базы.
• Закачиваем все файлы сайта, того что работает локально или на другом хостинге.
• Импортируем дамп работающей базы.
• Заменяем файл core/config/config.inc.php локально сохраненным.
• В остальных конфигурационных файлах MODX руками прописываем пути из core/config/config.inc.php.

Вместо админки сайта перебрасывает в админку хостинга

Недавно переносил сайт клиента на специфический хостинг и возникла небольшая проблема. Вход в панель управления на хостинге расположена по такому же адресу /manager, что и админка сайта, поэтому при попытке перейти к управлению сайтом меня постоянно перебрасывает на страницу авторизации личного кабинета на хостинг. Для решения данной проблемы необходимо изменить адрес админки сайта на любой другой. Для этого необходимо проделать следующие шаги:

1. Идем в Открываем для редактирования файл config.inc.php который лежит в директории /core/config/. Сделать это можно через файловый менеджер хостинга или путем подключаемся к сайту по FTP.
2. Находим в нем строки $modx_manager_path= и $modx_manager_url и меняем в них manager к примеру на administrator
3. Переименовываем системный каталог manager в administrator
4. Переходим по url адрес_сайта/administrator и получаем доступ к административной панели сайта.

Если остались вопросы и появились проблемы после переноса, пишите в комментариях.

Источник

Hi Guys,
This is a project I have been working on for some time. I’m slowly getting over each hump as I come to it.
Sorry this is so long winded but I reckon more is better and may save a lot of questions.

My Goal is to move a copy of my Production Web page onto a private Development server.
The production page was written by an external company and is still hosted on their web server.
They have given me ftp access to the files and a backup of mySql in a dump.sql

I plan to develop / update some content on my development server and then move it into production once tested.

Development Machine
===================
I’m have installed Modx Revo version 2.2.6-PL which is the same version production. I copied the setup folder off the production server and ran it. Setup connected to my local My local MYSQL db no problem. This was restored from a dump.sql file.

The server is running Debian Wheezy. Apache is version 2.2.22 and PHP is Version 5.4.4-14+deb7u3.

All the static files that make up my web pages were copied off production into development using FTP.
I have done a file compare of the contents of all files and nothing seems to be corrupted.

OK
The Problem
=============
when I load http://myIPaddress/index.php I received the following error
Error 503
Site temporarily unavailable

Almost the same thing when I try and load http:/myIPaddress/manager
It just says
Site temporarily unavailable

When I look into index.php it appears that the error comes from this section. (I edited the title text to be sure)
(both the index.php and /manager page show my edited title)

My model/modx folder is actually not of the web server root folder.
It is located here core/model/modx

This folder structure is matching on both production and development.
The mysteries of htaccess still allude me at the moment but havn’t had much time to figure it out so far.
From what I can tell all my htaccess files are named ht.access so should not have any effect.

Does anyone know what is going on here?

forums.modx.com

Установка MODX Revolution на новый хостинг

Все дело в том что при установке на старом хостинге создались несколько файлов конфигурации MODX Revo которые нужно подправить. В моем случае я установил для демонстрации modx revo на локальную машину и соответственно домен и пути у вас будут отличаться чем прописываемые в моей статье

  C:/OpenServer/domains/modxrevo.ru/  

Файлы которые нужно подредактировать при установке CMS MODX Revolution на новый хостинг:
1) config.core.php в корне сайта нужно подправить следующую строку:

  define('MODX_CORE_PATH', 'C:/OpenServer/domains/modxrevo.ru/core/');  

2) /manager/config.core.php

  define('MODX_CORE_PATH', 'C:/OpenServer/domains/modxrevo.ru/core/');  

3) /connectors/config.core.php

  define('MODX_CORE_PATH', 'C:/OpenServer/domains/modxrevo.ru/core/');  

4) /core/config/config.inc.php данный файл требует большого редактирования.

При таком количестве необходимого редактирования записи можно вполне что-то пропустить.

Самое видимо простое решение это установить чистый modx revo на новом хостинге. Затем скачать те самые 4 файла, после скачки затереть установленную чистую CMS и затереть соответственно бд. Необходимые файлы мы получили, теперь можно по обычному заливать резервную копию. И теперь заливаем в соответствующие папки те самые 4 файла. Для /core/config/config.inc.php проверяем корректность прописи подключения к БД.

Возможна следующая ошибка Fatal error: Call to a member function parseProperties() on null in coremodelmodxmodelement.class.php on line 536

  Очистить /core/cache/  

Следующая ошибка которая у вас наверняка возникнет это то что вы неправильно настроите в базе данных таблицы users и user_attributes.

В таблице users вы конечно поменяете пароль, но можем возникнуть ситуация когда вы просто добавите нового пользователя допустим admin и пропишете все как надо, но опять не сможете войти в админку, все дело в том что таблица user_attributes обязательно должна содержать профиль теперь уже пользователя admin. Если профиля для нового пользователя admin нет, то и войти под данным логином вам не удастся.

Вот вы вошли в админку первым дело вам нужно зайти в ваш профиль логина, можно ничего не менять, а просто сохранится, чтобы если что не создалось в бд по логину, то нужно чтобы создалось. Потом нужно почистить профиль, снять блокировки в общем пощелкать все что лежит в журнале управления. Обычно на восстановление сайта уходят мгновения и все проходит легко, но с modx revolution не так быстро.

Всё.

ligatime.ru

Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.

Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».

Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.

1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.

2. Затем перейдите в папку /core/ и удалите в ней папку cache.

3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.

Здесь нас интересуют эти строки:

$database_type = 'mysql'; // Тип базы данных   $database_server = 'localhost'; // Сервер базы данных   $database_user = ''; // Пользователь базы данных   $database_password = ''; // Пароль базы данных   $dbase = ''; // Название базы данных   $database_dsn = 'mysql:host=localhost;dbname=название базы данных;charset=utf8'; 

Тип и сервер базы данных уточните у своего хостинг-провайдера, но чаще всего они именно такие, какие по умолчанию указаны в файле.

Пользователь и название базы данных чаще всего одинаковые, но этот момент так же уточните у своего хостинг-провайдера.

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

4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:

config.core.php (корневая папка /);
config.inc.php (папка /core/config/);
config.core.php (папка /connectors/);
config.core.php (папка /manager/).

Во всех файлах, вы ищите что то типа:

/home/s/pandogecom/www.pandoge.com/core/  

  
 

Здесь вам необходимо изменить часть «/home/s/pandogecom/www.pandoge.com» на правильную.

О том, как узнать полный путь от корня сервера, читайте в этой статье.

В некоторых файлах замену нужно произвести в нескольких местах. Не торопитесь, будьте внимательны – и все у вас получится!

www.pandoge.com

500 error site temporarily unavailable modx revo

Наверное самая распространенная ошибка — это «500 error site temporarily unavailable» — это типа проблемы с сервером «Сайт временно недоступен». Происходит она по разным причинам — и всегда это настройки сервера и сайта. Для диагностики находим логи по адресу core/cache/logs/error.log — тут вы увидите примерные ошибки и они расшифрованы и примерно понять можно. При переносе сайта клиента на modx на локалку — я там нашел свою причину и удивился, оказалось, что у меня БД перенеслась не полностью, как такое произошло я до конца не понял, может ограничение какое-то, она была около 300 мб, в общем штук 10 таблиц не поместилось в архив, потом взял их отдельно запаковал и залил и все заработало. То есть всегда нужно смотреть в этот log файл — если есть какая-то ошибка.

Решения ошибки 500 error site temporarily unavailable на modx revo:

1. Смотрим целостность БД (ошибку смотрим в логах — как написано выше). Часть базы данных может не скопироваться, если она слишком большая!!!
2. смотрим файл .htaccess — пробуем его временно скопировать в другую папку и посмотреть как отреагирует.
3. версия php — она должна быть от 5.3 — все что ниже — тоже свалит в ошибку.

saitsozdanie.ru

Fix «This Website Is Temporarily Unavailable» GoDaddy Error

Is the domain registered at GoDaddy and the domain status is active?

If the domain status is passive, or need renewal, then you need to renew the domain first and ensure the domain status is active.

Figure out the type of domain hosting package you have (cPanel, Managed WordPress, Website Builder, etc.)

You need to know what kind of hosting package you have and you have successfully generated domain records and added in the GoDaddy DNS manager.

Was the site working before and it changed to this, or was it never working?

The site may be having the error because you have done some recent changes in the DNS manager. It may take 4-8 hours for .com and .net domain names and 24-48 hours for other domain names. If you are hosting your domain in Word press, it may take 48 — 72 hours to complete the domain mapping.

Whether your domain name is pointing towards a Parked Page IP?

If the domain is pointing towards a parked page, change the name servers to the hosting provider’s.
For WordPress, the name servers are;

NS1.WORDPRESS.COM
NS2.WORDPRESS.COM
NS3.WORDPRESS.COM

Here is details of Google Open DNS and how to test it: Open DNS by Google.

Have you tried Cleared caches in the browser?

Sometimes the browser may have kept cache of the website with the error. Try clearing cache of your browser and reload it again.

How To Fix the this website is temporarily unavailable please try again later blogger error

First you should see whether your domain is visible in Internet. You can do that by visiting Whatsmydns website. Here is an easy way to do that. Copy the below URL and change shipmethis.com to your domain name. Paste the URL in the browser.

For Checking Active CNAME of Domain

https://www.whatsmydns.net/#CNAME/www.shipmethis.com

For Checking A Record of a Domain

https://www.whatsmydns.net/#A/www.shipmethis.com

For Checking AAAA Record of Domain

https://www.whatsmydns.net/#AAAA/www.shipmethis.com

Your domain is visible in internet if these CNAME, A Record and AAAA records are appearing fine with a green color. If not there may be errors in any of these domain records. You may need to change the DNS settings of your domain in this case. Login to GoDaddy DNS manager and check these domain records.

www.shipmethis.com

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

• Ошибки в плагинах или темах
• Сбои в работе пользовательский PHP скриптов
• Недостаточно ресурсов сервера
• Ошибки сервера
• Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

Некорректно работающий плагин может быть причиной большинства возникающих в WordPress ошибок. К слову, ошибка в плагине лидирующая причина возникновения ошибки 503 service unavailable в WordPress.

Если вы столкнулись с ошибкой 503 после установки или обновления конкретного плагина, скорее всего вы уже нашли виновника. Всё, что вам потребуется сделать, это удалить проблемный плагин и работа сделана.

Если, однако, у вас нет идей по поводу того, какой именно плагин мог вызвать ошибку 503, нужно начать диагностику путём деактивации всех плагинов.

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

Зайдите в ваш каталог WordPress по FTP или используя Файловый менеджер. В этом руководстве будем использовать популярную программу подключения по FTP FileZilla:

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content, который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old:

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

Всё, что нам сейчас потребуется сделать, это найти тот плагин, который вызывает проблему.

Теперь вы сможете зайти в свою админ консоль на сайте WordPress через браузер и активировать по очереди один за другим все плагины.

Каждый раз, когда вы активируете плагин, перезагружайте сайт, чтобы выявить неисправный плагин. Как только вы нашли хулиганистый плагин, зайдите свой каталог plugins по FTP и удалите его:

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes.

Найдите вашу текущую тему и скачайте её, как показано ниже:

Далее удалите вашу текущую тему и перезагрузите сайт. Если ошибка 503 исчезла, вам нужно исправить/обновить вашу тему. Если это не вариант для вас, тогда возьмите новую копию или другую тему.

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

Порой, код от сторонних сервисов или фрагмент кода, который вы добавили на свой сайт может вызвать ошибку 503. Но как определить, что проблема в коде.

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar.

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы  WP_DEBUGи WP_DEBUG_LOG, WP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

1. Откройте каталог WordPress по FTP или в Файловом менеджере.
2. Откройте файл wp-config.php
3. Прокрутите до определения константы WP_DEBUG. Выглядит так: define ('WP_DEBUG', false);. Если она пропущена, мы добавим её сразу перед словами /*That's all, stop editing! Happy blogging.*/
4. Вставьте магический код отладки DEBUG. Только исправьте код define ('WP_DEBUG', false); на:
   define ('WP_DEBUG', true);
define ('WP_DEBUG_LOG', true);
define ('WP_DEBUG_DISPLAY', false);
@ini_set ('display_errors', 0);
5. Сохраните изменения

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

В этом файле содержаться записи по всем ошибкам на вашем сайте. Если ваша ошибка 503 service unavailable вызвана фрагментом пользовательского кода, это будет видно с указанием её подробностей.

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

Если же ошибка продолжает появляться, вот ряд решений, которые мы для вас подготовили, здесь парочка моментов, которые вы можете попробовать.

Повысить ресурсы сервера

Некоторые тарифные планы общего хостинга просто не имеют необходимого количества ресурсов для работы с трудоёмкими задачами. Если у вашего хоста узкое место в использовании серверных ресурсов, возможно пришло время переключиться на новый WordPress хостинг или сменить свой тарифный план на текущем хостинге.

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

Хоть это и редкий случай, но сканирование может вызвать рост потребления ресурсов на вашем сервере и замедление работы сайта. Чтобы обойти это и избежать ошибки 503, вы можете ограничить частоту сканирования Google в Google Search Console.

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели.” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

Это функциональность потребляет ресурсы вашего сервера, но вы можете её ограничить или вообще выключить. Когда вы восстанавливаете свой сайт, вы можете использовать плагин Heartbeat Control WordPress для ограничения этой функциональности, вместо того, чтобы выключить его вообще.

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга <?php:

add_action( 'init', 'stop_heartbeat', 1 ); function stop_heartbeat() { wp_deregister_script('heartbeat'); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

Если код выше не помог устранить ошибку 503, не забудьте удалить этот код из своего файла functions.php.

Заключительные заметки

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

Надо отметить, что ошибка 503 service unavailable, это преимущественно результат выполнения некорректного кода PHP, такого как ошибка в плагине или теме.

Также важно отметить, что 503 ошибка вызванная недостатком ресурсов сервера чаще всего проходит сама собой, поэтому всегда перезагружайте свой сайт немного погодя для проверки того, осталась ли ещё ошибка.

Независимо от того, что происходит, помните вы всегда можете исправить ошибку 503 service unavailable совершенно не утруждая себя. А поэтому, нет повода для паники, так как это не постоянная ситуация.

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

www.hostinger.ru

Я имел ввиду вот что делать.

/* check for correct version of php */    $php_ver_comp = version_compare(phpversion(),'5.1.0');    if ($php_ver_comp < 0) {   die('Wrong php version! You're using PHP version "'.phpversion().'", and MODX Revolution only works on 5.1.0 or higher.');  }  exit();//Добавили exit();  /* set the document_root */  /*if(!isset($_SERVER['DOCUMENT_ROOT']) || empty($_SERVER['DOCUMENT_ROOT'])) {   $_SERVER['DOCUMENT_ROOT'] = str_replace($_SERVER['PATH_INFO'], '', str_replace('\', '/', $_SERVER['PATH_TRANSLATED'])) . '/';  }*/    /* include the modX class */  /*if (!(include_once MODX_CORE_PATH . 'model/modx/modx.class.php')) {   include MODX_CORE_PATH . 'error/unavailable.include.php';   die('Site temporarily unavailable!');  }*/    /* @var modX $modx create the modX object */  /*$modx= new modX('', array(xPDO::OPT_CONN_INIT => array(xPDO::OPT_CONN_MUTABLE => true)));  if (!is_object($modx) || !($modx instanceof modX)) {   $errorMessage = '<a href="../setup/">MODX not installed. Install now?</a>';   include MODX_CORE_PATH . 'error/unavailable.include.php';   header('HTTP/1.1 503 Service Unavailable');   echo "<html><title>Error 503: Site temporarily unavailable</title><body><h1>Error 503</h1><p>{$errorMessage}</p></body></html>";   exit();  }    $modx->initialize('mgr');    $modx->getRequest();  $modx->getParser();    if (isset($modx) && is_object($modx) && $modx instanceof modX) {   if (!$modx->getRequest()) {   $modx->log(modX::LOG_LEVEL_FATAL,"Could not load the MODX manager request object.");   }   if (!MODX_API_MODE) {   $modx->request->handleRequest();   }  }  @session_write_close();  exit();*/

Всё остальное закомментировали, потом опять то же самое, но на более позднем участке. И так пока не найдёте в каком месте у вас вылазит ошибка. Нашли, если это во время подключения класса, то просто возмите и залейте заново все классы с заменой файлов

modx.im

Серверные ошибки

• Ошибка 403 — 403 Access denied
• Ошибка 404 — 404 File not found
• Ошибка 500 — 500 Internal server error
• Ошибка 502 — 502 Bad Gataway
• Ошибка 503 — 503 Service temporarily unavailable
• Ошибка 504 — 504 Gateway time-out

Ошибка 403 — 403 Access denied (Доступ к ресурсу запрещен)

Ошибка 403 означает, что доступ к ресурсу, папке или файлу запрещен (получен код 403 Forbidden). Возможно, что доступ был закрыт через файл .htaccess.

Так же ошибка может быть вызвана тем, что в папке нет index файла.

Ошибка 404 — 404 File not found

Документ по указанному URL не существует. Возможно, такой файл удален, либо вы ошиблись при наборе URL в браузере или пошли по неверной ссылке.

Ошибка 500 — 500 Internal server error

Появление 500 ошибки, может быть связано с неправильно указанными параметрами в файле .htaccess, который находится в папке с вашим сайтом.

Также, если файл сохранён в кодировке UTF-8, он должен быть без метки BOM. Если же файл сохранён в UTF-8 с меткой BOM, откройте файл и сохраните его без метки BOM.

Ошибка 500 у CGI скриптов, может быть вызвана из-за неправильных прав у файла-скрипта CGI (должны быть 755).

Также, это может быть ошибка непосредственно в сценарии скрипта. Точную причину можно установить, просматривая лог ошибок.

Ошибка 502 — 502 Bad Gataway

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

Одна из наиболее частых причин ошибки 502:
скрипт сайта отправляет cookie или другие данные множество раз при каких-то определённых действиях, в результате чего объём заголовков (header) растёт больше допустимого лимита веб-сервера.

При достижении порогового значения, веб-сервер отклоняет запрос с слишком большим заголовком, отбрасывая соединение с ошибкой 502 Bad Gateway. Такое бывает, когда скрипты написаны разработчиками без должной оптимизации.

На хостинге используется связка веб-серверов nginx (front-end) + apache (back-end)
У nginx указаны оптимальные параметры для заголовков:

proxy_buffer_size 32k; proxy_buffers 16 32k; 

Прочие причины:
иногда пользователи невнимательны в выборе опций, и не читают их описание.
В хостинг-панели зайдите в раздел Домены → Настройки, если там включены все опции прдряд (стоят галочки), то отключите их. Это может убрать ошибку 502.

Ошибка 503 — 503 Service temporarily unavailable

Ошибка 503 (Service Temporarily Unavailable) – обслуживание временно недоступно.

Многие не до конца понимают причины появления ошибки 503 и считают, что во всем виноват сервер.
5хх ошибки действительно серверные, но это не всегда значит, что проблема именно на стороне сервера.

Если вам необходимо как можно быстрее избавиться от этой ошибки, завершите процессы на аккаунте.

Информация для более детального понимая проблемы.

Что же такое хостинг? Хостинг — некоторое количество аккаунтов на одном сервере, в каждом аккаунте может быть не один сайт и основное ограничение на нашем хостинге — это ограничение по нагрузке аккаунта пользователя, причем ограничение от одного потока процессора (CPU), а мы используем мощные многопроцессорные сервера.
Приведем пример на основе нашего сервера с минимальной частотой CPU 3.2GHz — это частота одного потока (ядра) процессора, а их 8 (на некоторых — больше), но как написано выше, ограничение для одного аккаунта считается от одного ядра. Теперь возьмем минимальный тариф SSD1, где ограничение по нагрузки составляет 20% CPU. 20% от 3.2GHz это640MHz, причем всего за 100 рублей/месяц. Много это или мало — решать вам, но для минимального тарифа этого более чем достаточно. Поэтому для каждого аккаунта на сервере выделяется определенное количество рабочих процессов, которые обрабатывают запросы пользователей ваших сайтов. Эти запросы поступают на сервер в порядке очереди. Если этих запросов несколько, то сервер их легко обработает, но если их достаточно много — очередь будет расти, а если процессы еще в добавок и тяжелые, то очередь будет продвигаться медленнее.
Сервер ограничен в вычислительных мощностях, поэтому есть ограничения по нагрузке для каждого аккаунта. Если серьезная нагрузка длится слишком долго — может «рухнуть» весь сервер, все аккаунты пользователей и все сайты — вот тут и возникает ошибика 503 (Service Temporarily Unavailable) говорящая о том, что веб-сервер не может обрабатывать больше запросов и необходимо подождать пока очередь уменьшиться и можно будет дальше обрабатывать запросы.
Мы рассмотрели, как устроен хостинг и теперь постараемся описать основные причины, при которых может расти очередь, и, по возможности, пути решений этой проблемы. Иногда это может быть очень сложной задачей и собственных знаний может не хватить, но тем не менее, рассмотрим варианты:

— Зависание скриптов при передаче больших статичных файлов через PHP.

Такие большие файлы лучше всего передавать напрямую, не используя скрипты. Почему? Скрипты работают определенное время, а не постоянно и при окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а запрос оставит процесс веб-сервера работать ещё длительное время. Также, каждая передача файлов через PHP — это отдельный рабочий процесс веб-сервера apache, а для передачи статичных файлов напрямую будет использоваться отдельный многопоточный процесс веб-сервера nginx, который может обрабатывать множество потоков, а значит не будет влияния передачи файла на загрузку.
Хранение и отдачу файлов можно также реализовать через правила mod_rewrite и файл .htaccess, в этом случае можно использовать решение антилич. Антилич — это система, которая не позволит скачать ваш файл по ссылке на странице с другого сайта. Часто, если ваш файл популярен, недобросовестные web-мастера могут поставить у себя прямую ссылку на него, не упоминая о вашем сайте. Естественно, если сайт, на котором подгружается изображение от вашего сайта, посещаемый — это так же может создавать дополнительную нагрузку.

— Удаленное соединение с другим сервером (сайтом и т.д.).

Удаленных соединений, по возможности, лучше избегать, но если оно необходимо, то желательно выставлять маленькие значения таймаутов ожидания ответов от другого сервера, так как удаленный сервер может быть недоступен в определенное время, что может вызывать постоянные запросы на соединение с удаленным сервером. Поэтому в таких случаях очень важна хорошая связь с этими удаленными серверами.

Также часто используют вставки отдельных функций, кодов и т.д. (include) и если эти функции располагаются в одном аккаунте — используйте только локальные пути, а не в виде вставки url-адреса (http://site.ru/file.php). Лучше вставить конструкцию, например, такого вида: include 'file.php';. Это не будет делать дополнительный внешний запрос на сервер и тем самым вы снизите нагрузку, уменьшите количество создаваемых процессов.

— Очень тяжелые или испорченные дополнения систем управления сайтами (при использовании CMS и прочих скриптов).

Для нахождения таковых можно отключать дополнения (плагины, хаки, модули и т.д.) по отдельности. Возможно при включении/отключении вы заметите, что сайт станет быстрее/медленнее загружаться. Далее вы сможете найти более легкую замену или исправить поврежденные дополнения. Также в дистрибутив многих CMS включены дополнения, которые лично вам могут быть не нужны, поэтому лучше их удалить.

— Задания выполняющиеся долгое время.

Иногда в самих скриптах пишут задания на выполнение чего-либо по расписанию (например в тех же mambot’ах в joomla). Если их можно перенести в планировщик (cron), то лучше это сделать через cron, так как такие задания в joomla выполняются вместе с запросами пользователей и тем самым замедляют загрузку сайта и увеличивают нагрузку, а в некоторых случаях сайт вовсе перестает загружаться.

— Почтовые рассылки.

Рассылки писем могут влиять на загрузку сайта, тем не менее они часто бывают необходимы и их так же лучше оптимизировать. Скрипт запуска рассылки можно добавить в планировщик (cron), как и в случае с mambot’ами в joomla. Управление планировщиком находится в панели управления хостингом и доступно при соответствующем тарифе. Запускать такие скрипты лучше во время наименьшей нагрузки, например ночное, когда на сайте меньше всего посетителей.

— Медленные или не оптимизированные запросы sql к базе данных.

Пути решения в этом случае – использование кеширования, оптимизация запросов и индексация таблицы базы данных по столбцам (сортировка, упорядочивание). Также, если все это не помогает, стоит подумать о смене скрипта на более оптимизированный.

— Большое количество запросов к серверу.

Старайтесь избегать лишних запросов. Запросы могут исходить не только от посетителей ваших сайтов, но и, например, от индексирующих ботов с поисковиков, sape и т.д, также увеличивается количество запросов при использовании большого количества url на файлы (изображения, js-скрипты, css-стили), которые загружаются через отдельные запросы (при включенном apache вместо nginx). По возможности, объединяйте их в один файл.

Также запросы могут исходить, например, от чата или какого-то участка, блока на сайте, который посылает ajax-запросы на сервер. Многие из нас любят открывать несколько вкладок в браузере — нужно учитывать, что от этого так же может увеличиваться количество запросов и соответственно процессов веб-сервера.

Вставка iframe-кодов на сайте тоже может быть причиной ошибки 503.
Еще один пример увеличения запросов — использование другими сайтами ваших ресурсов (ссылки на файлы, картинки, различные информеры). Используйте антилич системы в борьбе с этим.

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

Если у вас все оптимизировано, используется кеширование, минимум запросов и просто не хватает ресурсов на используемом тарифе, тогда остается задуматься о переходе на другие тарифные планы.

Конечно, все хотят недорогие тарифы, при этом про оптимальное расходование ресурсов многие просто забывают.
На WebHOST1 разработаны оптимальные тарифы и нужно просто подобрать необходимый для вас тариф, что можно осуществить самостоятельно в биллинге.

Наконец, если вашим сайтам не хватает топового тарифа и часто возникает 500 ошибка, а вы не знаете как избежать данной проблемы — значит требуется больше ресурсов и вам нужен, как минимум, виртуальный либо выделенный сервер.

Ошибка 504 — 504 Gateway time-out

Этот код ответа означает, что клиентский запрос nginx передал apache, а apache не смог в установленный лимит времени вернуть HTTP-ответ?, в рузультате сервер разрывает сетевое соединение по таймауту. Причиной может быть долгая работа процесса — сценария, запущенного скриптом веб-сайта.

Можно попробовать увеличить выделенное время для php, прописав в корне сайта в файл .htaccess код:

# время выполнения скрипта - сценария php_value max_execution_time 60 # время загрузки данных  php_value max_input_time 60

Однако это не избавит от таймаута веб-сервера с 504 ошибкой. Таймаут веб-сервера в рамках виртуального хостинга изменить не представляется возможным.

webhost1.ru

Перенос ModX на другой хостинг

Сайт, написанный на ModX, состоит из файлов в формате PHP, файлов контента (изображения и другая информация) и базы данных (БД) в формате SQL. Чтобы сменить хостинг-провайдера, недостаточно просто разместить на его площадке файлы ModX. Перенос сайта на другой хостинг — сложная процедура, которая потребует от вас определенного багажа знаний и опыта в сфере разработки или системе веб-администрирования. Данная инструкция подробно описывает, как перенести сайт ModX (Evolution и Revolution) на другой хостинг, а также помогает устранить возможные ошибки.

Во избежание проблем при переносе на серверы REG.RU вы можете бесплатно воспользоваться помощью наших специалистов: Как перенести сайт на хостинг REG.RU.

Видео: Как перенести сайт на хостинг REG.RU

Инструкция по переносу сайта на ModX на хостинг REG.RU

Этот урок пошагово описывает процесс переноса как ModX Evo на другой хостинг ModX, так и ModX Revo.

Основные ошибки после переноса ModX на другой хостинг:

$database_server = 'localhost';
$database_user = 'u1234567_dbuser';
$database_password = 'password';
$dbase = 'u1234567_database';
$database_dsn='mysql:host=localhost;dbname=u1234567_database;charset=utf8';

Как видите, самостоятельный перенос ModX на другой хостинг — довольно сложный и длительный процесс. Если у вас возникли вопросы или вы хотите быстро перенести сайт на ModX, обратитесь в техническую поддержку.

Думаю в 100% случаев вы не полностью поправили все пути в конфигах. И скорее всего забыли про строку подключения к бд в файле core/config/config.inc.php

У меня эта ошибка возникла именно по этой причине.

1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.

2. Затем перейдите в папку /core/ и удалите в ней папку cache (она потом сама создастся при работе сайта).

3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.

Здесь нас интересуют эти строки:

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

4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:

config.core.php (корневая папка /);
config.inc.php (папка /core/config/);
config.core.php (папка /connectors/);
config.core.php (папка /manager/).

almix
Разработчик Loco, автор статей по веб-разработке на Yii, CodeIgniter, MODx и прочих инструментах. Создатель Team Sense.

Здравствуйте, переношу сайт на новый сервер и столкнулся с ошибкой — 500 Site temporarily unavailable.
Делаю так:
1. Из админки чищу кеш
2. Руками удаляю все из папки с кешом
3. Правлю конфиг (пути, база )
4. Поверх накатываю чистый движок
5. Запускаю установку, выбираю обновить
6. Готово.

Ошибка происходит на финальном этапе, установка запускается, проверка проходит на ок, далее установка ядра и после этого происходит переход на www.site.com/setup/index.php?action=complete
и на этом баста. Может кто то сталкивался ? До этого таким способом перенес 6 сайтов и все ок было.

• Вопрос задан более трёх лет назад
• 16312 просмотров

Какая версия php на хостинге?
Права на файлы и папки?

Я бы сделал перенос в вашем случае так:

1. установил бы чистый MODX на хостинг
2. сохранил бы файл с конфигами config.inc.php из папки core/config на компе
3. удалил бы все свежеустановленные файлы MODX с хостинга и удалил бы все таблицы из базы
4. закачал бы все файлы того что работает локально и импортировал дамп работающей базы
5. заменил бы файл core/config/config.inc.php локально сохраненным
6. в остальных конфигурационных файлах MODX руками бы прописал пути из core/config/config.inc.php

Этот способ выглядит громоздким, но мне в 100% случаях все удавалось нормально перенести.

Постоянный вопрос у обладателей движка modx revo — как перенести его на другой хостинг — для многих это прям как ком в горле, не хочу. зачем. оказывается это не так сложно.

Да, возникают ошибки при переносе, но их можно решить.

Перенос сайта на modx revo на другой хостинг или на локальный компьютер по шагам :

1. «На старом» — хостинге запаковываем все: все файлы(можно предварительно очистить папку /core/cache/ — но можно и потом, без разницы) и базу данных. То есть получаем 2 архива.
2. Копируем все файлы на новый хостинг;
3. Загружаем (импортируем БД).
4. На новом хостинге или на домашнем компе меняем пути вот у этих файлов:
   /config.core.php
   /core/config/config.inc.php
   /connectors/config.core.php
   /manager/config.core.php Большая часть проблем с переносом именно в прописании этих путей, не всегда удается их прописать правильно (если сомневаетесь спросите у поддержки хостинга) или, если у вас есть другие сайты на этом хостинге, то можно посмотреть у них пути. И следующий вариант, это прогнать сверху установщиком (загружаете папку setup в корень сайта и делаете «новую установку»). Я на локалку на open sever сегодня ставил и пути поменять у меня оказалось не проблемой, так как у меня рядом был другой тестовый домен с modx revo тоже и я там просто подглядел пути и все, но потом была другая проблема, о ней ниже.
5. Папку кэш /core/cache/ очищаем.

Все! — должно заработать.

Какие ошибки при установке modx Revo могут быть и как их решать?

500 error site temporarily unavailable modx revo

Наверное самая распространенная ошибка — это «500 error site temporarily unavailable» — это типа проблемы с сервером «Сайт временно недоступен». Происходит она по разным причинам — и всегда это настройки сервера и сайта. Для диагностики находим логи по адресу core/cache/logs/error.log — тут вы увидите примерные ошибки и они расшифрованы и примерно понять можно. При переносе сайта клиента на modx на локалку — я там нашел свою причину и удивился, оказалось, что у меня БД перенеслась не полностью, как такое произошло я до конца не понял, может ограничение какое-то, она была около 300 мб, в общем штук 10 таблиц не поместилось в архив, потом взял их отдельно запаковал и залил и все заработало. То есть всегда нужно смотреть в этот log файл — если есть какая-то ошибка.

Решения ошибки 500 error site temporarily unavailable на modx revo :

1. Смотрим целостность БД (ошибку смотрим в логах — как написано выше). Часть базы данных может не скопироваться, если она слишком большая.
2. смотрим файл .htaccess — пробуем его временно скопировать в другую папку и посмотреть как отреагирует.
3. версия php — она должна быть от 5.3 — все что ниже — тоже свалит в ошибку.

Более старые статьи:

• Часто под рукой должны быть примеры migx для modx revo

«>Migx использование и примеры
Часто нужно вывести определенные ресурсы, старые методы вывода — сильно нагружали сервер, поэтому лучше использовать pdoResources в этих случаях. …

«>Вывод ресурсов с помощью pdoResources
Если у вас при использовании shopkeeper ошибка ошибка TypeError: $(. ).fancybox is not a function и вы при этом используете fancybox , то это конфлик …