Новости Joomla

Process Forge — фреймворк для создания AI-процессов.

Process Forge — фреймворк для создания AI-процессов.

На новогодних каникулах 2026 в одном из чатов Joomla-сообщества коллега по цеху поделился промптом для ИИ-агента и результатом этого промпта. За неделю до этого он впервые попробовал Gemini CLI. Я до этого ИИ пользовался только в веб версиях и в целом меня это устраивало. Увидев простыню текста, запрос в CLI и простыню ответа первое, что меня охватило: "Я НЕ ХОЧУ вот это всё изучать! Опять что-то новое, надоело...".

Потом были стадии проб и ошибок, попыток использовать готовые пакеты community skills с гитхаба с ролевым внушением "ты супер-пупер мега-бэкенд-Joomla разработчик с 40-летним опытом, сделай мне красиво". Где-то в середине этого полугодия я стал формализовать свои процессы (а это не только разработка, но и SEO, аналитика, бизнес-аналитика, проработка и выстраивание процессов и т.д., но в итоге это, как правило, или связано с или ведёт к сайту на Joomla). Формализация привела к моему пониманию некоторых базисов, которые общие для всех процессов. Об этом чуть ниже.

Теперь я хочу представить на суд уважаемой публике свои наработки по фреймворку для создания формализованных процессов работы для ИИ-агентов - Process Forge.

0 Пользователей и 1 Гость просматривают эту тему.
  • 11 Ответов
  • 2084 Просмотров
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
мужики, я ставлю позицию плагина кеширования в Joomla -1000. Я так понимаю как только он обрабатывается, то все остальные system плагины игнорируются и быстренько выдается кэш страницы

или же его нужно ставить в самый конец?

почему спросил?... клиент говорит, что после включения кеширования вроде бы памяти больше стало кушать. хотя не верится в это. так как всё афигенно быстро отдается. но у них стоял параметр memory_limit 256мб
щас уменьшат до 32мб
*

SmokerMan

  • Гуру
  • 5290
  • 720 / 26
Re: Приоритет плагина system -> cache
« Ответ #1 : 11.06.2013, 13:44:01 »
Он должен стоять в конце, а не в начале. Сами же пишите
Я так понимаю как только он обрабатывается, то все остальные system плагины игнорируются и быстренько выдается кэш страницы
Т.е. результата работы остальных плагинов не будет, т.к. данные потом будут браться из кэша
По поводу использования ресурсов - включите отладку системы в общих настройках и посмотрите
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #2 : 11.06.2013, 14:05:04 »
Он должен стоять в конце, а не в начале. Сами же пишитеТ.е. результата работы остальных плагинов не будет, т.к. данные потом будут браться из кэша
По поводу использования ресурсов - включите отладку системы в общих настройках и посмотрите

дебаг выдает порядка 12мб на страницу

я думал, что плагин имеет право прерывать обработку последующих плагинов
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #3 : 11.06.2013, 14:17:50 »
посмотрел еще раз исходник стандартного кеша
по сути позиция мало что решает

допустим плагин кеша первый. он берет готовую страничку. а последующие плагины возможно вносят после этого какие то модицикации в код. или просто страдают фигней.
а если кеш будет стоять последним, то всё, что делали первых 10 плагинов перечеркивается. и берется кеш странички.

но я не нашел прерываний выполнения плагинов. жаль что такого не придумали сразу. думаю они всё равно кушают память и процик. и по сути не особо играет роли кто когда выполнился
*

SmokerMan

  • Гуру
  • 5290
  • 720 / 26
Re: Приоритет плагина system -> cache
« Ответ #4 : 11.06.2013, 14:21:03 »
я думал, что плагин имеет право прерывать обработку последующих плагинов
С чего ему что-то прерывать?
Он работает так же как и остальные плагины по определенному событию. Суть его работы сводиться к тому что в директории cache/page создаются уже фактически готовые к отдаче HTML страницы. Т.е. получается уже как бы статика и дальше что бы не делать запросы к БД и обрабатывать данные они уже беруться из кэша и отдаются браузеру. Так вот, некоторые плагины группы system так же могут обрабатывать контент до их выдачи браузеру (не факт что они есть на конкретном сайте). Но если они будут идти после плагина кэша, то соответственно эта обработка в кэш не попадет и впоследствии в выдачу соответственно тоже. Поэтому его рекомендуется ставить последним.
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #5 : 11.06.2013, 14:27:08 »
ну например у меня на другом сайте грузится порядка 10 плагинов в system
они по сути вообще не нужны при открытии кешированной страницы

