Глюки с Modx

Доброго времени суток!

Вчера поставил на домен новую систему модекса версии 2.5.5. Однако после установки, и заполнения контента пошли какие-то непонятные ошибки и сбои.

Я защитил свои данные в .htaccess дефолтными установками, что прилагались к установочному пакету. Кроме того, я сменил права доступа к папкам на 644 у файлов, и у папок на 755. Тем не менее возникать стали сбои в работе системы.
Сначала я грешил это на проблемы с интернетом, однако, потом после смены точки доступа, ситуация повторилась. Потому решил написать вам, в службу поддержки.

С чем это связанно?

Прикладываю еще часть логов из ядра системы.
/public_html/core/cache/logs
Там такое написано:

[2017-03-01 06:49:44] (ERROR @ /home/u464802808/public_html/core/xpdo/om/xpdoobject.class.php: 240) Error HY000 executing statement:
Array
(
[0] => HY000
[1] => 2006
[2] => MySQL server has gone away
)

[2017-03-01 06:49:31] (ERROR in xPDOConnection::connect @ /home/u464802808/public_html/core/xpdo/xpdo.class.php: 3116) SQLSTATE[42000] [1226] User 'u464802808_sibum' has exceeded the 'max_user_connections' resource (current value: 3)
[2017-03-01 06:49:44] (ERROR @ /home/u464802808/public_html/core/xpdo/om/xpdoquery.class.php: 653) Could not construct or prepare query because it is invalid or could not connect: SELECT `modExtensionPackage`.`id`, `modExtensionPackage`.`namespace`, `modExtensionPackage`.`name`, `modExtensionPackage`.`path`, `modExtensionPackage`.`table_prefix`, `modExtensionPackage`.`service_class`, `modExtensionPackage`.`service_name`, `modExtensionPackage`.`created_at`, `modExtensionPackage`.`updated_at`, Namespace.path AS namespace_path FROM `sibum_extension_packages` AS `modExtensionPackage` JOIN `sibum_namespaces` `Namespace` ON `modExtensionPackage`.`namespace` = `Namespace`.`name` ORDER BY namespace ASC
[2017-03-01 06:49:44] (ERROR @ /home/u464802808/public_html/core/xpdo/om/xpdoobject.class.php: 240) Error HY000 executing statement:
Array
(
[0] => HY000
[1] => 2006
[2] => MySQL server has gone away
)

[2017-03-01 06:49:44] (ERROR @ /home/u464802808/public_html/core/xpdo/om/xpdoobject.class.php: 240) Error HY000 executing statement:
Array
(
[0] => HY000
[1] => 2006
[2] => MySQL server has gone away
)

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

Общий лог, также диагностирует ошибки:

[01-Mar-2017 12:05:39 UTC] PHP Fatal error: Call to a member function render() on null in /home/u464802808/public_html/manager/controllers/default/welcome.class.php on line 64
[01-Mar-2017 12:57:57 UTC] PHP Fatal error: Call to a member function render() on null in /home/u464802808/public_html/manager/controllers/default/welcome.class.php on line 64
[01-Mar-2017 13:05:06 UTC] PHP Fatal error: Call to a member function render() on null in /home/u464802808/public_html/manager/controllers/default/welcome.class.php on line 64

Кроме того, иногда пишет, что страница underfined, где собственно ничего нельзя отредактировать. Помогите решить данную проблему.

С уважением, Андрей.
Andrey
02 марта 2017, 02:08
modx.pro
4 979
0

Комментарии: 17

