Дима Касаткин

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

Необходимый минимум функций вот такой:
• Автозагрузки на сервер (SFTP) по CTRL+S (желательно без хранения учетных данных от удаленного сервера в JSON-файле рядом с исходниками)
• Перехода к объявлению JS/PHP-функций по CTRL+click
• Сборки CSS из LESS/SCSS исходников, но без бандлеров (как file watchers в phpstorm) и мудреных JSON-конфигов.

Просто года два назад такой простой набор не получилось собрать для VSCode и мне пришлось его опустить. Но я вижу, что всё меняется, и с тех пор VSC стал настолько лучше, что я рискнул заменить им (и пока не пожалел) notepad++ для открытия одиночных файлов (которые вне проектов), которым пользовался много лет (правда зарешал дизайн, а не функционал, но всё таки). Но как проектным редактором, мне осадочек от предыдущего подхода пока не наёт пользоваться.

Посоветуйте джентельменский набор модыксера (или модэксера?) для VSC плиз!

Впечатляющая работа! Было бы здорово такое же, для PhpStorm / WebStorm, но ради такого возможно стоит дать VSCode второй шанс. Теперь есть причина, по которой VSCode может оказаться удобнее PhpStorm для разработки под MODX, и это прекрасно!

Вообще Developer experience (DX) в MODX и раньше был очень неплохим. Кто касается других систем, очень меня сейчас поймут. Один только Ace, который поддерживает @Иван Бочкарев чего стоит. Если править что-то быстро из админки, и связка modDevTools + Ace = просто класс!

А если и если основную разработку чаще ведут в файлах, под git-ом, и тут уже связка StaticElementsLive и новый VSCode IntelliSense for MODX будет отличным решением!

А для тех, кто собирает пакеты (modx packages), и особенно если их часто обновляет, поддерживая более одного modx-пакета постоянно, также может пригодиться git-модуль с GUI: modx-build-environment-gui

Вообще, с выходом этого плагина для весь DX при работе с файлами в MODX переходит на другой уровень, на голову выше! Больше cпасибо @Баха Волков !

Так обсуждали тут уже ранее: форкнуть запрещают, ошибки не исправляют, правила modstore компонент с идентичным функционалам не пропустит, а без переиспользования существующего кода там половину функционала компонента (плагин на сохранение, индексирование) по-другому особо и не сделать — используются лучшие практики для MODX (я и выше писал, что компонент крутой).

Так что там замкнутый круг.
Выход в опенсорс решил бы эти проблемы, но… его же покупают и так, зачем же дарить :) но видимо не достаточно покупают чтобы была мотивация его развивать, ну или наоборот, развитие заключается в накатывании фиксов в рамках техподдержки или доп. услуг после продажи… Тут я не в курсе, но факт в том, что он устарел и серьезного развития в нём нет. Хотя вроде как готовится бета для MODX3 что на самом деле круто!

Альтернативы чему именно?

Спасибо, читается на одном дыхании) Все признаки хорошего поста, и кликбейтный заголовок, и картинки, и примеры, и даже легко-троллинговая опечатка в финале :) Зачётно получилось!

Спасибо @Евгений Шеронов за твой вклад, и этот позитивный шаг навстречу сообществу — дал вторую жизнь компонентам, а не забросил, заблокировав тем самым ещё и возможность появления обновленных и улучшенных форков (как случилось с крутыми, но устаревшими mSearch2 и mFilter2).

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

Мы будем здесь, нам тут уютно и стабильно, так заглядывай с хорошими новостями, всегда будем рады! Успехов!

@Артур Шевченко лови донатик, восполни потраченные на написание анонса калории :)

Друзья, всем кому интересны новые компоненты, не забывайте тоже про раздел Поблагодарить автора под каждым постом здесь!

Интересное решение, особенно то, что не требует вызова сниппета!
Будем пробовать на следующем же проекте!

В будущем планирую создать в админке интерфейс для управления формами, аналог Formalicious, только название попроще придумаю.

Может я в своём стиле конечно, но товарищи, Formalicious — OpenSource компонент. И сделан достаточно универсально. Я недавно использовал его, нашел кучу несоответствий документации неочевидных моментов, подготовил код для PR как в него (в том числе русские лексиконы), так и в его доку.

Пожалуйста, давайте объединять усилия, вместо того, чтобы параллельно разрабатывать одинаковое. Для платных компонентов это имеет понятный смысл, а в данном случае, ну уж какое есть название, в крайнем случае его форкнуть, Formalicious этот и допилить поддержку. Он совсем не плох, но может быть ещё лучше, если приделать к нему работу без перезагрузки и в админке причесать!

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

P.S. Ура, красивая демо-страница :) отдельное спасибо за неё

А можно чуть подробнее о таком сценарии использования? Я всегда использовал UserFiles если нужна работа с картинками, или FileAttach если просто файлы, но со показом размера и счётчиком скачиваний.

Первый платный, а FileAttach нет, за что спасибо @Виталий Чекрыжев!

И к стати мы обновляем сейчас под MODX3 этот самый FileAttach. Не откажемся и т от вашей подделки в сборе на апдейт!

Привет! Подкинь плиз ссылку на те самые рекомендации Google, о которых речь то!

Ну а в целом, сниппет pdoSitemap разсчитан на создание карты сайта с расчетом на то, что бщвч-ресурсы у вас будут выполнять роль страниц (контентных или товаров), а если ты сделал специальный тип ресурса (Custom Resource Class) или через Collections или MIGX собрал видеогалерею для сайта (или через модуль), то проще всего через pdoResoutces выбрать все видео, и обернуть каждый чанком с кодом, который приведён выше, да и на самом деле разместить второй ссылкой на дополнительный файл sitemap.

