Іван Клімчук

Бля, а интеграторам потом сиди и ломай голову, нахрена оно там нужно? 2 строки пояснения написать — жопа не отвалится, ну серьезно. Нам больше делать нечего, как сидеть и гадать на картах Таро, что там автор имел ввиду. Мы не за зарплату там сидим, есть дела и поважнее. Ты ж вроде говоришь, что активно в open source серьезном участвуешь, так там считается правилом хорошего тона описать твое изменение и зачем оно нужно, иначе просто закрывают PR, как формально не соответствующий правилам. Не только твое время дорого стоит. Никто ж не требует простыни писать, для ленивых даже сделали удобный шаблон, чтобы максимально не думать о структуре, а просто написать 2 ответа и все.

Я недавно нашел крайне интересный продукт — Vuero Vue3. Инструменты внутри — вопрос для отдельной дискуссии, но визуально — это очень похоже на нынешний MODX 3, что важно, если хотим привлечь финансирование от Sterc, например. Они MODX 3 (админку, без рефакторинга ядра) уже поставляют клиентам, поэтому потенциально могут быть заинтересованы. Не заставляю, но рекомендую иметь этот ввиду.

В 3 версии он останется, потому что это ядерное ядро, от него весь класс modX наследуется. В последующих версиях это должно быть декомпозировано и в теории, его можно будет заменить другим инструментом, с подходящими интерфейсами. В MODX 3 можно попробовать это сделать так же, написать какой-нибудь bridge, но задача сложная даже просто по объему.

Старая гвардия в лице MODX LLC на такое согласна только после выхода MODX 3, т.е. по сути в MODX Next, но я согласен, что можно уже сейчас делать админку параллельно и отдельным пакетом. Я об этом еще 2 года назад в Амстердаме предлагал, все в целом были согласны, но как обычно бывает — нужна инициатива, которую можно подхватить. Финансирование найти, как показывает практика, не проблема, но когда уже есть что-то, что можно показать. За просто идею платить не готовы, увы.
Я ребятам из русскоязычного сообщества предложил поднажать с выходом 3 версии, хоть она и старая внутри, но там хотя бы есть полная поддержка composer и autoload, и поверх 3 версии такое разделение на компоненты легче реализовать.

Делом займись, а?

Она платная в том виде, который подходит для MODX. И бесплатная, если отказаться от платных компонентов вообще и перейти полностью на GPLv3, что просто убьет весь маркетплейс.

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

Не прав в том, что говоришь о некоторых вещах, как о фактах, хорошо тебе известных, не проверив предварительно насколько ты прав. Только после моего комментария ты полез искать информацию, какие там есть лицензии, что лишь подтверждает мои слова. Этот вопрос изучался куда детальнее, нежели посмотреть на сайт компании. Коля, не ты один самый умный, оставь людям самим решать, что им делать, как им жить, как зарабатывать и в конце концов, от чего им получать удовольствие.

Тут ты не прав. Sencha платная только для тех, кто так же хочет получать за свой код деньги. Т.е. пресловутый оплачиваемый Open Source. У них есть open source лицензия, вполне честная GPLv3, но которая несовместима с парадигмой пакетов (включая платные) MODX. Ты конечно в других местах писал, что если уж опен сорс, так опен сорс, чтобы все открыто было. Но при этом ты на опен сорс зарабатываешь неплохо. Я работаю в taotesting.com, у нас тоже все open source (кроме критичных вещей бизнеса, конечно), но мы поставляем решения для крупных заказчиков, нам за это платят, что позволяет нам продукты развивать. Это одна модель. В MODX многое держится в том числе и за счет платных пакетов, это другая модель финансирования open source. Не все открыто, да, но позволяет экосистеме как-то генерировать прибыль для участников и оставлять время на творчество, а не только еду добывать. Так вот, Sencha просто хочет кусок пирога с этого стола, но важный и отталкивающий момент — она не считается с масштабами.

Найди людей для команды 1 и для команды 2, сделаем :)

Я эту работу начал, но опять же, фокус сейчас на выпуске 3 версии. Было бы у нас 3 десятка разработчиков, легко было бы им поручить заниматься подготовкой релиза (тестирование и вливание pr), а остальным засесть за план следующей версии. Но людей нет.

