Скорость работы админки в 2.7.1

Не пойму, толи 2.7.1 такая неудачная версия modx
то ли просто черная полоса с проектом этим
то ли моя криворукость со временем только прогрессирует, вместо регресса.
— назначение шаблонов создаваемым ресурсам при помощи настройки форм работает не так как ранее и я бы сказала не логично. Описывал тут. modx.pro/help/18003
— упрямо игнорируется системная настройка minishop которая отвечает за выбор по умолчанию источника файлов.
Описывал тут modx.pro/help/18020
— так плюс еще и админка работает чрезвычайно медленно. Нажимаешь сохранить что-то и проходит 3 секунды пока вообще начинаются действия, затем еще 3 секунды как в slowmore наблюдаешь как открывается дерево ресурсов. Хотя у меня всего еще 36 ресурсов создано. Попробовал на локальном сервере, на выделенном сервере, на обычном хостинге — везде примерно одинаково.

У всех такая прелесть или это я грешил много?
Александр Мельник
12 апреля 2019, 11:54
modx.pro
931
+1

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

Андрей Перевезенцев
12 апреля 2019, 12:44
0
Все аналогично.
    UDAV
    12 апреля 2019, 16:00
    0
    Скорость на высоте, остальное не тестил. Может от компа зависит еще?
      Александр Мельник
      12 апреля 2019, 16:30
      0
      Сложно сказать.
      Могу лишь привести такие цифры.
      Открываю на одном компе, в одном браузере, оба сайта на одном сервере.
      modx 2.6.5 Кликаю по ресурсу, чтобы открыть на редактирование. Кстати ресурсов в дереве много сотен. Проходит менее секунды, когда все открылось.
      modx 2.7.1. те же действия. Только ресурсов 36 штук. Засекаю секундомером. 10,11 секунд пока ресурс открылся и прогрузилось дерево ресурсов.
        SEQUEL.ONE
        12 апреля 2019, 21:23
        0
        А версия PHP какая?
          Александр Мельник
          12 апреля 2019, 21:36
          0
          7.2 версия
            SEQUEL.ONE
            12 апреля 2019, 21:42
            0
            modx.com/download — рекомендуемые версии PHP 5.6 или 7.0, возможно сервер настроен не правильно.
              Александр Мельник
              12 апреля 2019, 21:49
              0
              Попробовать конечно можно понизить версию, спасибо.
                SEQUEL.ONE
                12 апреля 2019, 23:55
                0
                Скорее всего у вас оперативки выделено на аккаунт мало. Никогда проблем не наблюдалось с загрузкой и скоростью работы, т.к. лет 5 использую исключительно виртуалки с ISPmanager 5 Lite.
      iWatchYouFromAfar
      12 апреля 2019, 22:55
      0
      7.2 php, 271 modx. Никаких проблем с медленной загрузкой нет. Все довольно быстро. Причем работая на файлах, админка грузится быстрее чем без них.

      P.S.
      И это с большим деревом, вложенность около 6 уровней.
        Александр
        15 апреля 2019, 04:53
        0
        На файлах имеется ввиду хранение чанков в файлах?
          iWatchYouFromAfar
          15 апреля 2019, 07:51
          0
          Да, чанки, шаблоны, плагины, сниппеты, tv и т.д.
        Александр Мельник
        15 апреля 2019, 21:48
        +1
        В моем случае проблема решилась отключением модуля xdebug в php.ini
        Хотя это странно, почему для сайта на modx 2.6.5 он не мешал, а для 2,7,1 неимоверно тупил.
          Сергей Шлоков
          16 апреля 2019, 06:57
          0
          Попробовал на локальном сервере, на выделенном сервере, на обычном хостинге — везде примерно одинаково.
          Везде xdebug виноват?

          У меня xdebug установлен. Ноу проблемс.
            Александр Мельник
            16 апреля 2019, 08:45
            0
            Я не нашел в себе силы заново переносить сайт с места на место) Но в целом да, у меня xdebug включен везде. Хотя стоит признаться, что работает он только на локальном сервере. Раз 30 или 50 я пытался заставить работать xdebug на удаленном сервере в phpStorm, и официальную документацию прочел и видео канал jetBrains затер до дыр и научился SHH тунели пробрасывать и чего я только не делал — а не работает у меня дебагинг, если сайт находится на удаленном сервере.
            Может дело в версии xdebug, насколько я помню он обновился недавно, а может у вас xdebug включен без ключа автостарт.
            У меня xdebug установлен. Ноу проблемс.
            Вы безгрешный человек и жизненные сложности вам просто не нужны)
              Сергей Шлоков
              16 апреля 2019, 08:59
              0
              Может дело в версии xdebug
              Стоит 2.7.0.

              Вы безгрешный человек и жизненные сложности вам просто не нужны)
              Я, конечно, против «эй, слышь», но вежливое «ты» вполне сойдёт ))
              А проблем у меня не меньше, чем у других. Я вот, например, целый час пытался заставить последний XAMPP для x64 поставить. Нервы кончились. Плюнул и оставил x86, поменял только версию PHP на 7.2. :(
              Ключевое здесь — нервы. )
          Андрей Перевезенцев
          16 апреля 2019, 15:11
          0
          Вопрос решился? Аналогичная ситуация, xdebug отключен, но по прежнему в админке все висит, особенно когда открываешь ресурс продукта.
            Александр Мельник
            16 апреля 2019, 21:27
            0
            Локально, на openserver стало лучше. Больше нигде не пробовал.Но программирование это такая штука… близкая к мистицизму)
            Надеюсь вы найдете свой камень преткновения.
            И кстати, господа, я вот подумал. Чуть менее 3 лет, как я впервые узнал что такое программирование, и создал первый HTML код, но я до сих пор не могу найти для себя идеальной схемы разработки.
            Все что-то меняю, рвусь со стороны в сторону.
            Кому не лень — поделитесь своими «парадигмами» правильной разработки сайтов?
            Ну то есть что я имею в виду? Приходит Вам ТЗ на разработку сайтов (я надеюсь Вам приходят хорошие ТЗ, а не фразы в скайпе — хочу как-то так! чтобы ух… Вот примерно как у них… ) Как вы ведете разработку? Локально на своем компьютере? Я кстати просматриваю youtube каналы многих пользователей этого сайта и для себя делаю вывод — что 90% работают на локальных серверах. Большинство на OpenServer, некоторые на XAMMP.
            Но как Вы показываете работу заказчику? Ведь локальный сайт доступен только Вам. А что если заказчик хочет раз в пару дней видеть результат? Каждый вечер в конце работы копировать сайт и базу куда-то на удаленный сервер с доступом к интернету? Ну ок, это не приятно, но вполне доступно. Но что делать, если Вы разрабатываете сразу на нескольких движках? К примеру Bitrix или Drupal требуют специфических настроек сервера. А значит вам нужно на удаленном сервере иметь какие-то разные аккаунты, учитывая особенности движков. Что еще… Пожалуйста, научите меня дебажить php который размещен на удаленном сервере. Вот уж реально моя проблема. Потрачено сотня часов, на то чтобы работал дебагинг в phpstorm если сайт лежит на удаленном сервере. И порты по SSH пробрасывались и канал jetBrains на youtube я засмотрел до дыр и хабр перечитан… а нихера не работает. Недавно смотрел видео на youtube где говорилось, что дебагером пользуются лишь «уж простите» лохи, а суровые люди строят свой код на юнит тестах. Стоит признаться, что я не люблю Git. Вернее как — не люблю. Считаю, что система контроля версий — это неверное название. Кому нафиг нужны версии файлов, если тот же PhpStorm предоставляет шикарную историю файлов. Git если и нужен, то только как инструмент для командной разработки. (на мой взгляд). Для контроля версий файлов он не особо нужен, если работаешь в хорошей IDE. Здесь на modx.pro я не раз встречал высказывания, что GIT позволяет легко публиковать сайт из разработки в продакшн. Ребята, как я вам завидую. Я один раз попробовал на одном сайте полностью перейти на GIT разработку. Через 3 недели при очередной попытке сделать pull на сервере с сайтом (о сколько стоило сил получить доступ к SSH на этом сервере и установить там Git) я получаю ответ, что 300 файлов будут перезаписаны и вообще кошмар. Ищу концы и оказывается — заказчик дал доступы… сыну коллеги, который вроде как программист. И тот что-то переделал на сайте. В сотне файлов. И чихать он хотел на Ваш Git. Ему дали доступы по FTP, он что-то накодил, а все ваше время, которое Вы потратили на настройку, на 40 файлов gitignore чтобы ничего лишнего… Все похер.
            Ну что-то я увлекся… Кому не лень — опишите, как вы построили свой рабочий процесс.
            Спасибо.
              Николай
              17 апреля 2019, 01:10
              0
              Но как Вы показываете работу заказчику? Ведь локальный сайт доступен только Вам. А что если заказчик хочет раз в пару дней видеть результат?
              На мой взгляд это его личные проблемы. Особо привередливых заказчиков лучше сразу сливать) Не надо браться за всё что под руку попадётся. Выберите свою схему работы и следуйте только ей, не хотят так работать — счастливого пути. Представьте вы приходите в макдональдс и говорите: я хочу пройти на кухню и посмотреть как готовится мой гамбургер. Почему? Ну я так хочу) Аналогично и тут. Есть порядок работы с клиентами и везде ему следуют, согласовывая конечно с законодательством и ситуацией на рынке. Есть такой тип заказчиков, которые хотят контроллировать каждый ваш шаг, превращая вас в инструмент разработки. Охота вам быть IDE понимающей человеческий язык? Мне не особо) На эту тему есть одно видео)

              К примеру Bitrix или Drupal требуют специфических настроек сервера. А значит вам нужно на удаленном сервере иметь какие-то разные аккаунты, учитывая особенности движков.
              Вот вот, берётесь за всё подряд. И столько ресурсов тратите, чтобы разгребать косяки, нигде так толком и не разобравшись. Все эти проблемы решает специализация. Если хорошо знаете MODX, то делайте на нём. Освоили другой инструмент — подключили его к работе. Не знаете сервера, или какую-то тему, отложите, делайте что знаете, параллельно изучая что-то большее.
          Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
          19