Результаты прошедшего MODX SnowUP 2021
Ребята, коллеги, друзья!
Как вы знаете в начале марта 04.03.2021 проходило онлайн мероприятие MODX Digital SnowUp. A 05/03/2021 был день охоты за багами в MODX BugHunt vi.to/hubs/modx-meetup, о чем был анонс в чате сообщества и на MODX.PRO
Ключевой темой онлайн-мероприятия был скорейший выпуск MODX 3 и исправление текущих проблем, а также обсуждался и долгожданный релиз MODX 3.
По результатам охоты можно сказать уверено, что BugHunt удался в том смысле, что часть проблем была решена, найдены новые проблемы над которыми стоит поработать, оттестированы ТОП 15% используемых дополнений в MODX.
А все желающие смогли неплохо заработать docs.google.com/spreadsheets/d/1c7knqTK0yyCll-TpqtmKSdzDXj-9QlGyN5FUCvSG_fE/edit#gid=0
Так же, в данном документе есть информация не только по лидерам, но и по объему протестированных дополнений, отправленных PR, найденных issues.
Не много статистики:
Было создано 41 pull requests с исправлениями, 33 было принято и влито в основную ветку (а это 80% от общего количества).
Было добавлено 19 новых ошибок, 12 было проверено и исправлено или отмечено, как уже исправленные.
Подробнее всю эту вакханалию можно посмотреть здесь github.com/modxcms/revolution/pulse/monthly (показывает последний месяц и учитывает только ветку 2.x (является основной), 3.х станет основной как только мы выпустить alpha 3 и приступим к работе над beta версией.
Так как март месяц прошел, то можно подвести статистику по issue/PR созданным/закрытым/исправленным за месяц:
— Создано 137!!! PR
— Из 137 PR влито 94 PR, а это 68% от общего количества
— Создано 76 issue
— Закрыто / Исправлено 36 issue, а это 47% от общего количества
Мы задали хороший импульс. Выход новой версии значительно приблизился.
По прошествии мероприятия работа не останавливалась и активизировалась в нескольких направлениях.
А именно:
— github.com/modxcms/revolution/projects/3 — Был запущен в работу и автоматизирован проект. Теперь все разбито на стадии и систематизировано.
— Распределены issue по вехам на v3.0.0-alpha3 и v3.0.0-beta1. Теперь актуальные issue разнесены и это ускоряет выход альфы.
— Проведена большая работа по систематизации label. В ближайшее время будет произведена очистка по списку issue, и каждый запрос будет иметь нужный label.
— Производится сортировка issue на актуальность. За что спасибо Ивану, который каждый день выделяет время и проверяет актуальность данных запросов. И наконец то, issues стало меньше 600, без учета PR которые также уменьшают количество issue.
Данная сортировка поможет не только актуализировать список, уменьшить количество issues, а также дальше объединить по общим темам (лексиконы / права и так далее) и уже использовать Эпики в работе www.atlassian.com/ru/agile/project-management/epics
— Начата работа по стандартизации кода, а именно добавлены Github action которые при создании PR будут проверять код стандартам PSR12, проверять на соответствие правил editorconfig, линтить стили stylelint.io/
— Хорошая новость в том, что команда интеграторов теперь состоит из 4-х представителей нашего русского говорящего сообщества, а именно @Іван Клімчук @Руслан Алеев @Сергей Шлоков @Иван Бочкарев
— Так же проведена большая работа по документации, которая не останавливается. Активное участие в последний месяц принимает @Антон Тарасов, а именно перевод на русский, исправление ошибок, улучшение текста.
На текущий момент у нас остаются 596 issues — c которыми еще нужна помощь.
Сейчас ощущается большая активность в работе, а именно львиная доля это наши ребята с русскоязычного сообщества. Их можно выделить @Іван Клімчук @Руслан Алеев @Сергей Шлоков @Иван Бочкарев @Антон Тарасов @Илья Уткин @yani — за, что всем ОГРОМНОЕ СПАСИБО!
Присоединяйтесь вершить историю =)
Но нам нужна помощь. В ближайшее время я подготовлю отдельный пост, где расскажу как можно будет помочь развитию сообщества.
Комментарии: 95
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Боюсь что б была жизнь надо раз в месяц проводить такие мероприятия :)
Да и на более глобальные вещи типа начало MODX 4 и обьединение усилий с ЕВО, MODX LLC даже не отвечает.
Короче очередной раз понимаю что сделал правильный выбор в сторону EVO.
Но собственно почему хотел объединить усилия ибо что б соответствовать трендам нужен уже совершено новый продукт. Ибо если глянуть глобально на Ситуацию что MODX что EVO то:
— информации мало, все держется на прошлых заслугах (да мы с Ево и компонентами Laravel чутка пытаемся но этого мало)
— Разработчиков крутых все меньше уходят на тот же Laravel или другие платформы
— Новых разработчиков почти не заходит ибо идут в WordPress или Laravel как более перспективные направления
— Подход к разработке устарел, понятно что можно еще лет 20 жить на этом но мы давно уже не в тренде.
Так что надо исправлять ситуацию а вместе это было сделать проще. Но пока нормального контакта нет:(
А ну и в довесок интересное видео:
www.youtube.com/watch?v=zo_7RFzIWMo
То есть таким образом есть четкая проблема которую можно решить что даст возможность это все монетизировать.
У меня тоже есть вопросы к Laravel но нужно решить что мы хотим получить:
— Супер мега крутой и уникальный продукт который никто не знает и не рискнет на него переходить в ближайшее время ибо риски (а весь бизнес на этом построен, все знают что WP так себе и получишь проект по хуже по качеству но результат будет в разы с большей вероятностью запущен)
— Продукт по хуже но которым можно решать бизнес задачи рынка? Ибо не нужно клиентам рассказывать что мол это что то новое и т д, говоришь делаем на Laravel но благодаря CMS можем сделать быстрее, дешевле (Тоесть получаем конкурентное преимущество )
Итого: качество Laravel по цене WordPress.
p.s. Я понимаю что тут все разработчики а не предприниматели и все рассматривается только с точки зрения качества кода:)
Что должно произойти что б сообщество увеличилось в 2 раза?
Я просто рассуждаю сейчас не только с точки зрения разработчика но и владельца студии, а тут посыли такие:
— Клиенты в целом не хотят MODX ( понятно у кого уже есть сайты тому ок но новые не жаждут, только если им пофиг и доверяют нам как специалистам )
— Разработчики новые не хотят MODX ( хотят только те у кого уже был опыт, а так на рынке найти спеца по MODX сложно )
При этом что клиентов что разрабов по WP и Laravel на порядок больше.
Собственно возвращаемся к вопросу что должно произойти с MODX что б увеличить количество одних и других?
Может поэтому полно народу сидит на WP, на этой древней поделке. MODX-то посовременнее и покруче будет. Но почему-то заказчики не толпятся за дверью. Тоже самое будет и с твоей новой системой. Если, конечно, у тебя нет огромного рекламного бюджета.
Только ты почему-то меня спрашиваешь про маркетинговую политику MODX под комментом про Октябрь. Большое количество ларавел разработчиков слышали про него и вряд ли кинутся на твоую новую ларавел CMS-ку. Вот что я имел ввиду в ответ на твоих ожидания, что народ только сидит и ждёт CMS-ку на Ларавел.
П.С. Ну и ещё, опытные люди говорят, что большинству заказчиков пофиг какая система.
Как по мне это шанс для MODX вернуться в тренды и подвинуть немного WP и Laravel.
Опять же это первое виденье идеи которую нужно обсуждать и уточнять.
Ну а что б WP подвинулся его надо подвинуть, сам он двигаться не будет :) Сам он будет только расти и двигать других.
Суть админка к ларавел + к ней дополнения, где все работает по принципам ларки а не своим.
Проблема в основном с Маркетингом и с тем что бояться доверять
Если кто не знает, проект сейчас тащит сообщество, это видно даже по тому, что Ваня в заметке описал. Писать, что альфы все еще нет, хотя обещали, как минимум некорректно, а вообще обидно. Хотя в целом, через такое уже проходили ранее. Гнобят MODX LLC, порой даже за дело, но по факту обесценивают труд людей, которые вкладывают свои силы. Потому что получается, что все якобы зависит от воли компании, а не от конкретных людей. Притом что мы, те, кто вносит вклад, призывали неоднократно и призываем, чтобы помогли с проверкой PR, c репортами багов и тестированием в целом. Пнуть Джейсона, чтобы он сделал релиз — это фигня, делается на раз два, проверено. Влить проверенный код — тоже, успешно это делаю. Проверить весь объём кода не под силу никому, если делать это в одиночку.
Кстати, помощь с тестированием — хороший способ получить новый экспириенс. Тут и командная работа на Github, и работа с гитом, и повод подтянуть матчасть. Так что ласково просимо!
это так же как сейчас EVO зависит от DDA LLC в частности от меня
Пока из нашего сообщества права на вливание, только у Ивана. Но это вопрос времени. И пойдет ещё быстрее.
За всеми проектами стоит кто то кто в текущий момент принимает решение что делать и куда двигаться дальше.
p.s. Я понимаю что с Evo мне хватит работы и проектов более чем с головой ибо будет сужаться количество разработчиков, проектов тоже но все равно будет с чем работать :) Но хочется ж не только стоять на месте хочется развиваться. Все очень сетовали на то что мол EVO отделились и т д, так вот сейчас готов объединятся ибо по факту нужно делать новый продукт который будет соответствовать текущим трендам и сможет занять достойное место на рынке. К сожалению или к счастью ни EVO 3 ни MODX 3 не будут этим проектом. Но если хочется пройти по тому же пути что мы прошли с EVO 1 в EVO 3. То могу пожелать успехов только ибо по факт EVO 3 это то что все хотят видеть в MODX 4.
Я же хочу строить уже MODX 5 ну и под любым другим названием, и ищу варианты как можно запустить этот проект. А так как инвестиций нет то нужно искать еще и оптимальный путь с точки зрения расходов:)
Думаю, стратегически важнее ребятам, из русскоговорящего сообщества, получить максимальный доступ и права к ветке Рево. Это сдвинет все с мертвой точки.
Ну а так да нужно выпустить 3.0 тут бесспорно, но как это мешает обсуждать 4.0 + может как раз нужно будет 3.0 заложить что то, что поможет потом мигрировать?
Я еще в 2017 говорил что готов объединятся когда речь шла про рест апи админку и т д.
А это как минимум потеря обратной совместимости из за extJs. Поэтому готовы обсуждать MODX 4, но никто не готов. Собственно после MODX SnowUp стало понятно что нужно что то свежее и новое, ибо то что оставили на MODX 4 и все ждут, в том или ином виде есть в EVO 3. Но я хочу идти дальше ибо понимаю Evo 3 уже хорошо, но не достаточно хорошо что б обратить на себя внимание.
С MODX будет +- так же, дай бог в этом году выйдет MODX 3, следующий год будет стабилизация + допиливание дополнений а только потом начнется обсуждение MODX 4.
Вот не понимаю почему сейчас бы не обсудить что делать потом ;) а может в параллель начать делать что то типа MODX Next, все равно это будет совершенно новый продукт.
Банально уже сейчас Ру сообщество куда прогрессивней с тем же Fenom, и логично что нормальный шаблонизатор должен быть из коробки.
И это только 1 вопрос.
Если сейчас начать пилить M4, то, через год. что получится? Сырая система с кучей проблем. И даже та кинетическая энергия которая сейчас еще может толкнуть M3, уже угаснет к выходу M4.
Скажу более есть даже те кто готов инвестировать но им важен бренд MODX :) вот и получилось бы красиво и круто.
Но если даже разработчики в сообществе не видят смысла в том что б пушить развитие, то эта беседа не имеет смысла :)
Собственно тоже вижу и от сообщества что тут что в Слаке, по факту только от Вани Климчука и получил хоть какой то фидбек и описание картины что происходит. Остальные воспринимают негативно.
Похоже на известную позицию — есть 2 мнения, моё и неправильное. Обнадёживающая перспектива совместного развития.
А это уже личные домыслы что я считаю не правильным пушить MODX 3 или типа того, я за то что б развитие было, будет где новый фишки тырить для EVO :) Так что развивайте )
Ты считаешь, что мы негативно относимся к твоему предложению? Да нет. Тут надо понимать, что мы ничего не решаем. Такими стратегическими вопросами занимаются генералы из MODX LLC. А мы всего лишь солдаты. ))
Мы уже лбы порасшибали со своими предложениями о светлом послезавтрашнем будущем. Шишки набили и теперь идём к этому будущему маленькими шажками. Мы меж собой много раз завидовали тебе, что ты сам себе хозяин. А мы люди подневольные :)
Конкретно сейчас у меня картбанш на приведение issues в порядок, пока что формально это выглядит как упорядочивание, изменение labels, прочие формальности, как например сделать шаблоны, документацию актуализировать по contribution, но по факту я уже начал делать roadmam. Формально он будет принят после релиза 3 версии, но как ты говоришь, понять уже сейчас, что нужно делать — вот это я начал.
Но как-то познакомился с MODx revo и мне он очень сильно зашел (кстати, натыкался на то сообщение, что Revo развивается, а Evo уже нет). И мои этапы были такие — первое, что меня влюбило — возможность писания своих php дополнений с разделением (снипеты и чанки) чистого кода для себя и простого для дизайна\верстки. Это круто. Потом я узнал про pdotools, расширяемость пакетов. Далее перешел на стадию написания своих, сложных и не очень, компонентов (с возможностью лексиконов в мультияз), а в настоящий момент уже постигаю написание страниц админки с extjs. Я далеко не супер разработчик (я вообще считаю себя бездарем), но при выборе платформы для нового проекта modx, wp, joomla и т.д. (tilda вообще зерокодинг) — я бы выбрал Modx. И именно за счет перспективности развития будущего проекта — границ по сути нет и любое желание можно исполнить своими силами. Но что не нравится — сложная структура для понимания -или это уж очень сильная попытка все раскладывать по полочкам, ну или я тупой ) но легко можно запутаться при написании, где какой класс, класс в классе, процессор, модель, схема и т.д. Второе это тот же extjs. я здесь уже задавал вопрос, задавал и на stackowerflow — очень тяжелый фреймворк(?), для написания (надеюсь только мне). А свои странички иногда очень нужно создавать. Ну и то, что из коробки modx нужно расширять, казалось бы функционалом, который должен был бы идти базово — например тот же collections, да я думаю у каждого разработчика уже свой мастхев пакет. Ну и, конечно же. третье — сложность работы в IDE, например в phpshtorm, т.к. сниппеты и чанки это в основном запись в sql базе, которые потом кэшируются в файлы.
Я к чему это написал все — прослеживается тут в комментариях грустная мысль, что modx держится на тех, кто тут активен. Но на самом деле я уверен, что Modx будет привлекать разработчиков разного уровня знаний и я вижу в ней большой потенциал. И потому желаю всем, кто помогает развиваться cms сил, терпения, везения и огромная вам благодарность.
Fi1osofВы серьезно? Вы пробовали на MODX создать сайт хотя бы на 100 000 страниц? Или может структуру базы данных менять по несколько раз на день? (Таблицы, колонки, индексы). Поверьте, границы очень даже есть и они легко достижимы. И даже если при решении какой-то сложной задачи вы все-таки сможете решить поставленную задачу (переписав пол-ядра), то при решении следующей вы скорее всего сломаете что-то, не сразу заметив этого. Потому что, повторюсь, нет механизмов прочекать проект целиком.
Если будет время и желание, прочитайте вот это: https://freecode.academy/blog/139.html. Если сможете осилить (а еще и применить на практике), то сможете более обосновано свои такие утверждения высказывать.
В свое время, когда Sencha еще не было, а был только сам ExtJS (еще по-моему версии 3), я написал по нему несколько вводных уроков. Ссылка на них даже в википедию попадала (вот нашел в одной из старый версий https://ru.wikipedia.org/w/index.php?title=Ext_JS&oldid=45825911, в разделе Ссылки битая «несколько вводных уроков, начального уровня» на мой старый сайт newpg.ru). И да, это JS фреймворк, потому что он из коробки поставляет все необходимое для реализации конечного проекта без необходимости подключать еще что-либо.
Так вот, к нему я больше и пальцем не прикоснусь, в том числе и потому что он платный (хотя документация у них до сих пор никем не превзойденная ИМХО). Собственно, из-за того, что он платный, в MODX вряд ли появится новая версия. Но MODX вполне позволяет писать страницы админки с использованием любой JS-библиотеки. Лучше двигайтесь тогда в этом направлении. На уровне шаблонов и контроллеров компонента вполне можно это сделать штатными средствами. Шапка (меню) останется MODX-ая, а сама страница вашими средствами, в том числе и на React/Vue.
UPD: Кстати, довольно много обоснований про горизонты MODX я перечислил здесь: modx.pro/development/17092
Fi1osofExtJS Sencha платная или бесплатная?
Вот здесь www.sencha.com/products/extjs/ я вижу только Start free trial и Buy now. И цены весьма и весьма…
Нагуглил Community Edition, там прописаны ограничения: только для мелких и у кого доход в год меньше $10 000. Предполагаю, что MODX не попадает под это. И только для Ext JS Core (а для полноценной работы нужны еще плюшки, если не ошибаюсь).
В лучшем случае это можно назвать условно-бесплатным решением. Или ты хочешь сказать, что это не так и в MODX мы скоро увидим новую админку на новой ExtJS?
Или может я не прав в том, что в админке можно создавать свои страницы со своими JS-либами?
Или может в том, что не стоит стремиться к этому?
Я вот реально не понял.
UPD: << В MODX многое держится в том числе и за счет платных пакетов, это другая модель финансирования open source.
Я не говорил, что сам MODX не open source. Но я говорил: в чистом виде сам MODX не очень нужен, нужны дополнения в том числе. Тогда перефразирую: Экосистема MODX не open source. Если кого это устраивает — то это дело каждого. Я смотрю тут чуть что: иди покупай дополнение в модстор. Я за несколько лет ни одного компонента не купил. Вы не представляете сколько в сети бесплатных качественных компонентов, с хорошей документацией и открытым кодом. Только вот инфраструктура другая, экосистема…
Fi1osofНасколько я понял, под этой лицензией не все версии доступны, а только начальные в каждой мажоной вертке, то есть типа 7.0.1. И ты за эту лицензию выступаешь раз ве что тестировщиком, потому что когда они получат багрепорты, пофиксят их и выльют следующую версию типа 7.0.2 или 7.1.0, то ты не можешь по бесплатной обновиться на на нее, это уже по коммерческой.
К тому же я не нашел исходников (хотя наверняка можно скачать их SDK и там может есть). Ну и плюс я не вижу возможности просто так использовать использовать как зависимость. Хотя вот есть для примера страница компонента: www.npmjs.com/package/@sencha/ext-core
Но там что видим?
А указанная ссылка на источник github.com/extjs/SDK и вовсе 404.
В общем, так себе open-source…
Fi1osofЯ не сказал, что я самый умный. Но я знаю очень много и попробуй это опровергнуть.
И я всегда свои доводы разворачиваю и всесторонне изучаю. Я не полез смотреть лицензии, потому что много раз смотрел и ничего там не менялось в лучшую сторону. После того, как ты просто ткнул ссылку (не развернув доводы, не оценив с разных сторон), я пошел и то изучил. И на все ответил. А не просто в стиле «Что ты мыслишь? Замолчи!». Или все как обычно: в уважении только те, кто говорят только то, что надо? И почему ты за всех говоришь? Каждый сам за себя решает, ты же про то и говоришь.
Fi1osofИ я не говорил, что все глупцы. Но знаю очень много и делюсь мнением обосновано, а не просто рассуждаю.
Fi1osofТак я не понял сейчас, ExtJS платная или нет? Или о платности и лицензиях только тебе можно говорить?
Fi1osofFi1osofFi1osofВот он тебе и предложил 7.0.0
Ты, конечно, молодец, что все это изучил, на контакт с ними вышел. Да вот только результата никакого (и это было понятно изначально) и быстрее было бы админку переписать с нуля, о чем Марк поднимал вопрос еще в 2013-ом.
И я могу сказать, что переписать админку для MODX можно за месяц-два. Но вам же тут мнение шипко умных не нужно, да?
Fi1osofИ тут два варианта:
1. Делать с использованием старого REST API как есть (то есть чисто интерфейсы).
2. Сразу прикручивать PHP+GraphQL, и тогда вообще АПИ взрослое будет и можно развиваться в сторону современных Headless CMS.
Fi1osofFi1osofДавай я на днях немного поэкспериментирую и выложу что получится, и напишу какие подводные камни увидел и что мне не нравится. А там посмотрим. Если сообщество будет готово включиться в проект, тогда совместно может и поделаем. Если нет, то нет. Вообще, теоретически это должен быть очень полезный и интересный опыт и возможность лучше узнать MODX изнутри.
Fi1osofFi1osofFi1osofВ любом случае, я буду делать стилистически очень близкую к родной админке (просто потому что на нее буду смотреть), так что перейти не должны быть сложности. Но еще раз отмечу: пока что это только эксперимент. А там сделаем выводы.
Я ребятам из русскоязычного сообщества предложил поднажать с выходом 3 версии, хоть она и старая внутри, но там хотя бы есть полная поддержка composer и autoload, и поверх 3 версии такое разделение на компоненты легче реализовать.
Fi1osofНо как и сказал Иван, xPDO — это ядро MODX-а. Нельзя его просто так выпилить. Это не только формирование SQL-запросов и работа с БД, но и проверка прав, кеширование и много всего другого.
Fi1osofИзвините, но немного негатива вкину, наверно. Я иногда захожу, поглядываю какие здесь движения происходят, и обычно молчу. Но в анонсе фраза имеется, которая меня зацепила, а именно: «А все желающие смогли неплохо заработать»…
Если откинуть явно выбивающегося из данной статистики Ивана (Иван, извини, что в 3-ем лице), то за исключением одного человека только, каждый смог заработать менее чем по 100 евро. И это же не каждый день. Я вообще про такие выплаты вижу здесь, наверно, в первый раз. Коллеги, это разве предел мечтаний. Я в полтора раза больше зарабатываю в день (примерно 180 баксов в день), при чем не важно отработаю я его или нет (потому что оклад в месяц). И я не исключение. В СберТехе когда работал, видел сотни ребят, которые не особо напрягаясь, зарабатывают вполне приличные деньги. При этом большая текучка, эти специалисты уходят, потому что «мы найдем получше местно с более интересными задачами и оплатой повыше». Только важный момент: они не работают с MODX.
Наверняка тут много ребят есть, которые меня и не знают. И уж совсем единицы вспомнят наши контры еще на почившем community.modxcms.ru, который был еще до появления modx.pro, modx.im, modxclub.ru и т.п. (и в развале которого меня же и обвиняют, может и не безосновательно). Я с MODx (а тогда он еще был именно MODx) начал работать в 2009-ом, еще на ветке 0.9.6.3 (это еще даже не Evolution была, а по-моему Etimate). Потом появилась Evolution, которая полностью обратносовместимая была с 0.9.6.3 и плавно перешел на нее, и довольно долго сидел на ней. А потом появилась MODX Revolution. Не сразу я на нее пересел (потому что багов много было), но где-то раз в месяц-два я качал свежую версию и изучал, пробовал. Где-то месяцев через 7 появилась довольно стабильная версия и я начал делать сайты уже на ней (к слову, тогда действительно активная работа над движком шла, в том числе благодаря тому, что в команде MODX был Shaun McCormick aka splittingred, который написал практически всю админку (Jason Coward только чисто бэком занимается, а Ryan Thrash и вовсе евангелиист и в тот момент, на сколько мне известно, код практически не писал)).
Так вот, когда я MODX Revolution достаточно хорошо уже изучил, я стал свои сайты перетягивать на него, и стал попутно писать статьи о нем и рассказывать про его плюсы, минусы, как что правильно делать. Но это часто перетекало в противоборство Evo vs Revo. Приходили люди и говорили «Эво наше все, а Рево можно даже и не рассматривать». У меня позиция была другая: «Хотите — юзайте Эво, но Рево тоже имеет право быть и у него есть ряд преимуществ, таких-то и таких-то». Прошло некоторое время, и разработчиков на Рево становилось все больше и больше (совсем не факт что какая-то моя в этом заслуга, просто даже при заходе на тот же modx.com на скачивание предлагалась в первую очередь Рево, то есть большинство из этих ребят и Эво-то не видели толком, а сразу начинали с Рево). И в какой-то момент уже начали звучать лозунги типа «Оставьте старичка в покое». Это про Эво. Я статью с наскока не смог найти, но вот коммент такой есть: forums.modx.com/thread/103105/modx-evo#dis-post-555009
И вот прошло еще несколько лет, и не знаю, первый я скажу или уже кто-то говорил, но я скажу так: «Оставьте старичка Рево в покое». Как тогда, когда появился Рево, он нес в себе те технологические новшества, которые требовала современность. И даже если сейчас говорить, что Эво все еще актуальная и очень современная, это только благодаря тому, что ее постоянно развивают, пихают в нее то, чего вообще не предполагалось пихать и что никакого отношения к MODX не имеет. И скорее всего в Рево тоже много чего напихать нужно было, и я бы так может и не говорил, но не сделали. Я вот сам не стал это видео смотреть www.youtube.com/watch?v=ihjUAEK11Wk, но попросил друга посмотреть (у него времени на это полно). Он посмотрел. И не смог рассказать практически ни про какие новые фишки. То есть планов на будущее полно, но вот прям сейчас показать особо нечего. Какой-то там блочный редактор вроде только. Fred, не? Если Fred, то такое… Та же Тина больше впечатляет.
Итог: если в какой-то момент стало «Эво — старичок, оставьте его», то почему не может быть «Рево — старичок, оставьте его»? Много кто сейчас конечно же будет топить за то, что этого просто не может быть, Рево всегда актуален будет! Но зайдите на тот же hh.ru и поищите MODX. 40 вакансий… Большинство до 100 000 рэ. Опять-таки, такое…
Предположу, что большинство из этих говорящих кроме MODX и не знают-то ничего, то есть сравнивать особо не с чем. Но прочитайте для расширения кругозора вот это: https://freecode.academy/topics/modx-+-react-+-nextjs-+-prisma-2-+-nexus.-gorodskie-bani.ru-v3
Мне до сих пор еще приходится сталкиваться с MODX. И чем больше у меня опыта в других технологиях, чем больше я работаю с более жесткой типизацией и т.п., тем больше я убеждаюсь, что надо «оставить старичка в покое». Нельзя его просто так взять и доработать. Его можно только переписать с нуля, написать новый современный движок. Но это нельзя сделать с сохранением всего и вся в БД. Вы просто не сможете обеспечить этому достойный уровень типизации. Хранение не только чисел и простых строк, но и JSON-строк в одних и тех же колонках типа Строка — это путь в никуда. Отсутствие возможности прочекать одной командой весь проект (включая зависимости и т.п.) — это путь туда же. И да, существовать и это будет, и может даже работать, но вот только на рынке мало кто вам, как специалисту, работающему с этим, предложит достойную оплату. А рынок все-таки диктует…
Данную фразу употребил в том контексте, что было несколько анонсов и очень, мало кто подключился к работе.
Я очень рад за тебя и то, что у тебя хорошая работа.
Но тут open source и вопрос был не в деньгах, а в объединении разработчиков, кто работает с CMS и поработать над проблемами.
Что касается устаревания движка, никто и не спорит, что это не так. Но мы работаем над выпуском MODX 3 и будем двигать дальше. Чтобы сообщество жило и могли делать сайты и дальше на данном движке.
Open source дело добровольное и работа над ним даёт свои плюсы, такие как:
— опыт работы командой
— опыт ревью кода, созданию PR
— улучшает навыки работы с git.
Я работаю как минимум из-за этих пунктов.
Fi1osofВо-вторых, open source — это не всегда == мало денег и работа за еду. Я разрабатываю проект и получаю за это деньги, но я значительную часть этого проекта выкладываю в open source. Не все (некоторые бэковые вещи не могу выложить), но фронтовая часть выкладывается в открытый доступ и готовые пакеты доступны для свободного скачивания и использования, при чем под открытой лицензией без ограничений. При этом там же использую много личных наработок, который так же в открытом доступе без ограничений. И активно участвую и в сторонних опенсурсных проектах, все через тот же github.com
А платят за мозги и то, чтобы сделал конечный продукт.
У меня тоже когда-то был небольшой опыт работы командой. Но ты работал когда-нибудь на проекте, где одновременно работает 300+ специалистов? Каждый день более 150 коммитов (5 000 +- в месяц)? Где огромный зоопарк технологий?
Я работал. И вот там командная работа прокачивается на раз-два. При чем в open source в чистом виде командная работа вообще очень плохая, потому что практически никогда никто ни за что не отвечает и в любой момент любой участник может развернуться и сказать «Это open source. Хочу — работаю, хочу — нет. Сейчас не хочу. Я мухожук». Настоящая командная работа в современных реалиях — это практически исключение человеческого фактора. Это автоматизация всего и вся. CI/CD и т.п. Здесь личные навыки перестают иметь значение. Или ты умеешь в используемые технологии на проекте и придерживаешься используемых методик, и тогда ты работаешь в команде, или нет. Так что этот вопрос спорный.
И в целом про ваш здесь опенсурс: вы хотя бы тот же modx.pro выложили в опенсурс как есть? Или может у вас все дополнения из modstore.pro в открытом доступе? Посмотрел несколько первых попавшихся платных. Ни в одном не увидел ссылку на гитхаб. Что же получается? Будем говорить про опенсурс и великие цели, но все самое интересное будет в закрытом виде и за денежку? Опять-таки, такое…
У меня все в открытом доступе, включая исходники сайта freecode.academy/ (он же бывший prisma-cms.com который бывший modxclub.ru). При этом хоть база данных и не отдается как есть в чистом виде, практически все необходимое доступно по API api.prisma-cms.com/ То есть любой желающий может создать свой собственный блог на базе уже имеющегося, отфильтровав нужную для себя информацию (здесь я такое предлагал сделать, но предложение заминусили, потому что "
это не общее!это наше!"). А если себе кто хочет полностью свой проект запустить, со своей базой данных, то есть полный докер-проект, включающий все, в том числе и старую и новую версии сайта.Вот это open-source, а не разговоры про open-source.
Так что я работаю за то, чтобы и опенсурсом заниматься, и деньги адекватные зарабатывать.
Пока нет. Но планирую )
— я к тому что многие сказали, что выплаты минимальные за решение конкретных issue указанных на bughunt. И не стали участвовать. И я никого не осуждаю. Дело каждого. Мне, имхо, нравится то, что я делаю. Я вижу цель.
Fi1osofБуду надеяться у тебя получится :) Без сарказма. Это очень интересный опыт.
В этом я не сомневался :) Все мы стараемся делать то, что нравится. Но я со своей колокольни вижу, что для многих это будет путь в никуда. Серьезно. Это все напоминает времена, когда автомобили только появлялись, когда многие говорили «Это нам точно не нужно, есть лошади и повозки». И вся эта движуха выглядит так, как будто «Народ! У нас теперь телега побольше! И лошадь еще одна появилась! Мы смогли привезти на 3 мешка зерна больше и теперь все это поделим на всех!».
Я же тоже все это проходил. Я очень долго сидел на MODX. И хотя я им не ограничивался, я все же крутился в рамках его инфраструктуры, сопутствующих технологий. А потом вырвался за пределы. И прозрел. Это как рыться в своем любимом огороде на 8 сотках, а потом заиметь поля, комбайны, трактора и т.п. Совершенно другой уровень.
Сейчас формируется роадмап для следующей версии. Как только выйдет 3-ка то и можно разговаривать про новинки, обновления и так далее.
Работаем над этим.
Fi1osofЕго только закрыли! 6 штук за 2013 висят еще с того же 2013-го года! github.com/modxcms/revolution/issues/created_by/Fi1osof Им скоро 10 лет будет, и они все еще актуальны. БОльшую часть моих пулл-реквестов закрыли без мержа. К примеру вот этот до сих пор иногда вылезает.
Поэтому рассчитывать на то, что MODX 3 выйдет в этом году — можно. А вот на то, что она сильно будет лучше текущей версии — весьма сомнительно. А рассчитывать на то, что там будут все прелести современных технологий — вообще анрил.
И сейчас большое влияние имеет как раз таки русскоязычное сообщество. У нас есть некоторые сдерживающие факторы, но мы двигаем проект вперёд.
Но людей принимающих участие не хватает для такого проекта.
Fi1osofВ связи с чем появляется вопрос, а чем можно заменить modx в современных реалиях?
Fi1osofЯ им не пользуюсь, но морок все равно не много. Я захожу на digitalocean и создаю сервер из готового образа с докером: marketplace.digitalocean.com/apps/docker
Далее просто затягиваю гит-проект, подправляю .env (если надо) и все, запускаю проект. При чем использую caddy-server, который даже ssl сертификаты в Let's Encript заказывает, даже крон-службы никакие не надо настраивать. Так что все далеко не так плохи и сложно как кажется.
Вот если говорить просто как про замену MODX в классическом виде, то есть про готовую CMS, которая и сервер и фронт, все в одном, под сайты-визитки и небольшие магазины, то скорее всего нечем (во всяком случае на JS/TS). Нюанс только заключается в том, что сейчас спроса на простые и маленькие практически нет. Точнее сейчас практически не остается того маленького в том виде, как это было раньше. Даже маленькое сейчас стараются делать по современным методикам. Аналогию можно наверно такую провести: это как писали раньше на чистом JS и мучились с поддержкой разных браузеров, а потом появился jQuery и практически все стали писать на нем (хотя справедливости ради стоит отметить, что сначала появились prototype и mootools, но все же именно jQuery стал первой столь массовой библиотекой). Или как писали чистый CSS, а потом появились Less, Sass и т.п. и говорили «На чистом CSS писать легко. Но большие проекты на чистом CSS писать сложно». Так же и здесь. Появляется множество инструментов, используемых еще на этапе разработки и конечный продукт без использования оных всерьез не воспринимается.
Сейчас же пишут в основном API-first CMS и Headless CMS. И хотя не все могут сразу перейти полностью на новые технологии, очень часто делают так: бэк старый оставляют и прикручивают новый на новых технологиях. Посмотрите список поддерживаемых CMS у того же gatsby или next-js. Я же пишу свой велосипед, который прям все в одном в плане и бэк и фронт. github.com/prisma-cms/nextjs
Сделал на нем уже несколько сайтов. Докручиваю только более удобную админку ему. Уверен, появятся и другие сторонние решения «под ключ» и более удобные, чем у меня. Это всего лишь вопрос времени.
Тут не соглашусь, у меня часто в работе лендинги для бизнеса у которых цель заключается в том, чтобы прорекламировать продукт и затем чтобы клиент зарегистрировался/подписался на рассылку или чтонибудь такое. Из требований там только чтобы текст и картинки менялись менеджерами, вот для таких случаев разрабатывать API-first на томже strapi + nuxtjs (или чем либо другом) банально дольше чем накатить верстку на modx подключить форму к formit и выкатить в прод.
Также и с магазинами, если требуется создать отдельный сайт под сезонную акцию и жизнь сайта 2-3 месяца, то разрабатывать на modx быстрее и дешевле для бизнеса, чем реализовывать чтото на современных решениях.
Както натыкался на статью, когда компания решила отказаться от вебпака в пользу своего решения и рассказывали, что у них сборка проекта производилась на 20% быстрее, а затем через годы программисты которые работали над этим решением уволились, документации никакой небыло и нужно было добавить в это решение поддержку postcss, в итоге проект начал собираться адски долго и все снова вернулись на вебпак)))
Fi1osofТем не менее, мне действительно нечего сейчас такого показать, чтобы «вжух и готово». В любом случае приходится программировать, а не просто интегрировать. Тем не менее, если что такое появится (а оно должно появиться), я покажу.
Fi1osofFi1osof