EVO 2.0 - Собираем донат :)

Evolution CMS 2.0 это переработанный местами код в который интегрированы компоненты Laravel которые работают параллельно и независимо от старого кода.
Думаю сразу возникает вопрос а зачем это надо? да и так все было хорошо?

Вот что нам это даст:
— Возможность использовать все наработки большого сообщества Laravel, к примеру можно взять готовое решение для комментариев, останется только написать прослойку в виде сниппета с настройками.
— Так же все мы знаем что в EVO это по большой части процедурный код, очень мало вещей которые написаны хорошо, думаю все согласятся что DocLister местами написанный как надо и проблем с ним минимум + очень хорошо расширяется, так вот добавление в ядро компонентов Laravel даст еще больше стабильности и гибкости.
— Так же гораздо приятней учиться чему то новому зная что эти знания пригодятся не только тут. Изучая к примеру Eloquent вы сможете не только работать с EVO но и любым проектом написанным на Laravel. Это куда приятней чем изучать xPDO который больше нигде вам не пригодиться.
— С учетом что делаем все так чтоб максимально сохранить работоспособность старого кода (а это очень нелегко) я думаю что все будут довольны результатом.

Уже готово и это даже можно тестировать и использовать:
— Основные работы ведуться тут: github.com/evolution-cms/evolution/tree/2.x
— Работа с Eloquent github.com/AgelxNash/modx-evo-database (необходимо добавить модели и их описания но остальное работает)
— Работа с шаблонизатором Blade github.com/AgelxNash/EvoBlade (будет добавленно в ядро)
— Плагин работы с Елементами в файлах из коробки gist.github.com/AgelxNash/9239062, будет доработан что б была возможность работы и с плагинами. Будет полноценная возможность из коробки работать через IDE и с git.

Также будет работать в EVO 2.0:
laravel.com/docs/5.6/eloquent
laravel.com/docs/5.6/database
laravel.com/docs/5.6/config
laravel.com/docs/5.6/cache
laravel.com/docs/5.6/events
laravel.com/docs/5.6/filesystem
laravel.com/docs/5.6/log
laravel.com/docs/5.6/translation
laravel.com/docs/5.6/views
laravel.com/docs/5.6/pagination

Но работы на текущий момент еще много, и работает всего 3 человека:
— Agel_Nash (Работа над ядром EVO и интеграция Laravel)
— 64j (Работа над внешним видом админки, перенос ее на Blade а также обновление до Bootstrap 4)
— Dmi3yy (Работа над идеологией, контроль чтоб не потеряли совместимость, а также документация, примеры, и т д)

Помимо работы над самой EVO необходимо наконец оживить evo.im.
Его я с таким функционалом:
— Мультиязычность (RU и EN)
— Блог (modx.im перенос с LiveStreet на Evo)
— Новости и релизы
— Список компаний и фрилансеров работающих с EVO
— Документация
— Галерея проектов.
— Екстрас (так же с платными дополнениями, и добить наконец то замену SHK)

В кратце ситуация у нас вот такая, поэтому любая помощь будет не лишней. И чем больше ее будет тем быстрее мы придем к цели. То что мы к ней придем я не сомневаюсь вопрос лишь когда :)

Само собой я могу все это сделать за свой собственный счет, но хотелось бы увидеть что это надо не только мне. В целом нам не нужно 200 тыс евро как для MODX 3) нам достаточно будет суммы в 20 раз меньше :) Хотя я сомневаюсь что и столько получиться собрать.

Я примерно рассчитывал что нужно поработать 3-м хорошим программистам 3 месяца не отвлекаясь на другие проекты. Что б мы смогли запустить EVO 2.0 и evo.im в этом году. Если вы думаете что 10 тыс евро это большая сумма то давайте просто посчитаем:
— 3 Месяца работы,
— 3 Хороших разработчика
Итого 1111 EUR в месяц.

Мы будет благодарны даже мелким донатам, они подпитывают не столько финансово сколько морально и поднимают мотивацию сделать как для “себя” (:

Донаты можно присылать вот сюда с пометкой EVO:
— Яндекс: 41001596309609
— Qiwi: +380913571080
— WebMoney: WMZ: Z762708026453
WMR: R203864025267

— Сбербанк: 4817 7601 5944 3807
— Приват24: 4149 6258 1066 0850

— BTC: 1BvzQJdqQBhK6yfThk8a5C3mMAqEyJ7meW
— ETH: 0x1f8f1e9c53764dB0E79AfEE185DC107160663035

26 комментариев

avatar
Слава богу мы не в Европе и нам не нужно 200 000 Евро на реализацию задуманного.
Хотя думаю что собрать там донат как для MODX3 modx3.org/funding проще, чем собрать нам в 20 раз меньше
avatar
Для справедливости, MODX LLC не давала живые женьги, они инвестировали часами своих сотрудников. Так что сумма там в разы меньше и основные доноры — это Sterc и Марк Хамстра.
avatar
Пользуясь случаем, хотел всем сопричастным сказать спасибо за развитие modx evo :)
Донат немного закинул.
avatar
Всем хорошего дня!
Донат немного закинул
avatar
По ходу хороший процесс был запущен с моей легкой руки) не в обиду моей скромности будет сказано. Поучаствую и далее. Спасибо за развитие!
avatar
Совершенно необходимо перетащить плоский поток мыслей с телеграмма на modx.im
Сам возвращаюсь после 4летнего отсутствия к modx и весьма потрясен проделанной работой.
Пока прошу не бить больно, если комменты на форуме будут слегка устарелыми или не применимыми — изучаю что наворотили.
Как вникну — надеюсь присоединится к разработчикам, если допустят.
  • w3d
  • +4
