[ZoomX] Файловые плагины, markdown, кэширование сниппетов

Привет, друзья! Наконец я выпустил новую версию ZoomX. Эта версия минорная, но в ней много заслуживающего внимания. Расскажу о самом интересном:
  • Файловые плагины.
  • Модификатор markdown.
  • Механизм кэширования сниппетов.
  • Короткие имена контроллеров в роутах.
  • Упрощённый вариант переадресации в роутах.
  • Событие «OnBeforeRouteProcess».
  • Доработана функция jsonx.
  • Функционал контейнера.

Файловые плагины


Возможно не все знают, но я уже решал эту задачу в своём дополнении Middlewares. В ZoomX я предлагаю доработанную версию файловых плагинов. Давайте познакомимся с ними.
Файловые плагины в отличие от файловых сниппетов представляют собой классы. Вот пример такого плагина.
<?php
//  core/elements/plugins/MyPlugin.php

class MyPlugin extends \Zoomx\Elements\Plugin
{
    // События и приоритеты.
    public static $events = [
        'OnMODXInit' => -101,
        'OnHandleRequest' => 0,
    ];
    public $disabled = false;

    
    public function OnMODXInit($scriptProperties = [])
    {
        // ...
    }
    
    public function OnHandleRequest()
    {
        // ...
    }
}

Как видите, названия методов совпадают с названиями событий. Таким образом, один класс содержит функционал для разных событий в отличие от того же Laravel, где для каждого события создаётся отдельный класс. В свойстве $events указываются события, которые должны сработать. Это добавляет гибкости, так как можно запускать только указанные события. Также плагин можно отключить с помощью свойства $disabled.

Ещё хотелось бы отметить, что данный механизм легко подхватывает файловые элементы компонентов (если авторы их используют).

Модификатор markdown


Тут всё просто. Пригодится для тех, кто привык работать с этим форматом.
...
{'content'|resource|markdown}
...

Механизм кэширования сниппетов


Сейчас MODX предлагает следующую логику кэширования — или сниппет никогда не кэшируется или кэшируется с сохранением результата на странице. Т.е. или он будет вызыватся при каждом запросе, или после первого выполнения он будет заменён на результат и больше работать не будет. Но этих вариантов бывает недостаточно. Приходилось писать сниппеты-обёртки, которые сохраняли результат на определённое время. Теперь это можно сделать прямо из коробки. В теге сниппета в атрибуте cache_lifetime нужно указать количество секунд для хранения результата в кэше.
{'name'|snippet:[...] cache_lifetime=3600 nocache}

Короткие имена контроллеров в роутах


Если все контроллеры находятся в одном пространстве имён, то зачем постоянно их указывать. Теперь в системной настройке zoomx_controller_namespace можно указать неймспейс контроллеров, а в роутах писать только имя класса.
$router->get('uri', ['MyController', 'method']); // Преобразуется в Zoomx\Controllers\MyController

Упрощённый вариант переадресации в роутах


Если для переадресации не нужны никакие проверки, то можно воспользоваться специальным методом redirect маршрутизатора.
$router->redirect('uri_from', 'uri_to');
// С указанием кода
$router->redirect('uri_from', 'uri_to', 301);

Переадресовывать можно и роуты с масками. В URI переадресации нужно указать соответствующую переменную со знаком $ в фигурных скобках.
$router->redirect('articles/{id}', 'posts/{$id}');

Событие «OnBeforeRouteProcess»


Данное событие сработает перед вызовом хандлера роута (контроллера или фукнции). В нем можно выполнить определённые проверки и изменить стандартное поведение. Например, можно взять из роута id объекта (ресурса, пользователя и т.д) и в плагине получить соответствущий объект. Таким образом в методе контроллера будет уже не id, а готовый объект.

Функция jsonx


За доработку этой функции можно поблагодарить @Николай Савин. Для удобства в эту функцию добавлен третий параметр для указания HTTP кода ответа.
$router->get('uri', function() {
    // получение данных
    ...
    
    return jsonx($array, $headers, 201); // Код ответа: 201 Created
});

Если код статуса будет меньше 400, то свойство success, указывающее об успешности запроса, будет равно true.
{
  success: true,
  data: {
      foo: "bar"
  },
  meta: {
  	total_time: "0.0123 s",
  	query_time: "0.0000 s",
  	php_time: "0.0123 s",
  	queries: 1,
  	memory: "2 048 kb"
  }
}

