Дмитрий
и корректирубт поведение
Igor
ну систему пауков которые будут сканировать всякое, а могут забанить их по ip, и для этого они множатся
Ну погоди. Вот паук идет куда-то получает данные и делает запрос в базу если надо обновить.
Паралельно идет другой паут который идет в другое место и получает другие данные.
В чем проблема если в итоге все приводит к if ($test=== true) $this->runSql
Дмитрий
Ну погоди. Вот паук идет куда-то получает данные и делает запрос в базу если надо обновить.
Паралельно идет другой паут который идет в другое место и получает другие данные.
В чем проблема если в итоге все приводит к if ($test=== true) $this->runSql
а зачем мне там джумла? которую надо в итоге еще сильно тюнить под это
Igor
а зачем мне там джумла? которую надо в итоге еще сильно тюнить под это
Для админки. А тюнить то что? curl?
Дмитрий
я же написал, что они множаться будут
Igor
я же написал, что они множаться будут
Ну так и множ. Проблема в чем? итоговый результат одинковый разница только в формате данных получаемых пауками и методе получения.
Тут и чистый php справится.
Хотя пауктов легче делать на питоне.
Дмитрий
Для админки. А тюнить то что? curl?
если ты зацепил админку, великая глупость джумлы то что ведется две программы
Дмитрий
административная и фронтовая
Igor
административная и фронтовая
Это очень даже нормально а местами и необходимо.
Админский интефейс отдельно фронтальный отдельно.
Причем часть фичь может быть только в админке.
К примеру работа с юзерами.
Админка уводится в сторону и дополнительно защишается.
Более того бывают варианты когда ядро ставится отдельно а на фронт идет только статический кеш.
Дмитрий
но логика
Igor
административная и фронтовая
Кстати их уже 3 а может и 4.
Фронт, админка, cli и вроде api тоже отдельно.
Дмитрий
мы отказались от ведения двух программ
Дмитрий
мы все на фронте в итоге вынесли
Igor
но логика
Ну простой пример. Логика заказов в магазине для менеджера и покупате координально разные.
Дмитрий
Ну простой пример. Логика заказов в магазине для менеджера и покупате координально разные.
интерфейс да, но логика она общая
Дмитрий
или какие-то детальные поведения
Дмитрий
которые можно внутри вынести на роли, кто ты то и исполнить
Дмитрий
если есть какие-то рассчеты иные
RINAT
[4.2] Update Bootstrap to latest 5.2 · Issue #38323 · joomla/joomla-cms
https://github.com/joomla/joomla-cms/issues/38323
Кстати bs5.2 на joomla 4.2 не будет
Igor
которые можно внутри вынести на роли, кто ты то и исполнить
Отдельние программы на две позволит глобально отдельнить роли.
Тобишь.
На фронте - Покупатель
Админка
Менеджер
Администратор
Руководитель.
Дмитрий
Отдельние программы на две позволит глобально отдельнить роли.
Тобишь.
На фронте - Покупатель
Админка
Менеджер
Администратор
Руководитель.
ладно, я понял тебя, я не разделяю это
Igor
если есть какие-то рассчеты иные
Если проще иногда вести два приложения проще чем одно сложное.
Дмитрий
ты все сводишь к принципам что диктует джумла
Igor
ты все сводишь к принципам что диктует джумла
Ну я же с ней работаю. Идеей написать свою cms я окончательно переболел лет 5 назад.
Так ищу компромис.
Дмитрий
Дмитрий
потому что еще раз, пришлось, потому что джумла не рассчитана на объемные программы
Дмитрий
можно писать без всего, но это сложно
Дмитрий
у тебя в марте по сути в основном модели вызываются один или два раза
Дмитрий
у нас например модели постоянно друг друга дергают
Дмитрий
чтобы последовательности вызвать
Дмитрий
и постоянно обновлять нужно попутно данные и тд
Igor
у нас например модели постоянно друг друга дергают
Как и в марте. все фронтальные переплетены.
Есть даже варианты когда одна модель заменяет другую при опрделенных условиях.
Но справедливости ради я думаю от этого отказаться, тем самым получив больше контроля на инициализациями и сократь нагрузку.
Igor
можно писать без всего, но это сложно
Но не невозможно же.
Не расчитана - это как примерно wp не расчитан на mvc и приходится туда подключать фрейм прям в плагине в итоге получаем 5 разных фремом в 5 разных плагинах.
Igor
и постоянно обновлять нужно попутно данные и тд
Тут надо внимательно следить за тем что ты держишь в раме и в какой модели, а если еще и кеш включен, тот еще коловняк.
Но из нехватающего в моделях joomla только одно. нет reset
Igor
Ну тобишь не переинициализовать модель целиком а именно сбросить данные из рамы
Igor
приходится каждый раз самому делать. и если что-то забудешь или ни так сделаешь то у тебя будут либо старые данные, либо слишком частое повторное получение.
Я с этим месяц в марте в заказа воевал.
Igor
И буду еще это переделывать ибо все равно не доволен кол-вом лишних запросов.
etc не должны данные заказа сбрасываться целиком при добавлении логов.
Igor
Что до "своей cms" то глобальная проблема тут только одна, уровен вхождения новых сотрудников.
Если это не парит, то это в любом случае лучше чем юзать любой готовый движок.
Igor
А что до меня я просто старый и ленивый, смена стека для меня лишний геморой.
Дмитрий
Дмитрий
потому что устаканилось все как я понимаю там
Дмитрий
а не вот это все
Igor
потому что устаканилось все как я понимаю там
Не то чтобы устаканилось, просто уровень вхождения изначально высокий.
Igor
И ввод нового сотрудника в любом случае займет прилично времени.
А вот с руби куча проблем ибо RoR довольно прост в освоении но выйти за его придели не каждый может.
Den 💙💛
Вопрос тут тот же что и всегда "свое решение отходящее от канона резко поднимает уровень вхождения"
Тобишь если тебя не устравивает Joomla, то логичнее тогда расмотреть фреймворк который тебе подходит. зенд или симфонию, тогда будет проще найти тебе помощника.
Хотя и стоимость специалиста резко выростет.
Так не хотят фрейм, религия не позволяет))
Igor
Так не хотят фрейм, религия не позволяет))
Ну тогда можно найти копромис. Серьезно для ORM если так припичило можно юзать Doctrine которая юзается в симфонии.
Главное не усложнять и все.
Дмитрий
Дмитрий
только свое, но это свое потом надо будет заменить
Дмитрий
но сделали модульную mvc внутри компонента одного чтобы удобнее было писать
Igor
только свое, но это свое потом надо будет заменить
Ну вот видишь. А в wp пришлось ядро править для этого.
Igor
но сделали модульную mvc внутри компонента одного чтобы удобнее было писать
я больше к полному контролю сейчас склоняюсь. Вот даже думаю от трейтов отказаться ни то что от связей моеделй.
Дмитрий
я в прицнипе смотрю на интерфейсный фреймворк потому что все основные части у фреймов распиленны на компоненты самодостаточные
Дмитрий
и написание программы большой писать на своем жестком апи
Дмитрий
и писать совместимости в мостах, если фреймворк пошел куда-то совсем
Дмитрий
его компонент
Дмитрий
или заменить на другой или вообще на свой
Дмитрий
то есть малосвязанные компоненты
Дмитрий
которые цепляются к другим фреймам
Дмитрий
я к такому склоняюсь
Den 💙💛
Ну тогда можно найти копромис. Серьезно для ORM если так припичило можно юзать Doctrine которая юзается в симфонии.
Главное не усложнять и все.
Та и я о том же. Зачем велосипед придумывать?
Ну можно свой проект сформировать с нужными либами через компосер и через системный плагин подключить, да и юзать внутри джумлы. По сути заменить джумловский класс работы с базой на доктрину и радуешься
Igor
Или Лару/симфони добавлять в плагин 😉
Так симфони и так есть частично в ядре. что до плагина. То под конкретный проект можно и встроенным компосером воспользоваться.
Den 💙💛
Так симфони и так есть частично в ядре. что до плагина. То под конкретный проект можно и встроенным компосером воспользоваться.
В теории да, но вот это не расписано в доке джумлы и хз как поведет себя после обновления система
Igor
В теории да, но вот это не расписано в доке джумлы и хз как поведет себя после обновления система
Ну дока да а что до поведени все должно быть норм ибо само ядро j4 так и собирают по сути.
Den 💙💛
Собирают, но ты обновишь и твой компосер может затереться
Igor
Думаю в j5 будет еще проще с этим. Если башню в лево не поведет, то Joomla в итоге должна стать оберткой 3-4 фреймов. А значит и тягать из этих фреймов можно будет без труда.
Igor
Собирают, но ты обновишь и твой компосер может затереться
А вот это интрестный момент который надо на github поднять в обсуждение.
Дмитрий
Так симфони и так есть частично в ядре. что до плагина. То под конкретный проект можно и встроенным компосером воспользоваться.
мы сделали репозиторий отдельный, там прописали все либы которые нам нужны
Дмитрий
и единой либой ставим все это и автолоадер подключаем в системном плагине
Дмитрий
где у нас общие регистрации идут namespace и тд
Дмитрий
это было бы идеально
Дмитрий
если бы джумлу разобрали
Дмитрий
тогда можно бы собирать необходимое
Den 💙💛
А вот это интрестный момент который надо на github поднять в обсуждение.
В фларуме это очень просто, все на компосере. Установка, обновления, правда нет GUI, что плохо для хомячков
Дмитрий
Дмитрий
сейчас уже только