Если нельзя сделать платную установку, значит надо делать проверку «лицензии» после установки, если её нет — блокировать работу компонента.

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

Поскольку речь идёт о движке, пользователь захочет иметь возможность быстро реализовать какой-то функционал, типа магазина, блога, лэндинга. Возьмём, например, MODX3, я делал на нём сайт визитку, как бы самый простой вариант сайта, для реализации мне понадобились: визуальный редактор, Migx, FormIt, AjaxForm, pdoTools.

Эти пакеты в минимальной конфигурации можно сделать на уровне ядра. Я думаю для допмодулей надо компоненты посложнее делать. А аналоги этих включить в стандартную поставку. Работы много конечно и один я наверно не справлюсь, но это не так уж и много работы. Модулей ноде много и много чего уже реализованно. Все с нуля писать не надо.

Второй момент, если ты делаешь CMS похожую на Modx, то, вероятно, рассчитываешь, что те, кто используют Modx, заинтересуются твоей разработкой, НО у тебя Node.JS, что совсем не то же самое, что PHP, для многих это будет проблемой. Чем твоя CMS будет похожа на Modx?

Я не планирую прям перетягивать с модекс. Я подсел на модекс из-за низкого порога входа. Просто вставляешь в html сниппеты прописываешь им параметры и получаешь нужный функционал. Вот чем охота повторить модекс. Чтобы для того чтобы сделать достаточно функциональный сайт нужно минимум знаний и делается сайт очень быстро. С минишоп2 простой магазин можно развернуть за день. И что еще важно его можно в каких-то пределах легко кастомизировать с минимальными знаниями и можно допиливать функционал постепенно разбираясь что в нем как устроенно изнутри.
То есть, я хочу CMS с более-мение современной начинкой, но чтоб в ней было начать работать также просто как и в модекс. Я хочу привлекать новичков и так же чтоб CMS была удобна для профессионалов.
Правда чтоб вставлять сниппеты в код надо парсить html и чанки, а это медленней чем компоненты реакт или vue. Но в это легче вникнуть чем в vue. То есть, основа CMS html шаблоны и чанки, js сниппеты и модель вариэбле — аналог tv.

спасибо. Нашел переписал

Конечно есть, надо переписать метод который грузит картинки так, чтобы он грузил в ms2Gallery

А есть Вариант привязать изображения к ms2Gallery. Сейчас грузит в стандартную галерею минишопа.

Да. Все это было. проблема оказалась в категориях.Их не было и импорт тормозил на этом этапе. Включил создание категорий. Теперь все работает, спасибо!

Вообще 150 мс инициализация ядра? У меня инициализация на шаредах обычно 20....40мс. Поэтому, думаю что все это зависит от хостинга.
И думаю, что идея в век, где есть куча CMS на любой вкус и цвет — такая себе. Если и делать, то должна быть прям резкая причина и по функционалу и по начинке новой, удобной и т.п. Ведь на создание, продвижение новой кмс нужно и время и деньги и чуйка. Если они у вас есть и вы уверены — пожалуйста. Но нужно понимать что есть риски успеха и риски провала.
Мне например хватает того что есть, а если не хватает, я беру Vue и делаю modx+vue — это и дешевле и быстрее во много раз лично для меня.
Я вот например тоже иногда делаю не популярные в MODX вещи, и думаете они стреляют? фиг. )))) так что серьезно подумайте с холодным расчётом надо оно вам или нет.

