Іван Клімчук

Подмывает опять сказать «фе» и заявить, что теперь важные посты прошлого, которые набрали много баллов не просто так, а потому что тема была важная и автор вообще молодец, будут понижены в рейтинге! Но нет, повода на еще одну заметку не дам, все справедливо теперь. :)

В целом разумно и текущую активность нужно учитывать в рейтинге. Смущает немного только то, что общий рейтинг коэффициентами меняется, что все равно приводит к дисбалансу, стоит былому «активисту» зайти и проявить себя. Правильнее было бы учитывать возраст самой заметки и по ней высчитывать коэффициент, но понимаю, что лезть в текущую формулу — это ломать вообще все.

Но, в любом случае, движение верное. Дорогу молодым! Рейтинг в целом — хорошая мотивация, сам когда-то ради него старался, хоть это все лишь циферки формально :)

Баха, никак. Я раньше подобное предлагал, когда ездил на тусовки. Ответ был такой, что это сложно, это ж программирование изучать нужно, команды какие-то запускать, а мы привыкли кнопочки клац-клац и красиво.

Это будущее давно уже настоящее везде, где есть Composer. А для платных (ну или просто приватных) репозиториев есть даже такая тула — github.com/composer/satis.
Ну или можно заплатить денег пакаджисту и публиковать там packagist.com/pricing
Вопрос в том, что аудитория MODX всячески сопротивляется подобным нововведениям, потому что это ж программированию учиться нужно, а они привыкли на коленке все собирать, чтобы хоть как-то работало, особо не вдаваясь в нюансы.

Ну вот пока ты не написал, это было неочевидно. Цели обесценить твой труд у меня не было. Твой пакет на github заархивирован, ссылки на оригинальный код (в виде форка) нет, чтобы это можно было увидеть хотя бы здесь — github.com/modxcms/vapor/network/members. В описании пакета на modx.com тоже ничего нет о том, как было на самом деле (а выложить там может каждый, просто загрузив архив с пакетом). Спасибо, что написал и пояснил.

Добавлю объективности, автор сего пакета ни разу не Николай. Даже несмотря на то, что под его именем лежит пакет в репозитории. Код инструмента здесь github.com/modxcms/vapor и он авторства команды MODX LLC, в частности Jason Coward и Mike Schell, если верить github. Там же есть еще один инструмент — github.com/modxcms/teleport, который тоже весьма интересен.

Да какие деньги. 50 тыс хотели когда-то собрать и не собрали, Вася работал на Sterc, которые деньги свои в целом отбили, потому что впарили рево своим клиентам под соусом новой системы (тут они молодцы, спору нет и даже имеют право, так как это их бизнес). Те, кто последнее время что-то делает, не получили ничего. Сама компания MODX что-то возможно и зарабатывает, но опять же, на кастомизации рево и на хостинге, не более того. У нас коммерческий продукт поверх опен сорс и тоже хостинг, причем ценники конские, если посмотреть простому обывателю, годовые цифры оборотов с 6 нулями, и все равно буксует. А здесь этого нет и подавно.

Это не позор, а реальность. Нормальный timeline невозможно выстроить, когда нет людей (у меня была идея выстроить нормальный процесс, но процессы выполняются, когда есть кому поручить и кому делать). А что могут условно, 3-4 человека в свободное от работы время? Откровенно говоря – не много. Я тебе больше скажу, в моем большом рабочем проекте, который тоже опен сорс, который даже деньги зарабатывает и не малые (я видел внутренние отчеты), и то многие вещи буксуют. А здесь честный бесплатный софт, за который в общем-то никто не платит вообще, даже донатами. Требовать здесь что-либо как минимум неуместно, а ожидать, что кто-то что-то должен и вовсе глупо.

Да, здесь не озвучивали, был вопрос в канале телеграма. Курс в самом деле планируется не для всех. Про уровень верно замечено, через 3 ступени не прыгнуть.

Это не значит, что нельзя этому обучиться. Для меня это тоже своего рода интерес. Я по чуть-чуть все это трогал в разных проектах, последний месяц тонны литературы по тепе прочитал, но закрепить можно только на практике. Причем, максимально приближенной к реальности. А реальность проста — не изучаешь новое, не развиваешься и тормозишь.

Подробностей потому и не много, что сначала нужно понять, насколько это нужно. А то распишешь кучу планов, а никто не придет :) Но как я и описал, это будут видео уроки + какая-то текстовая информация, в комбинации с практикой. Не как в универе, когда все готово, а как в реально жизни, когда есть задача, есть условные спринты и нужно брать и делать. А через неделю-две смотреть что получилось, и решать, куда двигаться дальше, имея в уме конечную цель.

Ну, дело даже не в деньгах. У меня сейчас такие задачи, что я даже и в отпуск уйти не могу, даже если мне оплатить 10к часов. И это я даже код не пишу, а немного по другому работаю.

Желание то может и есть, а ресурсов такой объем работы провернуть — нет. Просто объявить — давайте сделаем, недостаточно. Люди может и соберутся, но каждый со своим мнение и это будет напоминать басню про рака, щуку и лебедя. Нужно, чтобы кто-то затащил если не MVP, то хотя бы PoC, описал минимально правила и дальше уже все гурьбой кинулись делать. Такое сделать в силах единицы, включая наверное и меня, хотя в во фронт уже давно не лазил, но времени на это нет абсолютно.

Код писать не обязательно, есть кому, но есть же еще задачи, связанные с тестированием.
Вот тут подробный туториал modx.com/blog/help-test-prs-to-accelerate-the-revolution-3-release

Я вообще в должности Engineering Manager сейчас, а когда-то начинал, как простой зеленый и несмышленый пользователь первой беты MODX Revo. Но ничего, двигаем, пишем, тестируем. Опыта, говорите, набрались, так айда помочь малость ;)

Ну так надо приучить себя уже пользоваться use и импортировать классы. :)

Правильно писать

$this->modx->getCollection(modContext::class)

, к слову, во 2 верси тоже так можно (и нужно).

У меня мой сайт, например, работает полностью на GitHub. Содержимое, код оформления и готовый сайт в разных репозиториях, все автоматизировано с помощью GitHub Actions.

Я бы сделал нормальные комментарии, но даже те, что сейчас, не совсем законны, пока я нахожусь в юрисдикции Республики Беларусь. А ситуация здесь… Ну вы и сами всё знаете. Не до законов, но это работает только для избранной касты. Вот здесь в заметке "Комментариев на сайте не будет" я описывал нюансы, читать примерно с 4 абзаца.

Можно и в корне создавать, а можно и в папке. Мне эти библиотеки ни к чему в коде самого MODX, поэтому я добавляю его только в папке со скриптами, где уже и работаю с кодом. Ваш вариант тоже ок. А в MODX 3 так и вовсе composer.json уже есть, нужно только сделать require и код будет доступен везде без лишних манипуляций.

Конкретно в случае с miniShop, так как я обычно почти весь код MODX и компонентов исключаю из синхронизации, чтобы случайно не менять в процессе разработки, следовательно этого кода локально у меня нет, поэтому я подключаю этот код в dev-секции исключительно для возможности навигации в код, если нужно что-то проверить. Ну и просто чтобы PHPStorm видел классы и не ругался, что класс не найден.