да это понятно, я про то что нет команд на миграцию
Ну ты можешь их сделать
Igor
Дмитрий
мы в j3 сделаем
Дмитрий
потом в j4 перенесем
Дмитрий
мы хотели доткрину с джумлой соединить
Igor
Igor
И sheduler
Дмитрий
там по сути вызывать модель и кинуть ей параметры
Дмитрий
а модель вызывает нужного приспособленца так сказать =)
SergOS 💾
JL Sitemap как там с J4? Норм пашет?
Ссылки на изображения в xml не пишет, пустые ноды image
Igor
да там модели скорее всего вызывают просто
Чтобы те модели работали надо было инициализировать админское приложение под super user
Дмитрий
Дмитрий
концепция не сильно поменялас
Дмитрий
просто убрали завязку на это все
Дмитрий
я кстати и не понимаю нахер она нужна была если честно
Igor
концепция не сильно поменялас
Сильно теперь cli - это полнценный контейнер а слепленный на скорую руку скрипт.
Дмитрий
Сильно теперь cli - это полнценный контейнер а слепленный на скорую руку скрипт.
я про модель и разные исполняющее
Дмитрий
а не про cli
Дмитрий
они получается там отделили компоненты системы в более независимое
Дмитрий
у них зачастую проблема, что компоннеты системы были жестко связаны
Igor
они получается там отделили компоненты системы в более независимое
А вот хз насчет этого. Либо отделили, Либо cli теперь работает как полноценное приложение.
Если второе то жизнь прекрасна.
Igor
Ну тобишь ты помньшь как жопа боль была с тем что в cli приходилось инициализировать адмику и uri руками.
Vladimir
А вот хз насчет этого. Либо отделили, Либо cli теперь работает как полноценное приложение.
Если второе то жизнь прекрасна.
Ну теперь можно через командную строку обновлять
Дмитрий
прям до конца
Igor
А вот добалвение компанд похожу все таки черех жопу
Дмитрий
а как он включает в себя?
Дмитрий
А вот добалвение компанд похожу все таки черех жопу
да это, можно взять ламинаса того же, там же суть в том что они отделили джумловские компоненты между собой
Дмитрий
они не связаны
Дмитрий
что не надо теперь запускают Application и того рода извращений
Дмитрий
ммм
Igor
Дмитрий
Дмитрий
там по сути должен быть какой=то менеджер с событиями
Дмитрий
в который ты вкидываешь свои команды
Vladimir
https://vc.ru/tribuna/394740-zachem-sozdavat-saas-pinkit-esli-est-zapier-da-zatem-zhe-chto-i-vk
Дмитрий
@Septdir у меня такой вопрос. а как бы ты подошел просто к вопросу. Вот у меня есть самостоятельные компоннеты системы, через фабрику они множатся, как бы ты конфигурацию бы им передавал?
Дмитрий
в виде чего, и как инстанцировал бы
Igor
Дмитрий
у них отличаются конфиги
Дмитрий
Дмитрий
один из вариантов
Igor
каждый порожденной фабрикой со своим конфигом
Тогда хз. Поидеи в таком случае кофиг должен вгружаться при каждой иницаилизации
Дмитрий
Дмитрий
просто как именно
Дмитрий
оборачивать в некий контейнер или просто массивом вкидывать
Дмитрий
или например Regsitry
Дмитрий
это один из варинтов
Igor
или например Regsitry
Ну зависит от конфигов. Если ты сделаешь массив то не может быть значения по умолчанию
Igor
Тобишь тот же конфиг joomla сделать таким образом чтобы ты мог изпользовать значения по умолчанию. А так же подменять конфиг на лету до инициализации "обертки"
Дмитрий
Igor
В общем я примерно понял как cli.
Делаешь свои компанды и свою точку входа.
Дмитрий
я про ламинас, что идет первый аргумент
Igor
Или ты хочешь използоваться конструктор в фабрике?
Дмитрий
походу
Дмитрий
Тр есть будут у каждого компоннета драйверов, графических модулей и тд свои фабрики
Дмитрий
там __invoke($name, $options)
Дмитрий
а options потом в коснтуркт загружает все аргументы
Дмитрий
и они будут передаваться через Regsitrsy условное
Дмитрий
это самая простая и примтивная модель
Дмитрий
на рашсирение в прицнипе
Дмитрий
я думаю что надо убрать прямое обращение еще от обектов, их интерфейсов
Дмитрий
то есть фабрика вызывает execute условно и все
Дмитрий
то есть получить только результат