Ну также, как разметку schema org или JSON-LD всегда делаем, только получается надо со всего сайта в 1 «файл» собрать (в данном случае будет динамическая страница, но «Тип содержимого» (Content Type) можно выставить как XML и страница будет выглядеть xml-файлом.

В таком стиле:
sitemap.xml содержит 2 ссылки:

1. sitemap-pages.xml
2. sitemap-video.xml

Желаю успехов! Можешь выложить потом пост в разделе готовых решений здесь?

Хорошая шутка :) Ну то, что Tisckets поддерживается сообществом прямо сейчас, не значит, что и в будущем не будет! Там есть и несложные правки по адаптации к обновившемуся 10 раз серверному софту. Думаю если уж не глобальное, то такое обновление мы вполне осилим!

Вон в соседней теме мне пишут что надо организовать сбор средств на обновление чего-то популярного. Tickets хороший кандидат. А найдём бюджет — найдем и разработчика, который заинтересуется в обновлении Tickets!

@Антон ты как, скинешься на Tickets когда время придет?

Ну так предлагайте сделать сбор на что-то популярное! Вон же @Николай Савин предложил выше всем кому тема интересна, высказаться!

На моих проектах нужен FileAttach, я нашел несколько человек которые сходу готовы были скинуться, создал сбор и мы двигаемся к цели, вместо того чтобы ныть какие все неповоротливые и безучастные (что вовсе не так) или оставлять язвительные комментарии с диванной аналитикой по поводу привычек местной аудитории. Давайте смотреть на вещи конструктивно, хоть сумму собрали пока не всю, но она уже заметная.

P.S. При всей любви к минишопу, цель этого сбора (и теперь уже не только моя, но и других участников) — получить готовое решение именно по работе с файлами, поудобнее в настройке и работе чем универсальный MIGX, под MODX3.

Так что либо мы будем договариваться с подрядчиком, либо искать другие варианты, ну в общем по мнению тех кто скидывался, пополнение копилки миниoшопа именно в этом случае всё-таки самый запасной вариант. Сожалению, что не обрадовал вас. Но раз вы не участвовали (похоже) в сборе, то во-первых, есть ещё такой шанс! А во-вторых, кто спонсирует, тот и заказывает музыку :) Так что давайте, подлейте масла в огонь и ждем пожелания на счет следующего трека!

Если это вы так пообещали спонсорство в течение 5 лет на указанную сумму, то спасибо, пригодится! Этот сбор скоро закончится и уйдет в работу, но будут и другие! А сколько вы уже скинули если не секрет? Там на бекенде «купюроприемник» почти всегда не показывает имя участника сбора…

Ну а если вы просто «по приколу» написали, то давайте вместе посмеемся над активностью сообщества, ага :)
И наверное вас это удивит, но я ожидал что участников будет ещё меньше, компонент ведь не сказать что очень популярный, хоть и очень полезный (на сегодняшний день ~замыкает ТОП50 в модсторе).

Так что, друзья, хоть вы и превзошли все ожидания, но давайте [ПОДНАЖМЁМ] ещё немного!

Класс, спасибо что делитесь!

Что будет, если мы не наберем нужную сумму? (в адекватный срок)
Собранные средства тогда пойдут либо на разаботку похожего компонента или подготовку адаптации какого-то другого компонента под схожие задачи, либо отправятся в фонд развития Minishop3 (который для MODX3).

Скидываясь здесь, вы в любом случае поддерживаете сообщество!

Не готовы скинуться?
Выразите свою поддержку в ободряющем комментарии!

А вот это уже интересно! Проверьте, возможно у вас не установлено PHP-расширение imagick и картинки обрабатываются через GD, а он очень медленный. Настолько, что у нас на проектах по 1-1,5 минуты на 1 товар уходит (4-6 превью+ватермарки).

Судя по грубому расчету 50к товаров / 3600 (секунд в часе) ~= 14ч должны быть, а вы пишете что у вас 12ч, ну это близко, так что очень вероятно, что причина в этом!

Если у кого-то есть что дополнить (особенно копилку :) ) по существу, пожалуйста, самое время откомментировать!

Друзья, поскольку сбор идёт полным ходом, даже лучше чем я ожидал, и в телеграм-чате вызвал некий резонанс и вопросы, думаю настало время опубликовать (ну в смысле, сформулировать, и тогда уж) рекий Roadmap того, на что мы тут так активно скидываемся :)

В общем, ТЗ aka roadmap следующее:
• Сделать, чтобы работало на MODX3 без потери функционала (что крайне желательно)
• Чтобы работало от php 7.4 (или ниже, по желанию исполнителя) до 8.2, и желательно без legacy
• Рассмотреть issues и принять PRы (поддержка fenom уж точно)
• Обновить доку (ну или как-то передать мне существенные моменты, если при адаптации не получится 1в1 реализовать функционал как раньше, чтобы была фактура сделать PR в документацию, а кто его сделает, уже не суть, могу и сам)

А можно поподробнее, какого именно функционала новых моделей не хватает. Если всё действительно так, это же повод в MODX3 функционала добавить!

Версии 3.1 ещё не было, только патч-релизы.

Самое время набирать фактуры для новых фич ведь!

Всё понимаю, но ничего из этого не признаю) Так и знайте, что альфа пойдет в продакшен)
А как ещё внедрять edge-технологии, если не огнем и мечом?))