Волков Николай

У меня уже готовое что-то есть, но как подумаю, что предстоит выслушать на счет… Единственное, что могло бы остановить это деньги, но другой вопрос в том, что подобные генераторы на мой взгляд не должны распространяться платно.

Ну не такое уж и не нужное на самом деле. Все таки удобнее раздельно иметь в каталогах все то, что касается логики конечной для фронта и сборки.

Там проблема с хостом, к которому привязан bower. Как я понял программист, который делал bower больше не работает с компанией той, но не может сменить ссылку на свою. Поэтому и пишет, что «что угодно может произойти»

Более прозрачный намек

(function(miniShop2, $){
	var message = miniShop2.Message.show; 

	miniShop2.Message.show = function() {
		console.log("Тут код своего JGrowl");
	}

	$.extend(miniShop2.Message.show.prototype, message.prototype);
})(miniShop2, jQuery);

Какие злые нынче стали MODX Amrassador :-)

Нравится мне птичка, ничего не могу с собой поделать :-) В компании Yarn + WebPack очень не хватает той красочной иконки.
P.S. А еще есть yoeman modxpackage generator в котором реализацию тоже не сложно сделать :-) Я уж промолчу про генератор тем для админки в MODX, собственно почему и не могу сдержать улыбки из-за metRonix или как-то там ковыряний в SCSS

P.S. Я случайно ошибку допустил, но в этом примере она никак не проявится. Хотел исправить сначала, но потом подумал, что оно и к лучшему :-) Прототипы детям не игрушка ;-Р

Вот собственно о чем я и говорил: народ не знает JavaScript. Прошу любить и жаловать: одна из красот JavaScript «Monkey Patching». Этот код можно выполнить в консоли браузера, к примеру на minishop2.com

(function(miniShop2, $){
	var message = miniShop2.Message.show; 

	miniShop2.Message.show = function() {
		alert('Хе хе хе!');
	}

	$.extend(miniShop2.Message.show, message.prototype);
})(miniShop2, jQuery);

Пример не более чем просто показательный и не убирает проблемы подключения не нужных скриптов и т.д. Но на самом деле это достаточно просто делается, правда на выходе код будет не столь «лаконичен» :-)

Сейчас в голову пришла прекрасная идея, спертая у Microsoft: не активировал компонент — лови Яндекс рекламу на сайте и за ее счет оплачивай. C JS у народа не особо хорошо, поэтому, если очень красиво сжать скрипт у того же MiniShop2, то мало кто уберет :-) Почему MiniShop2? да потому что у него люди банальное расширение сделать не могут ради «Купить в один клик», вроде:

$.extend(miniShop2.Cart.add, fn(){});

бежать продавать идею в Microsoft, Adobe

Ты специально выбрал компании, которые способны из чего угодно сделать говно?

Я не столько против воровства, сколь против того какой это стало нормой в MODX сообществе. Все такие умные, вежливы, святые люди, которые, наставив спертых пакетов, не догадываются хотя бы сменить поставщика приложений с пустого на modstore.pro

опубликовали бы в виде статьи здесь же

Я бы с радостью, но мой рейтинг не позволяет :-)))

Марк (modmore) и так отчисляет 10% с каждой покупки на развитие MODX.

Марк — наш человек :-) Отчисляет 10% туда, куда он сам входит :-)

Если есть идеи или реальные примеры, как можно это сделать, то я только за, чтобы подключить всех заинтересованных к обсуждению.

Ничего без меня не можете… Какие еще на фиг баунти? Почему не милкювеи?

