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

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

У всех такая прелесть или это я грешил много?
Александр Мельник
12 апреля 2019, 11:54
213
+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, то делайте на нём. Освоили другой инструмент — подключили его к работе. Не знаете сервера, или какую-то тему, отложите, делайте что знаете, параллельно изучая что-то большее.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.