Если нельзя сделать платную установку, значит надо делать проверку «лицензии» после установки, если её нет — блокировать работу компонента.
А вообще, мне кажется в одно лицо, сложно сделать популярную CMS. Допустим ядро ты напишешь сам, но одного ядра мало. Поскольку речь идёт о движке, пользователь захочет иметь возможность быстро реализовать какой-то функционал, типа магазина, блога, лэндинга. Возьмём, например, MODX3, я делал на нём сайт визитку, как бы самый простой вариант сайта, для реализации мне понадобились: визуальный редактор, Migx, FormIt, AjaxForm, pdoTools. Т.е. нужно будет ещё написать какое-то количество пакетов к ядру, расширяющих функциональность. А потом нужно будет написать документацию к ядру и пакетам, найти заказчиков согласных воспользоваться твоей CMS.
Второй момент, если ты делаешь CMS похожую на Modx, то, вероятно, рассчитываешь, что те, кто используют Modx, заинтересуются твоей разработкой, НО у тебя Node.JS, что совсем не то же самое, что PHP, для многих это будет проблемой. Чем твоя CMS будет похожа на Modx?

Подскажите как победили? У меня ни в какую не убирается.

Скрипт, который выше указан, запускал. Таблицы удалил. И все равно компонент отображается в списке.

Скажите как удалить первую версию? Нажимаю «Удалить» и выводит:

Консоль запущена…
Выбираем пакет для удаления…
Package decrypted!
Skipping modPluginEvent object (data object does not exist and cannot be removed): Array ( [pluginid] => 0 [event] => OnBeforeEmptyTrash )
Removing files in file resolver: /home/rm-lan/web/rm-lan.ru/public_html/core/components/msimportexport
Removing files in file resolver: /home/rm-lan/web/rm-lan.ru/public_html/assets/components/msimportexport
Path specified for package msimportexport is not a valid or accessible directory: /home/rm-lan/web/rm-lan.ru/public_html/core/components/msimportexport/model/
Package decrypted!

Еще много раз: Package decrypted! и на этом все останавливается.
В логе ошибок то же, что выделено жирным.

Спасибо, я знаю))

Если файл экспорта не скачивается, то скорей всего у вас сайт открывается по https протоколу но при этом в системной настройке server_protocol modx стоит http из-за чего ссылка на скачивание получается с http что приводит к блокировке открытия всплывающего окна скачивания.

Вместо modx_ можно использовать [[+PREFIX]]

Добрый день!
А компонент больше не поддерживается? У меня выводятся только сотрудники. Тарифы, календарь — не выводит.

location /category {
rewrite ^/category/(.*)/$ /category/?tag=$1 break;
}

Спасибо за отклик!

Теперь стало яснее.
Задачка в любом случае специфичная.
Посмотрите события в MODX при выводе. вот тут
docs.modx.com/3.x/ru/extending-modx/custom-tvs
Не уверен что это то что нужно, возможно, эти события только для рендера и отображения в админке.
Это все чем я могу помочь.
Удачи.
PS посмотрите устройство плагина шопкипера shk_tv_input_output возможно тоже поможет.

Ситуация с шопкипером. Тип данных param-edit. В карточке товара выводится как shk_radio. Сайт старый, теперь потребовалось чтобы в каталоге выводилась информация о товаре но в виде shk_select списка.
Я вижу два пути, но оба не очень мне нравятся:
1. Убрать в типе вывода TV и поставить значение по-умолчанию без форматирования (но таких полей очень много) и в карточке товара прописывать модификатор вывода в виде radiobutton, а в каталоге тоже через модификатор select
2. Писать свой сниппет обработки массива json поля TV
По-этому вот и думаю есть ли возможность сбросить «на лету» тип вывода и назначить новый.

Если брать задачу в лоб, то даже не представляю почему потребовалось сменить тип вывода.
А вообще в таких случаях, обычно просто создается 2 ТВ с разным типом вывода и проблема уходит.
А чтобы детальнее посоветовать, дайте больше информации, хотя бы начните с: для чего менять тип, и с какого типа на какой. Может, есть универсальное решение без смены типа. Например если сайт на феноме — вообще без разницы какой вывод — можно вывод сделать как угодно без смены ТВ-вывода сразу в коде.

Спасибо, но в моем случае это не работает, сайт на NGINX, если делаю аналогично, меняю URL то отдается 404