2 часа назад
извините перепутал выше, по запаре свое из головы написал
[[msOptions?options=`color`]]
Вывести цвет из свойств товара Mininshop2 5
4 часа назад
Да, это прекрасно, но только без require_once $_SERVER['DOCUMENT_ROOT'] . '/core/config/config.inc.php'; не работает вообще,
global $modx; да...
[miniShop2] - Ошибка при инициализации 2
7 часов назад
не работает старый видать кто может обновить
слетает
[Ideas] - как добавить фильтр по user_id ??? 2
Сегодня в 10:09
Да, все так! Спасибо огромное!
pdoPage фильтр по TV (список одиночный выбор) [РЕШЕНО] 2
Вчера в 10:19
Скажите, а есть какое-то понимание по срокам? Хотя бы приблизительно, спасибо
msOrderFields. Управление полями заказа. 36
Вчера в 10:13
MiniShop3 использует компоненты composer, а значит перед установкой нужно запустить композер, чтобы он скачал необходимые для работы компоненты.
MiniShop3 для MODX3. Отчет за месяц 14
19 мая 2024, 09:47
добавить можно с помощью &includeDocs
исключить с помощью &excludeDocs
Шрифты меняются в стилях css
Найти место редактирования меню 3
19 мая 2024, 07:27
Оперативно. На ум приходит только старый анекдот:
— Скажите, больной перед смертью потел?
— Да.
— Это хорошо.
Facade Laravel в Modx 2/3 22
github.com/modxcms/revolution/pull/16571#pullrequestreview-2061133420
На linux два вариант работы)))
— Либо работаешь под root
— Либо настраиваешь www-data пользователя и под ним работаешь
лучше под root, контейнеры всякие разные бывают, каждый под себя хрен настроишь. А с правами бороться это проблема жесткая
@Александр Мельник думаю что папка modx не под root, это на хост машина так файлы и папки выглядит))) Они на самом деле под пользователем id которого, отсутствует на хост-машине
нужно зайти в контейнер с php-fpm и посмотреть id пользователя внутри контенер, и создать такого же пользователя у себя
Еще вариант
Как еще можно указать под каким пользователем будет работать контейнер
github.com/webnitros/facade-app/blob/bcc07c7a823afb70d129fd246471472a698b2ebf/docker-compose.yml#L22
Но опять же это не поможет сильно)) Есть nginx, который все равно будет под www-data создавать файлы)))
В общем беда на linux по работе с docker)))
github.com/modxcms/revolution/pull/16569
Дальше уже можно будет чем то другим обвешивать
А вот вызов fenom, через чур усложнен, по этому хотя бы через Facade стоит прокинуть, как и многие другие сервисы.
Собственно Facade не требует ни какой дополнительно зависимости, mmxFenom уже устанавливает illuminate support где есть Facade
Ни какого прогресса не будет
github.com/modxcms/revolution/commits/3.x/core/src/Revolution/Services/Container.php
Её и использовал для подключение Facade в 3 версии modx
github.com/webnitros/facade-app/blob/2fe0344f87806bead554ba8f91e1d3d1ad62bb7f/Extras/FacadeApp/core/components/FacadeApp/elements/plugins/FacadeApp.php#L47C52-L47C53
Проблема в другом
это сам класс не позволяет делать, его нужно затачивать под такой вызов чтобы он инстанс вызывал который уже например инциализирован, чтобы постоянной инициализации класса занова небыло
Другой вариант контенеризации это сделать app() какой то, который будет обращаться к контенерам как будто
$modx->services->get('mmxFenom')
@Сергей Шлоков уже довольно давно, предлагал изменить getInstance,
и тогда можно обращаться вот так:
Кстати, где возможно, в свои проекты внедрил эту практику, работает отлично, без контейнеризации. Я не оценивал последствия, если это сделать стандартной сборке MODX 3 или 2, может там будут проблемы с процессорами. Но эта практика modX::getInstance('modX'), как и с Facade, упрощает написание кода.
Тогда можно будет сделать вот так
К примеру вызов того же pdotools в версии modx 2 сделать по максимум чтобы все вызывалось через Facade
Тогда при установке на modx 3 этого компонента, была бы обратная совместимость. Опять же не прям всех классов и функций, но таких которые являются базовыми (наивное предположение конечно же))).
Для modx @see \modX::getOption
Для pdoTools @see \pdoTools::getChunk
Cобрал пакеn по старинке через modExtra
Github: github.com/webnitros/facade-app
На модерацию уже отправил в modstore
Кому интересно, disk.yandex.ru/d/EtmO2tOPCYC6xA
Работает как в Modx 2 так и в 3 версии
Проверил на обоих версиях, одинаково отрабатывает код
С composer все еще могут возникать проблемы совместимости.
Еще событие добавил FacadeAppAddSingleton чтобы свои фасады можно было добавить github.com/webnitros/facade-app/blob/master/FACADE.md
Однако, поскольку пути формируются неправильно и указывают на абсолютные пути на сервере, вам нужно убедиться, что переменные `jsUrl` и `cssUrl` в вашем объекте `xmlReader` правильно сконфигурированы. Возможно, они вам неправильно заданы в конфигурационном файле или в другом месте, откуда вы получаете этот объект.
Если переменные `jsUrl` и `cssUrl` должны содержать абсолютные пути, вы можете изменить их в вашем объекте `xmlReader` таким образом, чтобы они содержали правильные абсолютные пути к вашим JS и CSS файлам.
Пожалуйста, убедитесь, что вы используете правильные переменные для формирования путей к вашим файлам.
Как раз про это писал что в modx 3 плохо разобрался.
Вспомнил про контракты.
Кто то все такие реализовал полноценную контейнеризацию ))
github.com/modxcms/revolution/commits/3.x/core/src/Revolution/Services/Container.php
Респект))))
core/src/Facades/Fenom.php
Для запуска
Разобрал более подробней работу Facade
Несколько вариантов представил для сравнения
Есть такое
По этому в конце комментариев See оставляется
То же раздражала навигация.
Спустя какое-то время понял, как ориентироваться, привыкаешь к этому, после того как запомнишь, как функция вызывается и что она делает.
Для разработки чего-то нового, конечно же, не подходит, лучше обычным методом класс вызывать. Но для кода, который уже не первый год, вот тут выигрываешь сильно.
попробуй вот так сделать:
будет ругаться на зависимости
Удаление core/vendor и composer.lock обязателен получается.
И затем установка
Либо вариант, проблемы с зависимостями в ручную разруливать: modx.pro/development/24702#comment-143093
Получал ошибку modx.pro/development/24702#comment-143091
Попробовал по другому
сразу выполнил команду
все установилось
Update:
кроме самого пакета mmx/fenom (перепутал))) сначала подумал что он то же установился
при повторе, опять ошибка не совместимости
composer require mmx/fenom
пробывал с:
wget raw.githubusercontent.com/modxcms/revolution/v3.0.4-pl/composer.json
wget raw.githubusercontent.com/modxcms/revolution/v3.0.5-pl/composer.json
По этому и придумал схему с :ro который защищает файл в Extras
Хоть сколько раз переустанавливай свой пакет
Если нужен собранный пакет то он будет в target в сборке с docker
Для отключения WSL
C:\Users\\AppData\Roaming\Docker\settings.json
«wslEngineEnabled»: false
И после этого docker запуститься. Ура)