Для кода 400 и выше признак успешности будет false, а данные по ошибке будут в свойстве errors:
{
  success: false,
  data: {},
  errors: {
      foo: "bar" // данные из функции jsonx
  },
  meta: {
  	...
  }
}

А если включён обработчик ошибок ZoomX (по-умолчанию включён), то и все ошибки PHP и исключения будут также отдаваться в этом формате.
...
errors: {
    "code": 500,
    "title": "Error 500: Internal Server Error",
    "message": "Сообщение об ошибке"
  },
...

Функционал контейнера


Ещё в главный сервис была добавлена возможность сохранять данные для последующего использования. Это часть функционала DI контейнера. Это промежуточная ступень к внедрению полноценного DI контейнера если появится потребность.
Сохранить в контейнер
zoomx()->set('foo', $object);
// или так
zoomx(['foo' => $object]);

Затем в любом месте приложения можно получить сохранённую переменную.
$object = zoomx('foo');

Заключение


Я опустил все технические подробности. Кому они интересны прошу сюда.
В общем, пробуйте, пишите чего не хватает, что доработать. У меня самого ещё много планов на этот компонент. И по функционалу и серию уроков снять. Надеюсь, в следующем году их все реализовать. Всех с Наступающим!
Сергей Шлоков
28 декабря 2021, 06:34
modx.pro
864
+16
Поблагодарить автора Отправить деньги

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

