Пожалуйста, давайте 2.6 будет последней версией MODX Revolution второй ветки
Перевод оригинальной заметки Thomas Gautvedt (@OptimusCrime), активного разработчика ядра MODX.
Ниже список дат выпусков для каждой (основной) версии MODX Revolution с тех пор, как Revolution вышел из беты. Дополнительно приведено количество прошедших дней с предыдущей версии.
2.0.0: 21 июля 2010
2.1.0: 24 мая 2011 года (307 дней)
2.2.0: 4 января 2012 года (225 дней)
2.3.0: 15 июля 2014 года (923 дня)
2.4.0: 19 августа 2015 года (399 дней)
2.5.0: 21 апреля 2016 года (247 дней)
2.6.0: 1 ноября 2017 года (559 дней)
За последние семь лет мы увидели в общей сложности шесть релизов MODX Revolution. 2.3 занял исключительно много времени и 2.6 тоже начинает затягиваться (пр. пер. — вчера, 1 ноября, уже вышел). Помимо версии 2.3, один крупный релиз выходил примерно один раз в год.
Планирование будущего MODX
Заметки Keeping MODX Relevant от Jason Coward, о которых я писал ранее, были опубликованы в феврале 2015 года. В этих статьях говорилось о том, что MODX Revolution нуждается в капитальном ремонте, чтобы оставаться актуальным в будущем. Прошли годы, и мы все еще не видим, чтобы любая из этих вещей была включена в кодовую базу MODX Revolution. В то же время версия 2.x превратилась в стабильное и хорошо работающее приложение. Это было достигнуто с помощью различного рода жертв и отложенных планов. Жертвы и отложенные планы, в свою очередь, привели к тому, что MODX Revolution имеет много технического долга, от которого мы не можем избавиться из-за желания сохранить обратную совместимость.
Сдвиг фокуса
Я думаю, что вместо того, чтобы планировать выпуск 2.7, мы должны перенести внимание на 3.0 и работать над этой версией. Согласно вышеприведенному списку, каждый основной релиз занимает около года. У нас просто нет времени, чтобы тратить его на версию 2.x. 3.0 должна выйти, и это должно произойти в ближайшее время. Посты Джейсона затрагивают проблемы MODX Revolution, и эти проблемы еще более актуальны сегодня, чем в 2015 году. Версия 3.0, скорее всего, займет некоторое время, чтобы ее сделать, и нам нужно как можно скорее начать работу над ней.
Насколько я знаю, реального плана того, что должно произойти после выпуска версии 2.6, нет. Я просто высказываю свое мнение и надеюсь, что сообщество (а также MAB) в состоянии собраться вместе и спланировать, что делать дальше.
Не стесняйтесь комментировать или делиться этим постом.
P.S.
Добавлю от себя, что полностью согласен с Томасом и пришло время принимать решение. Планы по тому, каким должен быть MODX 3.0 уже давно озвучены и описаны в рекомендациях на github, но нужны рабочие руки, которые будут эти планы претворять в жизнь.
Именно по этой причине на предстоящей MODXpo в Минске я расскажу о том, как можно и нужно участвовать в разработке MODX, а не ждать и надеятся, что добрый волшебник всё сделает за нас. В этом плане я немного завидую сообществу Evolution CMS, так как они смогли. Пора и нам.
К тому же на MODXpo как раз и будет возможность обсудить с представителями сообщества, MAB и MODX, что делать с MODX дальше. Так что высказывайте свои мысли здесь и приходите на конференцию через неделю.
Комментарии: 36
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
На мой взгляд как разработчика необходимы следующие изменения:
— Поддержка PSR стандартов и все что с этим связано (неймспейсы, автозагрузка, composer)
— Полноценный шаблонизатор из коробки (не важно smarty, fenom, twig или ещё что-то)
— Отделение кодовой части от БД, что позволит нормально пользоваться системами контроля версий, а не изобретать велосипед.
— Отказ от ExtJS в админке и переход на один из современных JS фреймворков.
— Слабосвязанная архитектура, чтобы любую часть системы можно было легко заменить.
— CLI приложение для типовых задач (парсинг схемы, создание базы компонента и т.д.)
Начал активно использовать его с версии 2.1.0 осенью 2011 года. Но всё хорошее когда-нибудь заканчивается. Начинается новый этап в жизни.
Поэтому, ждём MODX Singularity со встроенным шаблонизатором, композером и всеми современными плюшками.
Так что ждем что они представят в MODX3. Странно, что даже еще не определились на чем будут писать админку.
И да, кто они? Хотя вы не были на MODXpo и не слышали мой доклад, которые это все пояснял. :-)
Нет мифических они. Странно считать себя частью сообщества, рассуждать не зная фактов, но верить в некий Олимп богов MODX, которые возьмут, напишут вам 3 версию и спустят с небес для простых смертных. MODX текущий и 3 версию пишут такие же смертные. Я добавил пару новых фич в 2.6, но что-то нибма над собой не замечаю. Так что если сообщество не будет валять дурака, споря что же таки будет в MODX 3, а примет непосредственное участие в его разработке, тогда будет толк.
Кто-то же руководит разработкой, ставит планы, дедлайны. Для некоторых действий нужна соответствующая квалификация. Имхо, нужны конкретные люди, а не абстрактное (самоорганизующееся?) сообщество.
Тем не менее, я не соглашусь с вашей формулировкой, т.к. уже идет прокачка в MODX всего касающегося RESTful API, а в последних обновлениях это хорошо заметно (промолчу, что я писал об этом еще до релиза 2.6). Другой вопрос, что реализация происходит не с максимальной скоростью, т.к. не утверждено еще…
Всего за 5 минут такая туча всего будет в любой из 19 вариантов.
1)Повторение судьбы Evolution. Аналогично сконцентрироваться на новой, полностью не совместимой с Revo 3 ветке MODX. И в этом нет ничего плохого. Думаю, что Дмитрий подтвердит это…
2) Продолжать никому не нужное прокачивание ExtJS 3.4 и всего того, что раньше было заложено в основу ради нее.
3) Как минимум реализовать следующее:
а) Для modResource сделать родительским классом modElement, а не modAccessibleObject
б) Перенос всего связанного с роутингом из modResource в modElement.
в) Объединить modChunk и modTemplate. Для всех элементов сделать возможным указание modTemplate.
г) Объединить modPluginEvent и modAction. Кстати и еще сделать modMenu дочерним классом для modElement.
г) Реализовать отдельный класс modActionCallback, чтобы иметь возможность строить цепочки из Action у modElement
д) создать класс modService, который объединит modPlugin и будет чем-то вроде modExtra из компонента известного одного. Суть в том, что Event мог быть, как глобальный, так и частный у элемента.
Ничего без меня не можете… Какие еще на фиг баунти? Почему не милкювеи?
Фронтэнд — это то, где вертятся все бабки. Можете спросить у Темы Лебедева, который вообще в самопальной админке все делает и все счастлива. Поэтому:
1) modStore откроет раздел отдельный «Шаблоны», где будет размещен аналог TemplateMonster или т.п. каталогов.
2) Поскольку на MODX работают серьезные и умные дяди (ну или хотя бы делают вид), то ставим жесткие требование на шаблон, чтобы он мог быть выставлен на продажу, а это как минимум:
а) Мультиязычность, как минимум rus/eng
б) Удобство в работе с шаблоном, должно проявляться не только у разработчика.
в) Ввод стандартов написания кода, а также в ограничения в плане использования шаблонизаторов и т.п.
в) Поддержка минимального набора компонентов и их кастомных классов, вроде товаров и, кастомных страниц под логику, вроде страниц заказа miniShop2 + Также должны быть реализованы CMP и остальные страницы в админке.
г) Поскольку серьезные фанаты фронта любят React, Angular, Polyfil, то ради шаблонов и их настройки под админку подо всю возню с ExtJS имеет смысл нанять отдельного спеца по ExtJS, который будет реализовывать админку.
Но это далеко не все…
Ну и разрабам уже давно пора понять, что каждый шаблон — это минимум 10-20 дополнений в том числе платных. Возможно многим известен такой слайдер, как Revolition Slider. Он платный и входит в большинство шаблонов для WordPress. Слабо посчитать сколько на этом слайдере бабок гребут разрабы? Могу сказать только одно: лопатой. И что самое интересное на MODX Revolution ДО СИХ ПОР нет нормального и мощного слайдера. Все время MIGX и т.п.
Далее… Нужно реализовать на modStore одну простую вещи: одна покупка — одна установка. Хватит уже воровать всем у всех. Пора зарабатывать :-)
Ну не выставляйте-то себя невеждой. www.wikiwand.com/en/Bug_bounty_program
Это не реализуемо технически так, чтобы этим можно было удобно пользоваться. Добавить сюда русскую «смекалку» и желание получить все нахаляву, даже когда это не совсем возможно либо глупо, убивает эту идею на корню.
Катательно шаблонов, шаблоны давно есть на modstore, только их не покупают. Был бы спрос, давно бы все писали бы шаблоны. Но его нет. Более того, шаблоны есть и на themeforest. Но там ситуция такая же.
Как столько сформулируешь, можно смело бежать продавать идею в Microsoft, Adobe и другие крупные компании, которые еще не додумались как победить пиратство.
И вот как-то они не смогли это взять и запретить!