Евгений
02 марта 2017, 09:19
+2
Сервер MySQL закрыл соединение по таймауту. Явно что-то с хостингом… Что за хостинг кстати?
    Владимир
    02 марта 2017, 09:40
    0
    это hostinger.ru )))
      Евгений
      02 марта 2017, 11:03
      0
      Беги с него куда подальше :), а если честно, то первый же поиск по отзывам об этом хостинге, много чего сказал.
      Могу предложить как вариант: Бесплатный хостинг от Бегет
      Никак не реклама :)
        Владимир
        03 марта 2017, 11:25
        0
        Мне не надо, хостинжер не мой, я просто пишу что именно его использует автор топика :)))
        А я давно закончил с бегетаи и таймвебами (хотя таймвеб мне много лет так и платит партнерские, я даже не знаю за что)
        И да, с hostinger.ru всем бежать ни чего не чинить, время не тратить!
      Raimei
      02 марта 2017, 15:47
      0
      Вы не поверите. У меня на бегете тоже такая ерунда бывает. Иногда даже появляется невидимое окно в админке. Через CSS сделал отображение и увидел ту же самую ошибку
        Евгений
        03 марта 2017, 11:14
        0
        На бегете уже несколько лет, больше десятка проектов на MODX, но таких глюков не встречал. Бывало падал, но это из другой области.
          Raimei
          03 марта 2017, 12:58
          0
          Аналогичная ситуация. Причем аккаунтов несколько
            Andrey
            03 марта 2017, 13:39
            0
            У вас modx 2.5.5 рабочий вообще или нет?
              Raimei
              03 марта 2017, 13:42
              0
              Рабочий. Сыпались ошибки из-за url'ов (особенность новой версии), но это пофиксил. Остальное в штатном режиме.

              Сайты сами по себе работают нормально. Изредка вот в админке бесовщина появляется, да в логи записывается. И заметьте: только на бегете. На том же modhost.pro такого вообще не видел. Ни разу

              Кто-то может сказать о нагрузке (на базу например). Нет, нагрузка там маленькая. Всегда стараюсь делать меньше запросов, если такое возможно.
            Andrey
            03 марта 2017, 13:25
            0
            Вот именно, это что-то экстремальное… Я тоже с таким даже не сталкивался, хотя за спиной более двух десятков сайтов на modx, более десятка на framework CI. Это похоже на DOSS атаки или внедрение вредоносного кода со стороны злоумышленников. Если бы не эти вредители колорады, то сайт с такими бы проблемами бы не встречался бы. Но это же колорады… потому удивляться нечему.
            Andrey
            03 марта 2017, 13:28
            0
            У меня была пустая админка в modx, это бывает когда включено сжатие js и css. Это решается за пять-десять минут. А вот такая ерунда, это что-то особенное. Пишу это со знанием дела. За спиной много проектов в вебе, потому я вижу, что тут скорее вредительство колорадское наблюдается… Вот это я вижу из всего этого.
              Raimei
              03 марта 2017, 13:32
              0
              Аналогично, коллега. Аналогично.

              Занимаюсь двумя сайтами. Один на бегете, второй на другом хостинге.

              Бегетовские периодически отваливаются с «MySQL server has gone away», а вот на втором другом хостинге всё в порядке.

              Даже на тарифе «Town» такая ерунда. На миг показалось что это я «особенный». В саппорт с вопросами писать не стал. Сейчас же задумался
                mngatoff
                03 марта 2017, 13:58
                +1
                Не представляю, что Вы там такого наворотили, что у Вас сайты сыпятся. У меня штук 15 проектов на бегете, все на последней версии modx (регулярно обновляю) и на php 7.1, ни разу не отваливался mysql сервер. Да вообще не было проблем
                  Raimei
                  03 марта 2017, 14:03
                  0
                  В том то и дело — ничего такого, что могло вызвать подобное. И ошибка появляется только в админке в невидимом окошке от ExtJS.

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

                  Хочу отметить: бегет мне нравится, очень даже. Их клиентом в том или ином смысле являюсь более 4 лет. Редкие вопросы для саппорта довольно быстро решались.
                  mngatoff
                  03 марта 2017, 13:59
                  0
                  с одним сайтом была проблема на фронтенде, но это потому что клиент намудрил с настройками кэширования php
            Алексей
            13 апреля 2019, 10:27
            0
            мне помогло исправление файла конфигурации /etc/my.cnf
            [mysqld]
            max_allowed_packet = 10M
            и рестарт mysql сервера для применения параметров
              Дмитрий
              22 апреля 2021, 22:30
              0
              Была такая же проблема. Решил отключением компонента «modRelation».
                Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
                17