Александр Мельник
28 декабря 2021, 08:59
+2
Очень круто, вы и тем кто вам помогает молодцы.
Я вот просто читая это уже мысленно погружаюсь в свой любимый slim, fastRoute, PHP-DI, middlewares
С наступающим.
    Павел Бигель
    28 декабря 2021, 11:26
    +1
    Я все жду когда у меня будет какая-нибудь задача по модэксу чтобы опоробовать твой инструмент
      Николай Савин
      28 декабря 2021, 11:44
      +1
      Инструмент потрясающий. Ощущение, что пишешь на Laravel. Теперь вся жизнь в файлах и коде. Я уж забывать начинаю как админка выглядит.
        Сергей Шлоков
        28 декабря 2021, 11:57
        +2
        Ну докрутить ещё маршрутизацию (middleware, имена роутов) + нормальный контейнер зависимостей и будет очень близко (если не сравнивать xPDO и Eloquent). Ну ещё аутентификацию для API.
      Сергей Шлоков
      28 декабря 2021, 11:54
      0
      Я тоже этого жду ;)
      Андрей П
      30 декабря 2021, 23:31
      0
      На версии MODX 3 RC с Github после установки ZoomX, сразу, и фронт и бэк вываливается в HTTP ERROR 500
        Николай Савин
        31 декабря 2021, 15:31
        0
        ЛЮБОЙ компонент для MODX3 будет в ОТДЕЛЬНОЙ версии, потому что механизм работы отличается.
          Сергей Шлоков
          04 января 2022, 08:54
          0
          Как сказал Николай, в MODX3 мажорные изменения. Теперь работа организована через композер и все классы имеют неймспейс. А дополнения для MODX2 работают с классами без неймспейса. Поэтому они нормально работать в тройке не будут.
          Wassi Wassinen
          06 января 2022, 11:49
          +2
          modx.pro/components/22537#comment-131710

          Инструмент потрясающий. Ощущение, что пишешь на Laravel. Теперь вся жизнь в файлах и коде. Я уж забывать начинаю как админка выглядит.
          Не воспринимайте как критику. Просто мысли вслух. Автору дополнения — искреннее уважение.

          ZoomX — штука, безусловно, интересная :)
          Но, на мой взгляд, уводит MODx от концепции более-менее простой и универсальной CMF к сложному «недофреймворку». Вместо того, чтобы менять сам MODx и делать его более быстрым, удобным и понятным большинству, я вижу тенденцию к уходу в доработку надстройками. Такие надстройки (так как их делают программисты для себя и других программистов) делают MODx более сложным.
          Уникальность MODx как раз в простой и удобной админке, в простом создании ресурсов, отображении их в виде понятного дерева с понятным редактированием этих ресурсов из админки. Доступ к шаблону из самого ресурса. Система сама заботится о создании ссылок, их формировании и т.д. Простые дополнения, позволяют вывести меню, ресурсы, добавить форму, создать простой магазин и проч. Все это просто понять и применять новичкам.

          С приходом таких дополнений, как ZoomX, нужно прописывать роуты, а создание ресурса превращается в написание кода. Это вряд ли привлечёт большое количество новичков в MODx (именно эта категория пользователей даёт популярность таким проектам, как Wordpress).
          Если же есть задача привлечения опытных программистов — всё ещё не понятно, зачем пользоваться этим в связке с MODx, а не Laravel, Flask и другими адекватными «тру» фреймворками, в которых всё для опытного разработчика уже есть из коробки.

          В любом случае — автор молодец, что посвящает этому время.
            iWatchYouFromAfar
            06 января 2022, 15:38
            -2
            Сергей написал просто более менее актуальный шаблонизатор. MODx не простой, т.к. для того чтобы собрать сайтец нужно как минимум уметь писать сниппеты, хотя бы самые простые на modParser. В то же самое время, достаточно функциональные сайты на WP создаются исключительно мышкой.

            То что я вижу в примерах выше, очень похоже на то, как пишется сегодня какой-нибудь REST API. Но в MODx это почти нахер никому не нужно. Если у тебя будет средне или высоко бюджетный проект на котором потребуется хороший бек, ты уж точно не выберешь MODx с ZoomX или Fenom и пойдешь писать свой бек на каком-либо фреймворке.

            Так что, ZoomX это заранее мертворожденный продукт, которым кмк будут пользоваться единицы. Все задачи для создания низкобюджетных сайтов на MODx — покрывает pdoTools с феномом.

            P.S.
            Собственно, наблюдая за тем как развивается MODx, у меня складывается впечатление что очень многое из того над чем сейчас работают люди, это либо мало кому будет нужно, либо уже совсем неактуально в свете последних тенденций рынка web-разработки.
              Wassi Wassinen
              06 января 2022, 16:18
              0
              Согласен со всем, кроме этого:
              … MODx не простой, т.к. для того чтобы собрать сайтец нужно как минимум уметь писать сниппеты, хотя бы самые простые на modParser.
              Есть несколько «сложных проектов» (структурно и функционально) собранных без написания сниппетов и без знания программирования. Использовали только готовые компоненты из modstore.
              В остальном — полностью согласен.
                iWatchYouFromAfar
                06 января 2022, 19:08
                0
                Интересные проекты… У меня ни один проект не обходился без какого-нибудь pdoMenu или pdoResources. Я не про написание самих сниппетов с нуля, а составление уже готовых сниппетов.
                  Павел Бигель
                  07 января 2022, 03:06
                  -1
                  вас обоих контузия взяла или это прикол какой-то?
                    iWatchYouFromAfar
                    07 января 2022, 04:07
                    0
                    Ты если не согласен с чем-то, напиши с чем, возможно я не прав и ты меня переубедишь, если не хочешь писать, то нахера высрался? )

                    Сергей попытался внести в MODx чуть-чуть современного подхода к бекенду, но большинству сайтоделов на MODx оно нахер не всралось. В чем я не прав-то? Я уже молчу про то, что на рынке эти инструменты которые создаются для MODx не востребованы, как и сам MODx.
                      Павел Бигель
                      07 января 2022, 04:09
                      0
                      Сергей попытался внести в MODx чуть-чуть современного подхода к бекенду, но большинству сайтоделов на MODx оно нахер не всралось. В чем я не прав-то?
                      С этим согласен, более чем. А с постом твоим большим нет. Нужно пояснить почему или догадаешься сам?
                        iWatchYouFromAfar
                        07 января 2022, 04:10
                        0
                        Объясни конечно, почему я должен гадать?
                          Павел Бигель
                          07 января 2022, 04:17
                          0
                          Сергей написал просто более менее актуальный шаблонизатор
                          что? каво?

                          То что я вижу в примерах выше, очень похоже на то, как пишется сегодня какой-нибудь REST API
                          Когда ты последний раз писал апи? Обычный роутинг обычного проекта, при чем тут апи вообще?

                          Так что, ZoomX это заранее мертворожденный продукт, которым кмк будут пользоваться единицы. Все задачи для создания низкобюджетных сайтов на MODx — покрывает pdoTools с феномом.
                          Но в MODx это почти нахер никому не нужно.
                          а, ну расскажешь

                          Если у тебя будет средне или высоко бюджетный проект на котором потребуется хороший бек, ты уж точно не выберешь MODx с ZoomX или Fenom и пойдешь писать свой бек на каком-либо фреймворке.
                          Если у меня средне-высоко бюджетный проект где нужно накидать сайтец для корпоратов я пойду брать фреймворк? Да?

                          Так что, ZoomX это заранее мертворожденный продукт, которым кмк будут пользоваться единицы. Все задачи для создания низкобюджетных сайтов на MODx — покрывает pdoTools с феномом.
                          Проблема MODX в том, что разработчики в нем не растут. Вам дали инструмент который вам позволяет рости. Будут пользоваться те, кто хочет развиваться, единицы или нет — вопрос другой.
                            iWatchYouFromAfar
                            07 января 2022, 04:31
                            0
                            Когда ты последний раз писал апи? Обычный роутинг обычного проекта, при чем тут апи вообще?
                            Каждый день занимаюсь этим на протяжении последних полутора лет. И вот такие вещи

                            $router->get('uri', function() {
                            Очень похожи на

                            app.get('/', function(req, res) {
                            В каком-нибудь Express.

                            Если у меня средне-высоко бюджетный проект где нужно накидать сайтец для корпоратов я пойду брать фреймворк? Да?
                            То ты очень классно обул клиентов-лохов. Самое сложное в сайтецах для корпоративов — это верстка. Все остальное набрасывается на условном WP или MODx за пару-тройку дней не особо утруждающей работы. Такие сайты живут недолго, нафига им самописная платформа? Нафига им вообще бек? Статику выплевываешь с небольшой логикой обработки каких-нибудь форм.

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

                            Ты сам знаешь думаю, в IT стоит перестать интересоваться новым на пару лет, как ты уже начинаешь выплывать из сферы.

                            В остальном хз как на такие высеры отвечать. Не буду ничего писать про легендарную тройку. Посмотри сколько скачиваний у ZoomX, а это уже версия 3.4. Так что, мне рассказывать то не особо будет нужно. Сам увидишь по востребованности.

                            P.S.
                            Людям дали инструмент. Но любой человек который перешагнул по навыкам и знаниям MODx, уйдет в более современный и востребованный на рынке инструмент. Вон тут уже упомянули Laravel.

                            Тут лишь остается рассматреть вариант сборки сайтов на MODx в кач-ве фриланса. Вариант конечно имеет место быть, но крайне спорный… Лучше уж взять хороший фриланс заказ и создавать его на микросервисной архитектуре, используя современные инструменты.
                              Павел Бигель
                              07 января 2022, 04:40
                              0
                              $router->get('uri', function() {
                              Очень похожи на

                              app.get('/', function(req, res) {
                              В каком-нибудь Express.
                              А, ну роутинг урлов очень похож на роутинг апи. Зафиксировали.
                              То ты очень классно обул клиентов-лохов.
                              Мои клиенты нынче это тир1 финтех компании чей капитал больше бюджета твоего города. Лохи? Может быть, я так не считаю.

                              Самое сложное в сайтецах для корпоративов — это верстка.
                              Кто ж спорит с этим? Как это влияет вообще на бэк сайта?

                              Нафига им вообще бек? Статику выплевываешь с небольшой логикой обработки каких-нибудь форм.
                              То есть по твоей логике в современных ресурсах нет никаких работ над сайтом? Ну то есть вообще никаких?

                              Гугл, допустим, любит живые сайты, где повышается ссылочная масса. Если мне инструмент позволяет писать «по современному» используя инструмент с прекрасной админкой и прочими вещами — то я тоже лох или как? Мне нужно было цеплять взрослый фреймворк чтобы гит использовать?

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

                              Ты сам знаешь думаю, в IT стоит перестать интересоваться новым на пару лет, как ты уже начинаешь выплывать из сферы.

                              В остальном хз как на высеры отвечать. Не буду ничего писать про легендарную тройку. Посмотри сколько скачиваний у ZoomX, а это уже версия 3.4. Так что, мне рассказывать то не особо будет нужно. Сам увидишь по востребованности.
                              Проблема тройки — овощи у которых на гитхабе права на репозиторий, при чем тут вообще сторонние инструменты?
                              iWatchYouFromAfar
                              07 января 2022, 04:54
                              +1
                              Мои клиенты нынче это тир1 финтех компании чей капитал больше бюджета твоего города. Лохи? Может быть, я так не считаю.
                              Я не про бюджеты клиентов, а про то, как они ими распоряжаются. Если у тебя есть такие, то в этом нет ничего плохого для тебя. Сиди создавай за миллионы корпоративные сайты.

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

                              Но представить что эти же клиенты получают на выходе проект, который не запускается в dev и stagging режимах. Над которым невероятно сложно работать в команде и который крайне сложно передать другим разработчикам на хотя бы лет 5 стабильной работы/доработки без рефакторинга. И уж тем более не версионируется… Нуу… Не, не могу представить. Хотя нет, вру, могу — если клиенты лохи.

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

                              P.S.
                              И все таки я не понимаю в чем был не прав… В том что ZoomX будут пользоваться единицы или в том, что это шаблонизатор или про выбор MODx как инструмента для создания сайтов?
                              Павел Бигель
                              07 января 2022, 04:57
                              0
                              Сиди создавай за миллионы корпоративные сайты.
                              Как хорошо что именно этим я и не занимаюсь собственно.

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

                              Но представить что эти же клиенты получают на выходе проект, который не запускается в dev и stagging режимах.
                              Вот тут ты хорошую тему затронул. Я для этого использовал контексты, типа есть dev и прод и всем весело было. Надеюсь.
                              iWatchYouFromAfar
                              07 января 2022, 05:06
                              +2
                              Субъективно более чем
                              Если бы. Мой первый клиент которому я делал магазин года 3 назад сказал, а как я буду пользоваться админкой с планшета? А что будет с древовидным меню если у тебя на сайте будет много-много ресурсов? А «тихое переименовывание» одноименных файлов? Да я могу целый список составить того, почему UI в MODx плохой и это будет не субъективная оценка, а отзывы которые я собирал годами от своих клиентов.

                              Вот тут ты хорошую тему затронул. Я для этого использовал контексты, типа есть dev и прод и всем весело было. Надеюсь.
                              Очень удобно, когда у тебя сайт на 2-3-4 языках которые сделаны на контекстах. Это костыли, а не полноценная разработка на локальной машине с последующим тестированием на каком-нибудь сервере.
                              Павел Бигель
                              07 января 2022, 05:09
                              0
                              вот с первым фактом соглашусь конечно.
                              со вторым не сталкивался, не могу сказать из того что я бы мог придумать если бы мне такое пришло.
                              iWatchYouFromAfar
                              07 января 2022, 05:10
                              0
                              Выход я писал уже больше года назад где-то на этом сайте — убирать нахер древовидное меню. Но…
                              Сергей Шлоков
                              07 января 2022, 11:03
                              0
                              Да я могу целый список составить того, почему UI в MODx плохой
                              Составь. Уверен, все только спасибо скажут.
                              iWatchYouFromAfar
                              07 января 2022, 22:30
                              0
                              Помнится я как-то с одним человеком (Руслан Алеев) разбирался в ACL системе MODx. Мы составили огромный список в гугл доках где протестировали каждый пермишен, нашли кучу багов, все это дело даже оформили красиво.

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

                              Так что, нас уже кормили этими спасибами, больше не хочется.

                              P.S.
                              Нашел ишусы — github.com/modxcms/revolution/issues?q=%5Bbug%5D+Access+Policy+is%3Aopen. От Руслана Алеева. Файлик с данными пока найти не могу.
                              Сергей Шлоков
                              08 января 2022, 10:00
                              0
                              Т.е. обещанного списка отзывов, собираемых годами от клиентов, не будет? Мда. Вот и всё, что нужно знать о холиварщиках. В лучшем случае (это в самом лучшем случае) получите список ишу Руслана Алеева про пермишены.

                              Да, и ещё, совет заказчикам — когда разработчик начинает нытьё о глюках дерева при большом количестве ресурсов, задумайтесь о его проф. пригодности.
                              iWatchYouFromAfar
                              09 января 2022, 02:58
                              +2
                              Посмотри на этот тред в комментариях не как на холивар, а как на дискуссию, в рамках которой можно найти много полезной пищи, причем со всех сторон, а не только с моей, твоей или еще чьей-то. И тогда у тебя пропадет предвзятое мнение относительно моей (или чьей-то еще) позиции.

                              Конечно я не буду тратить время на сбор списка причин, почему UI/UX админки в MODx плохой. Моя работа с Русланом уже 2 год лежит в репозитории MODx и никому не нужна. Как не нужен и твой шаблонизатор, как не нужен будет и мой список правок админки, как и не нужен будет MODx 3, в лучше случае, за исключением пары-десятков фрилансеров. Просто мой выбор, время которое у меня есть, потратить на что-то более интересное и ценное для меня. Твой выбор, это разрабатывать опенсурс компоненты для MODx. Я например люблю дискуссии и не только свои. В них можно найти намного больше, чем кажется людям думающим, что это только флуд и холивар.

                              P.S.
                              Забавно конечно когда ты находишь куча багов в таком фундаментальном для MODx ресурсе как ACL, пишешь об этом сообществу. Казалось бы, нужно решать проблему, но нет, все эти баги тащат в «новенькую» тройку. Просто, отлично.
                              Сергей Шлоков
                              09 января 2022, 08:51
                              +1
                              Собственно, наблюдая за тем как развивается MODx, у меня складывается впечатление что очень многое из того над чем сейчас работают люди, это либо мало кому будет нужно, либо уже совсем неактуально в свете последних тенденций рынка web-разработки.
                              Сергей попытался внести в MODx чуть-чуть современного подхода к бекенду, но большинству сайтоделов на MODx оно нахер не всралось. В чем я не прав-то? Я уже молчу про то, что на рынке эти инструменты которые создаются для MODx не востребованы, как и сам MODx.
                              Конечно не растут, потому что сам MODx в стагнации уже много лет и единственные кто его до сих пор держат на плаву, это единицы разработчиков платных дополнений и сам стерк, у которых бизнес на нем завязан.
                              Людям дали инструмент. Но любой человек который перешагнул по навыкам и знаниям MODx, уйдет в более современный и востребованный на рынке инструмент. Вон тут уже упомянули Laravel.
                              Тут лишь остается рассматреть вариант сборки сайтов на MODx в кач-ве фриланса. Вариант конечно имеет место быть, но крайне спорный… Лучше уж взять хороший фриланс заказ и создавать его на микросервисной архитектуре, используя современные инструменты.

                              Дискуссия. Много полезной пищи. Ещё больше её в комментариях про клиентов-лохов.

                              Вишенка на торте — «Баллада о железном слове» (мы в молодости называли это вагина-мяч) в двух актах.
                              Акт 1.
                              Да я могу целый список составить того, почему UI в MODx плохой и это будет не субъективная оценка, а отзывы которые я собирал годами от своих клиентов.
                              Акт 2.
                              Конечно я не буду тратить время на сбор списка причин, почему UI/UX админки в MODx плохой.
                              Занавес.

                              П.С. Всё сказанное про медленное развитие MODX верно. И про PR, висящие годами. Многие из нас уже мозоль на языке натерли говоря об этом. И я в первых рядах. Но на сайте сообщества MODX рассказывать про то, что сайты нужно собирать на микросервисной архитектуре, это уж как-то… Для таких новаторов нужно особые ресурсы создавать.

                              П.П.С. Всё вышесказанное Павлу прошу читать вежливо и с уважением, ибо мы знаем друг друга давно и просто спорим. )
                              iWatchYouFromAfar
                              09 января 2022, 16:44
                              +2
                              Про клиентов-лохов — это вообще топ информация которую я получил от Паши. Клиенты у которых капитал больше бюджета Москвы заказывают сайты на MODx у фрилансера, это ли не победа?

                              Что касается дискусии, то я считаю что лучше написать то — что написал я, чем хлопая в ладошки со слюной у рта писать фразы типа «Сергей, крутой компонент! Пиши исчо!». Да, я не написал ничего нового, ты наверное и так все это знал. Но для других, это будет именно пища, причем не факт что эти люди поддержат мою точку зрения.

                              — Я написал что могу, но я ведь не говорил что «зуб даю сейчас набросаю список». А то получается, что я кому-то что-то должен, не сделал этого и теперь пацанчики на районе прозвали меня пустословом. Да пожалуйста, мне не жалко.

                              Но на сайте сообщества MODX рассказывать про то, что сайты нужно собирать на микросервисной архитектуре...
                              Несколько недель назад я хотел написать цикл статеек о том, как я от MODx пришел к разработке API на Nest. Почему так получилось, чем меня не устроил MODx, что такое Nest и почему именно нода и т.д. Одна из фундаментальных тем статей, это даже не про мой путь, а про то, почему при наличии крутых и современных фреймворков, на их базе не появляется новых WP, MODx и т.д. В качестве примера можно взглянуть на октябрь, который позиционирует себя как CMS, но при этом значительно сложней чем MODx, дак еще и платный. Кмк это максимально интересные статьи были бы.

                              Зачем они здесь? Ну конечно, здесь нужно писать статьи о том как экстендить extjs или кинуть очередной готовый пример какого-нибудь сниппета, плагина или модификатора… Для разработчиков мой самый любимый раздел, еще со времен когда в нем Вася объяснял внутрянку MODx или когда он начал писать статьи на тему Nuxt.js, тоже было очень интересно читать.

                              MODx уже разжеван и пережеван за эти годы много раз. Смысл выжимать воду из сухой тряпки? Пока что написание статей отложил, т.к. весь последний год работал на износе и времени на статьи просто не было… Надеюсь в этом году здесь или на своем сайте начну их писать.

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

                              P.S.
                              Очевидно что MODx это CMS и у него просто нету тех возможностей, которые есть у тех же фреймворков. Сравнивать их — не имеет смысла. Но когда мне люди пишут что они делают большие и дорогие проекты на MODx, мне очень интересно, а как они решают фундаментальные задачи разработки и те проблемы, которые у них появляется когда они выбирают MODx.
            Сергей Шлоков
            07 января 2022, 13:29
            +5
            Не воспринимайте как критику.
            Почему? Критика бывает более полезна, чем восторженные отзывы.

            Такие надстройки (так как их делают программисты для себя и других программистов) делают MODx более сложным.
            Правильно ты пишешь про программистов. А для них как раз ничего сложного нет. Это дополнительный инструмент для работы, а не обязательная замена. Раньше, чтобы так кодить, нужно было уходить во фреймворки. Сейчас также можно работать и в MODX до какого-то момента. Разве это плохо?

            Закреплю посыл — ZoomX не для массового использования. И, кстати, изначальная задумка была для замены MODX шаблонизатора. Идея навеянна Evolution CMS. Но ребята ядро переписали под Laravel. С MODX это невозможно. Поэтому и дополнение. А потом решение стало обрастать правилами фреймворков. Именно поэтому мажорные версии. Но при этом концепция CMS никуда не делась и новичкам ничего не нужно заново учить. Т.е. ZoomX позволяет как бы растянуть момент покидания MODX.

            Уникальность MODx как раз в простой и удобной админке, в простом создании ресурсов, отображении их в виде понятного дерева с понятным редактированием этих ресурсов из админки. Доступ к шаблону из самого ресурса.
            ZoomX ничего этого не меняет. Он меняет только правила шаблонизации. Один проход. Как это принято не только во фреймворках, но и в других CMS. Подход MODX с многократной обработкой регулярными выражениями себя (в наше время) не оправдывает. А PHP шаблонизаторы компилируют код, оптимизируют его за счёт Opcache. Это даёт и гибкость и скорость.

            С приходом таких дополнений, как ZoomX, нужно прописывать роуты, а создание ресурса превращается в написание кода. Это вряд ли привлечёт большое количество новичков в MODx (именно эта категория пользователей даёт популярность таким проектам, как Wordpress).
            Задача ZoomX не привлечь новичков, а удержать старых разработчиков. А если бы ты попробовал его или хотя бы прочитал доку, то не писал бы такое. )
            Futuris
            15 января 2022, 10:18
            0
            Странно, но у меня компонент работает только на новой установке MODX.
            Т.е. я его подключаю, переношу папку Templates в корневую директория ядра и прописываю новый путь с настройках компонента.
            Затем раскомменчиваю дефелтный роут, ведущий на Главную страницу (так же как ина любую другую — результат тот же). После этого на новой установке срабатывает подмена шаблона MODX на ZoomX.
            Но почему-то на действующих сайтах компонент не срабатывает. Настройки в принципе те же.
              Сергей Шлоков
              15 января 2022, 19:12
              0
              Ничего не могу сказать. Я первым делом тестирую на своем сайте. Обновилось без проблем.
                Futuris
                17 января 2022, 15:14
                0
                Попробую поотключать последовательно дополнения, может быть что-то перекрывает.
              Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
              35