2 часа назад
Там есть табы, можно на этой основе сделать.
Первый там подпишите — заголовок добавить
воторой — данные, например.
Битый день гадаю: как сделать в migx-структуру с плавающими колонками.... 2
Сегодня в 00:32
Демо вроде автор закрыл, а ссылка из поста на компонент вполне рабочая, или о чем речь?
Quiz или как не потерять клиента. 86
Вчера в 14:54
Давай попробуем вот так — youtu.be/BbyfFDARgZU
mmxApp - разработка новых composer дополнений 4
Вчера в 09:56
Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.
Мне кажется, лучше пройтись по шаб...
Парсер fenom в шаблоне без конфликтов... 5
Вчера в 08:24
Сам относительно недавно столкнулся с проблемами phpThumb. Насколько помню в последних релизах modx была версия phpThumb, которая работала только с ph...
Вышел MODX 2.8.7 - починили превью, можно обновляться! 10
Вчера в 07:36
Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/na...
Эксперимент с Modx Extra + Docker 13
22 апреля 2024, 17:19
Я нафигачил просто несколько условий
Разные цены для разных групп покупателей 7
22 апреля 2024, 12:57
Данная ошибка в логе никак не связана с проверкой доступа по модификатору pasraccess.
Можете написать в ТГ в профиле.
[PayAndSee] - Версия 2.0 55
Всего 122 759 комментариев
но лучше избегать дефис в названиях TV. Дефис нельзя использовать в названиях переменных в php, из-за этого возникают трудности в Fenom. Замените на подчеркивание.
{6 | resource:'tv-name'} выводит значение tv ресурса Id которого 6
Как я понимаю это вам нужно.
По этому и придумал схему с :ro который защищает файл в Extras
Хоть сколько раз переустанавливай свой пакет
Если нужен собранный пакет то он будет в target в сборке с docker
В корневой директории сайта
создаю папкуgo
и уже в нее кидаю содержимое репозитория.
Этот подход предлагает modExtra (см. readme) github.com/modx-pro/modExtra
Конечно и другие подходы есть к разработке, но я предпочитаю этот)
Вот я форкнул один из пакетов, хочу подправить код и собрать новую версию для теста. Предполагается что я всё это заливаю в корень установленного MODX. Папка _build сразу содержит установочные скрипты, из-за чего я не могу использовать готовую установку MODX, где поддерживаю другие пакеты.
Вот этот путь /Extras/ModxExtraName/ откуда берется? Корень / перед /Extras/ где смонтирован? У меня это примерно так на хостинге /home/user/data/www/modx.test.ru/ и вот отсюда уже идут ...modx.test.ru/_build/ и так далее.
поэтому не совсем понимаю, зачем еще 1 уровень вложенности добавлять.
Для отключения WSL
C:\Users\\AppData\Roaming\Docker\settings.json
«wslEngineEnabled»: false
И после этого docker запуститься. Ура)
Заморочки видимо с WSL, попробуй без него на досуге.
Папка с build в 3 категории попадает
Директория для хранения самого пакета
/var/www/html/Extras
В нее затем уже с помощью команд обращаешься
Volume core и assets
Эти volume прокидываются чтобы можно было редактировать код из Extras/${PACKAGE_NAME}
Давайте в билдерах в папку ./_build/ вкладывать ещё подпапку с названием пакета
Сейчас структура папок:
./_build/build.config.php
./_build/…
./core/components/ModxExtraName/…
./assets/components/ModxExtraName/…
Предлагаю делать так:
./_build/ModxExtraName/build.config.php
./_build/ModxExtraName/…
./core/components/ModxExtraName/…
./assets/components/ModxExtraName/…
Это позволит не вычищать каждый раз _build перезаливкой другого пакета. Ведь организовать подпапку — это логично и красиво.
И даже не обязательно использовать modx-build-environment-gui, он просто сканирует папку _build, парсит версии для сборки и даёт список ссылок (гордо именуемый тем самым GUI), чтобы поменьше клавиатуру пальцами полировать :) но сам ничего больше и не делает. Даже ссылку на скачивание собранного транспортника уже выдаёт билдер самого пакета, если поддерживает согласно инструкции…
В общем так или иначе, круто что наконец мы добрались улучшать Developer Expierence! Чем проще создавать и поддерживать компоненты, тем лучше для экосистемы, и для сайтов, которые на поддержке, и для наших нервов ;)
P.S. Может перенести в заметки и раскрыть тему, есть желающие? Ставьте лайк, если интересно :)
Ну это к слову… А теперь к твоей теме: я сам на windows работаю, и докер локально не использую, но изучаю тему и поюзываю на серверах (как минимум потому что иногда другого не предлагается...). И вот читаю конфиги твои и есть вопрос: а почему ты не монтируешь в локальную папку директорию _build? Тебе же не только правки в код вносить, но и собрать надо пакет, или другой у тебя workflow?
P.S. Он теперь в копилке репозиториев MODX RSC будет, или исходники останутся закрытыми?