avatar
Если вы думаете что 10 тыс евро это большая сумма

Для разработки это не такая уж большая сумма, но собрать её здесь… мне кажется это нереально. Но я все равно поучаствую в донате в меру возможностей.

и добить наконец то замену SHK

Вы имеете в виду ЭвоШоп?

Я сейчас отвлекся от MODx и для самообразования (пока бегло) изучаю JS-экосистему, появившуюся с NodeJs. В данное время пробую Vue.

Заметил, что многие зарубежные разрабы используют связку Vue + Laravel. Интересно, почему? в чем преимущества именно такой связки? может, AgelNash вкратце может ответить?

Кстати, на Vue есть много готового, для той же пагинации или для магазина.
avatar
потому что в laravel есть поддержка vue «из коробки»
avatar
Это я прочитал. Но почему именно Vue поддерживается из коробки в Ларавел, а не, скажем, React? «Личные симпатии» разрабов Laravel или какие-то более глубокие причины?

Я пока совершенно не знаком с Laravel, поэтому такой вопрос.
avatar
«Личные симпатии» — создатель ларавел похвалил в твиттере vue, выделив его перед react и пошло поехало
ну и в целом это вопрос концепции – у laravel все заточено на максимально «комфортную» разработку и vue этому полностью соответствует, предлагая наиболее прогрессивную платформу для фронта
Комментарий отредактирован 2018-07-15 14:54:37 пользователем arty
avatar
Благодарю за ответ.

Мне Vue понравился своей концепцией расширяемости за счет сторонних библиотек, и соответственно малым ядром. А также низким порогом вхождения — достаточно знать JavaScript.
avatar
+ в копилку за Либера
avatar
+ за Варанику
avatar
Кинул немного
avatar
Доброго времени суток! «Копеечку» закинул :)
  • gsnx
  • 0
avatar
Моя «первая» CMS была EVO 0.9.6 в далеком 2009. Ничего лучше MODx я не находил. Закинул немного доната, спасибо вам работу!
avatar
Вчера обновил с 1.0.15 до Evolution 1.4.5
особых проблем не было, вроде все на месте...
не могу настроить ввод и вывод поиска на сайте Evoseach
нет навыков
Комментарий отредактирован 2018-09-13 12:19:52 пользователем nok55
  • nok55
  • 0
avatar
+ немного в копилочку кинул. Молодцы так держать.
  • Lunik
  • 0
avatar
Поддержал немного. С нетерпением жду выхода EVO 2.0.
avatar
Отправил на яндекс немного.
avatar
Версии 1.x будут обновляться до 2.0 или снова наблюдаем ситуацию раскола на Evo и Revo?
avatar
Вроде как планируется полная обратная совместимость, т.е. весь функционал, все текущие используемые разработки и весь modx API/DBAPI останется рабочим.
avatar
Хотя конечно насчет ManagerManager и всего, что с ним связано — уверенности нет.
avatar
По уму основную логику ManagerManager нужно выносить в php это работает шустрее и не грузит браузер. Тому живой пример раскидывание ТВ по вкладкам через настройки.

Ну и надо HTML в порядок привести, скорей всего прийдется и ManagerManager обновить.

Ну а о том что ManagerManager не будет работы речи нет. Так как на текущий момент он используется на очень многих сайтах, поэтому при наличии альтернативы ManagerManager просто не будет поставляться из коробки.
avatar
Раскола не будет. Ибо оставляем полную обратную совместимость. Отвалятся только те вещи которые сделаны не правильно. Как пример прямые запросы в базу без использования API или использования на прямую phpmailer а не через API.
avatar
А какое API использовать для работы с почтой (чего-то в документации про API для почты не нашел ничего)?

Я, например, вытащил в качестве примеры функции из Формлистера, с ипользованием класса Mailer из \assets\lib\Helpers\Mailer.php. унаследова класс в отдельном файлике и добавив своей функциональности — так можно делать?
Комментарий отредактирован 2018-11-07 19:18:02 пользователем Dreamer
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.