Впечатляющая работа! Было бы здорово такое же, для 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 если просто файлы, но со показом размера и счётчиком скачиваний.
Привет! Подкинь плиз ссылку на те самые рекомендации Google, о которых речь то!
Ну а в целом, сниппет pdoSitemap разсчитан на создание карты сайта с расчетом на то, что бщвч-ресурсы у вас будут выполнять роль страниц (контентных или товаров), а если ты сделал специальный тип ресурса (Custom Resource Class) или через Collections или MIGX собрал видеогалерею для сайта (или через модуль), то проще всего через pdoResoutces выбрать все видео, и обернуть каждый чанком с кодом, который приведён выше, да и на самом деле разместить второй ссылкой на дополнительный файл sitemap.
Ну также, как разметку schema org или JSON-LD всегда делаем, только получается надо со всего сайта в 1 «файл» собрать (в данном случае будет динамическая страница, но «Тип содержимого» (Content Type) можно выставить как XML и страница будет выглядеть xml-файлом.
В таком стиле:
sitemap.xml содержит 2 ссылки:
sitemap-pages.xml
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 и Minishop3!
А ещё, с релизом будет весомый повод напомнить старым проектам о модернизации, ведь это же прекрасно, улучшать свои достижения, сколько уже можно костыли вставлять…
Донатим срочно! И потираем ладошки потестить альфу!
Вообще 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пасибо @Баха Волков !
Так что там замкнутый круг.
Выход в опенсорс решил бы эти проблемы, но… его же покупают и так, зачем же дарить :) но видимо не достаточно покупают чтобы была мотивация его развивать, ну или наоборот, развитие заключается в накатывании фиксов в рамках техподдержки или доп. услуг после продажи… Тут я не в курсе, но факт в том, что он устарел и серьезного развития в нём нет. Хотя вроде как готовится бета для MODX3 что на самом деле круто!
Я считаю что в долгосрочной перспективе, компоненты с работой по подписке для коммерческих проектов — лучший вариант. Так что будем очень рады предлагать про-версию своим клиентам, если ты всё-таки задумаешь её сделать.
Мы будем здесь, нам тут уютно и стабильно, так заглядывай с хорошими новостями, всегда будем рады! Успехов!
Друзья, всем кому интересны новые компоненты, не забывайте тоже про раздел Поблагодарить автора под каждым постом здесь!
Будем пробовать на следующем же проекте!
Может я в своём стиле конечно, но товарищи, Formalicious — OpenSource компонент. И сделан достаточно универсально. Я недавно использовал его, нашел кучу несоответствий документации неочевидных моментов, подготовил код для PR как в него (в том числе русские лексиконы), так и в его доку.
Пожалуйста, давайте объединять усилия, вместо того, чтобы параллельно разрабатывать одинаковое. Для платных компонентов это имеет понятный смысл, а в данном случае, ну уж какое есть название, в крайнем случае его форкнуть, Formalicious этот и допилить поддержку. Он совсем не плох, но может быть ещё лучше, если приделать к нему работу без перезагрузки и в админке причесать!
Интеграция между компонентами я считаю очень хороший и правильный путь. Пусть лучше будет модульность (не обязательно использовать в паре) между компонентами, но результат от вложенных усилий будет точно лучше, чем автономность и дублирование функционала!
P.S. Ура, красивая демо-страница :) отдельное спасибо за неё
Первый платный, а FileAttach нет, за что спасибо @Виталий Чекрыжев!
И к стати мы обновляем сейчас под MODX3 этот самый FileAttach. Не откажемся и т от вашей подделки в сборе на апдейт!
Ну а в целом, сниппет pdoSitemap разсчитан на создание карты сайта с расчетом на то, что бщвч-ресурсы у вас будут выполнять роль страниц (контентных или товаров), а если ты сделал специальный тип ресурса (Custom Resource Class) или через Collections или MIGX собрал видеогалерею для сайта (или через модуль), то проще всего через pdoResoutces выбрать все видео, и обернуть каждый чанком с кодом, который приведён выше, да и на самом деле разместить второй ссылкой на дополнительный файл sitemap.
Ну также, как разметку schema org или JSON-LD всегда делаем, только получается надо со всего сайта в 1 «файл» собрать (в данном случае будет динамическая страница, но «Тип содержимого» (Content Type) можно выставить как XML и страница будет выглядеть xml-файлом.
В таком стиле:
sitemap.xml содержит 2 ссылки:
Желаю успехов! Можешь выложить потом пост в разделе готовых решений здесь?
Вон в соседней теме мне пишут что надо организовать сбор средств на обновление чего-то популярного. Tickets хороший кандидат. А найдём бюджет — найдем и разработчика, который заинтересуется в обновлении Tickets!
@Антон ты как, скинешься на Tickets когда время придет?
На моих проектах нужен FileAttach, я нашел несколько человек которые сходу готовы были скинуться, создал сбор и мы двигаемся к цели, вместо того чтобы ныть какие все неповоротливые и безучастные (что вовсе не так) или оставлять язвительные комментарии с диванной аналитикой по поводу привычек местной аудитории. Давайте смотреть на вещи конструктивно, хоть сумму собрали пока не всю, но она уже заметная.
P.S. При всей любви к минишопу, цель этого сбора (и теперь уже не только моя, но и других участников) — получить готовое решение именно по работе с файлами, поудобнее в настройке и работе чем универсальный MIGX, под MODX3.
Так что либо мы будем договариваться с подрядчиком, либо искать другие варианты, ну в общем по мнению тех кто скидывался, пополнение копилки миниoшопа именно в этом случае всё-таки самый запасной вариант. Сожалению, что не обрадовал вас. Но раз вы не участвовали (похоже) в сборе, то во-первых, есть ещё такой шанс! А во-вторых, кто спонсирует, тот и заказывает музыку :) Так что давайте, подлейте масла в огонь и ждем пожелания на счет следующего трека!
Ну а если вы просто «по приколу» написали, то давайте вместе посмеемся над активностью сообщества, ага :)
И наверное вас это удивит, но я ожидал что участников будет ещё меньше, компонент ведь не сказать что очень популярный, хоть и очень полезный (на сегодняшний день ~замыкает ТОП50 в модсторе).
Так что, друзья, хоть вы и превзошли все ожидания, но давайте [ПОДНАЖМЁМ] ещё немного!
Собранные средства тогда пойдут либо на разаботку похожего компонента или подготовку адаптации какого-то другого компонента под схожие задачи, либо отправятся в фонд развития Minishop3 (который для MODX3).
Скидываясь здесь, вы в любом случае поддерживаете сообщество!
Не готовы скинуться?
Выразите свою поддержку в ободряющем комментарии!
Судя по грубому расчету 50к товаров / 3600 (секунд в часе) ~= 14ч должны быть, а вы пишете что у вас 12ч, ну это близко, так что очень вероятно, что причина в этом!
В общем, ТЗ aka roadmap следующее:
• Сделать, чтобы работало на MODX3 без потери функционала (что крайне желательно)
• Чтобы работало от php 7.4 (или ниже, по желанию исполнителя) до 8.2, и желательно без legacy
• Рассмотреть issues и принять PRы (поддержка fenom уж точно)
• Обновить доку (ну или как-то передать мне существенные моменты, если при адаптации не получится 1в1 реализовать функционал как раньше, чтобы была фактура сделать PR в документацию, а кто его сделает, уже не суть, могу и сам)
Версии 3.1 ещё не было, только патч-релизы.
Самое время набирать фактуры для новых фич ведь!
А как ещё внедрять edge-технологии, если не огнем и мечом?))
Спасибо всем кто участвует, с нетерпением ждем релиза, для новых клиентов с магазинами, затягиваем этапы прототипов и подготовки данных, рисования макетов… короче делаем все, чтобы новые проекты стартовать уже на MODX3 и Minishop3!
А ещё, с релизом будет весомый повод напомнить старым проектам о модернизации, ведь это же прекрасно, улучшать свои достижения, сколько уже можно костыли вставлять…
Донатим срочно! И потираем ладошки потестить альфу!