Фронтэнд — это то, где вертятся все бабки. Можете спросить у Темы Лебедева, который вообще в самопальной админке все делает и все счастлива. Поэтому:
1) modStore откроет раздел отдельный «Шаблоны», где будет размещен аналог TemplateMonster или т.п. каталогов.
2) Поскольку на MODX работают серьезные и умные дяди (ну или хотя бы делают вид), то ставим жесткие требование на шаблон, чтобы он мог быть выставлен на продажу, а это как минимум:
а) Мультиязычность, как минимум rus/eng
б) Удобство в работе с шаблоном, должно проявляться не только у разработчика.
в) Ввод стандартов написания кода, а также в ограничения в плане использования шаблонизаторов и т.п.
в) Поддержка минимального набора компонентов и их кастомных классов, вроде товаров и, кастомных страниц под логику, вроде страниц заказа miniShop2 + Также должны быть реализованы CMP и остальные страницы в админке.
г) Поскольку серьезные фанаты фронта любят React, Angular, Polyfil, то ради шаблонов и их настройки под админку подо всю возню с ExtJS имеет смысл нанять отдельного спеца по ExtJS, который будет реализовывать админку.

Но это далеко не все…

Ну и разрабам уже давно пора понять, что каждый шаблон — это минимум 10-20 дополнений в том числе платных. Возможно многим известен такой слайдер, как Revolition Slider. Он платный и входит в большинство шаблонов для WordPress. Слабо посчитать сколько на этом слайдере бабок гребут разрабы? Могу сказать только одно: лопатой. И что самое интересное на MODX Revolution ДО СИХ ПОР нет нормального и мощного слайдера. Все время MIGX и т.п.

Далее… Нужно реализовать на modStore одну простую вещи: одна покупка — одна установка. Хватит уже воровать всем у всех. Пора зарабатывать :-)

ну и последнее: modStore, modMore и т.п. компаниям, зарабатывающим но MODX, пора становиться спонсорами MODX и начинать скидываться на оплату работы разработчиков ядра. Ибо много тогда у кого появится время и желание на развитие ядра. Разумеется, что совсем ярым фанатам можно будет и за бесплатно поработать.

Но все то, что я написал это попытка сделать из текущего MVC => MVP/MVVM, что в каком-то смысле новая ветка скорее получится.

Возможно тирады и были излишними, но сути это не меняет. У Revolution есть только три пути:
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 мог быть, как глобальный, так и частный у элемента.

Мерси за программку.

На счет путей не совсем так. Проблемы выскакивать могут на Win серверах / локалках в CLI режиме. Если не путаю, то из-за того, что в Windows разные константы для разделения папок в путях и ссылках. Как сейчас помню, одного клиента и хостера его с Win серверами. MODX работал, но как-то через раз. Я долго проблему искал, т.к. не бросалось в глаза то, что у констант, вроде MODX_CORE_PATH, косая черта в другую сторону и поэтому возникала ошибка при вызове getService\addPackage

И кто-то что-то писал про системы контроля версий: как у самого JS так и у nodeJSс этим все прекрасно и без MODX. Если вспомнить про те же самые docker / vagrant, то тогда уже MODX зависим. Господа, мне тоже близок к сердцу он, но, если посмотреть на вещи реально и забыть про весь этот фанатизм то, что останется? Только то, что я и говорил дальнейшее падение популярности PHP, поскольку он становится попросту не нужен.

А и еще… Возможности того же Yoeman и прочих генераторов такие, что проще на них сгенеривоть будет, чем вникать… Я уж молчу про то, как растет база и уровень решений. Вот к примеру, https://www.npmjs.com/search?q=%20yo-express-generator&page=1&ranking=optimal
Всего за 5 минут такая туча всего будет в любой из 19 вариантов.

Но… Если честно, то админкам сделанным на React'е, Angular,Polyfill — MODX на ?&й не нужен. Простите, конечно, за выражение, но зачем? Ради RESTful доступа к данным БД? Или 1 проверки авторизации и получения token? Только ради LocalStorage и fetch()? Не смешите, есть варианты лучше. А остальное они и без него могут. Могу сказать только то, что сейчас в таком состоянии многие системы… JS король фронта. Асинхронность + отсутствие необходимости для запуска в действиях из вне + прототипированность — против этого самому по себе PHP нечего противопоставить, кроме доступа к базам, чего уж говорить про приложения на нем… Но я так понимаю, что FireBase скоро это изменит.