а нужны только при отрисовке не кешированной страницы
*

SmokerMan

  • Гуру
  • 5290
  • 720 / 26
Re: Приоритет плагина system -> cache
« Ответ #6 : 11.06.2013, 14:33:37 »
ну например у меня на другом сайте грузится порядка 10 плагинов в system
они по сути вообще не нужны при открытии кешированной страницы

а нужны только при отрисовке не кешированной страницы
Они не будут обрабатываться, т.к. кэш для данной страницы уже будет сформирован без их обработки. А данные будут браться из кэша
читайте пост выше, там вроде все доходчиво расписал)
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #7 : 11.06.2013, 15:03:48 »
не ну почему без их обработки?
так как они все подключаются, все подряд выполняются начиная с самого первого
и последним выполнится плагин КЕШ, который просто перетирает их все старания(ну если они вносили какие то правки в HTML сформированную страницу) просто взяв файлик с винта
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #8 : 11.06.2013, 15:08:02 »
проверил скорость срабатывания
что первый, что последний, одинаковые задержки отдачи.
*

SmokerMan

  • Гуру
  • 5290
  • 720 / 26
Re: Приоритет плагина system -> cache
« Ответ #9 : 11.06.2013, 15:19:04 »
и последним выполнится плагин КЕШ, который просто перетирает их все старания(ну если они вносили какие то правки в HTML сформированную страницу) просто взяв файлик с винта
ппц, в том то и дело - если он будет последним)
Если есть какой-то плагин, который будет заменять, например, {cansored} на что-то свое и этот плагин будет стоять после кэша, то в кэш так и запишется {cansored} (без обработки). И дальше соответственно так же будет выводиться. Сам по себе плагин кэша ничего не перетирает)

проверил скорость срабатывания
что первый, что последний, одинаковые задержки отдачи.
скорость отдачи тут вообще не причем.
Он смотрит кэш для конкретной страницы и если данный кэш найден, то он отдает его после инициализации приложения и закрывает приложение. Если не найден, то он просто создает файл кэша для конкретной страницы.
« Последнее редактирование: 11.06.2013, 15:24:17 от SmokerMan »
*

Mihanja80

  • Завсегдатай
  • 1918
  • 168 / 4
  • Всю жизнь учусь...
Re: Приоритет плагина system -> cache
« Ответ #10 : 11.06.2013, 15:28:36 »
ну подключите модуль "случайное изображение" и удивляйтесь дальше...
Я с мобильного, в основном...
*

kolio

  • Захожу иногда
  • 91
  • 11 / 4
Re: Приоритет плагина system -> cache
« Ответ #11 : 11.06.2013, 15:42:53 »
ну подключите модуль "случайное изображение" и удивляйтесь дальше...
кто в лес кто по дрова? :)

SmokerMan , и я о том же. Во многих случаях просто нет смысла в остальных плагинах, если страница уже закеширована. Именно во многих случаях.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Использование плагина "MP3 Browser"

Автор Nazaretto

Ответов: 157
Просмотров: 36612
Последний ответ 29.07.2015, 03:53:14
от ecolora
500 - Unable to load Cache Handler: callback

Автор Leva888

Ответов: 0
Просмотров: 1944
Последний ответ 12.03.2015, 14:47:31
от Leva888
SQL запрос. Нужно удалить со всех статей <hr id="system-readmore" />

Автор Good_user

Ответов: 2
Просмотров: 2051
Последний ответ 01.07.2014, 22:19:37
от Good_user
Ошибка при включении плагина Core Design Captcha plugin

Автор Uvays

Ответов: 3
Просмотров: 2444
Последний ответ 27.01.2013, 00:29:25
от wishlight
Ошибка при установке плагина

Автор pormonik

Ответов: 2
Просмотров: 2139
Последний ответ 28.11.2012, 21:33:14
от pormonik