Конкретно сейчас у меня картбанш на приведение issues в порядок, пока что формально это выглядит как упорядочивание, изменение labels, прочие формальности, как например сделать шаблоны, документацию актуализировать по contribution, но по факту я уже начал делать roadmam. Формально он будет принят после релиза 3 версии, но как ты говоришь, понять уже сейчас, что нужно делать — вот это я начал.

Так проблема на апворке немного в другом. Люди не интересуются CMS в принципе, потому что они берут laravel и делают задачи и админки под себя на том же vuejs, нафига им CMS поверх? При этом, если они знают, что в Laravel есть еще CMS, то скорее всего они бы их и искали бы и легко ж нагуглить, размещали бы потом заказы на october или других. Но нет, этого не происходит и не буде происходить. От того, что MODX вдруг станет larabel-based, ничего не изменится ровным счетом ничего. А минусов добавится.

> Жаль только что уже прошел месяц а финальной Альфы как обещался MODX LLC так и нет :(

Если кто не знает, проект сейчас тащит сообщество, это видно даже по тому, что Ваня в заметке описал. Писать, что альфы все еще нет, хотя обещали, как минимум некорректно, а вообще обидно. Хотя в целом, через такое уже проходили ранее. Гнобят MODX LLC, порой даже за дело, но по факту обесценивают труд людей, которые вкладывают свои силы. Потому что получается, что все якобы зависит от воли компании, а не от конкретных людей. Притом что мы, те, кто вносит вклад, призывали неоднократно и призываем, чтобы помогли с проверкой PR, c репортами багов и тестированием в целом. Пнуть Джейсона, чтобы он сделал релиз — это фигня, делается на раз два, проверено. Влить проверенный код — тоже, успешно это делаю. Проверить весь объём кода не под силу никому, если делать это в одиночку.

Ответил ниже.

Напомню, что проблема с ExtJS не в сложности или недостатке документации или что проект всё. Новые версии Sencha на уровне реакта и vue по возможностям, местами даже получше будут, все таки использование в корпоративной среде дает свои преимущества, но автобус в виде платных лицензий уже случился, что заблокировало возможность обновления MODX в свое время. Выпилить его сейчас невозможно, можно только дать альтернативу и надеятся, что пользовали относительно быстро мигрируют на что-то новое.

Идея с Laravel звучит разумно в контексте Evo, но как я говорил, все интеграторы, включая меня, против, чтобы он был основой MODX любой версий. Хайповый фреймворк, популярный, спору нет, но с достаточно специфичной архитектурой. Сбей Тейлора автобус, получим ситуацию, как с ExtJS.

Такое делать на коленке — это отдельный сервис и за нормальные деньги. Я тут недавно в FB прочитал пару историй про клиентов и заказчиков на Upwork и какие там порой разборки, что становится понятно, за что они берут такие конские комиссии. На одни суды, как посредник, задолбаешься время тратить, не считая зарплату юристам, которые будут в случае споров проверять документы (а в русском фрилансе какие нафиг документы?)

Да, вот здесь реализация github.com/modxcms/xpdo/tree/3.x/src/xPDO/Om/pgsql

Дизайнер здесь не поможет. Как и ваши увещевания о том, что кто-то обязательно согласиться быть вписанным в историю. Здесь в сообществе таких людей много, к слову. Можно понять ваш идеализм, хорошая черта в целом, но это сугубо техническая проблема и решить ее не так просто из-за старости используемых технологий.
По существу: позиция модальных окон рассчитывается и затем записывается в кеш, чтобы они открывались правильно между обновлениями страницы, при этом экономя время на обработку операций по расчету положения окна. Операция довольно тяжелая, если внутри окна много других модулей, вроде таблиц с заказом и прочее, поэтому реализация оправдана. Но. Если переключаться одним пользователем в одной сессии между различными окнами (вкладками) в разными размерами, кешированные значения используются правильно, но расчеты были произведены для других размеров окна. Из-за этого такие проблемы. Как временное решение — избегать переключений между разными экранами, либо использовать разные аккаунты для разных устройств. Либо же периодически сбрасывать кеш.

Знакомая ситуация. Привет мои 3,5 выгорания за последние 10 лет. Отдых определенно нужен и с этим нельзя затягивать, так что желаю побыстрее оправиться.

Кроме административной части, по развитию modstore.pro самого по себе, я так понимаю, теперь стоит говорить с @Виталий Дощенко или @Leonid Krylov?