По какому принципу работает плагин уведомления о новой версии? - Joomla 3.x: Общие вопросы

Хочу написать плагин, который будет в указанное время, в настройках плагина, проверять новые записи в БД и делать рассылку на e-maill пользователей.
Средствами крона сервера не проблема, а вот, как средствами самой Joomla-это вопрос.
Ведь вроде поэтому же принципу работает и плагин уведомлений о новой версии Joomla.

ну так загляни в этот плагин и посмотри сам )

смотрел, не до кумекал (

см контроллер update com_installer

а еще посмотри плагин группы quickicon extensionupdate, там вызывается все тот же com_installer аяксом, делай по аналогии

А не в курсе, ACY Mailling, он по какому принципу делает "свой крон" рассылки?

Я думаю вопрос состоит в том как запускается плагин без крона. Кстати тоже интересен принцип, но лень смотреть )

Я думаю вопрос состоит в том как запускается плагин без крона. Кстати тоже интересен принцип, но лень смотреть )

В точку! Вот этот вопрос! И не лень, я не могу понять логику.

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

А ни кто не делал плагин (или код) на основе расписания уведомлений без крона? На уровне ядра.

думаю, там ничего сложного нет: пиши свой компонент, в котором организовывай логику календаря и действий, к нему привязанных, затем пиши системный плаг на onAfterInitialize() и проверяй наступление часа X: совпало - вызываем указанное действие и помечаем, что оно уже выполнено (или не выполнено, по таким-то указанным причинам)

Спасибо Алек, буду тупить в логику...

AcyMailing, полагаю, просто использует cron, либо на своем сервере, либо на сервере клиента.
Вариант проверки метки времени и статуса выпоняемой задачи годится только при условии запуска системы до заданного времени Х. Иначе никак нельзя совершать нужное действие в нужное время.

 2 Роберт, а есть зависимость от посещения сайта юзерами на фронте?
Т.е. если сайт не посещается, логика обновлений (например версии J) работает независимо?

Иначе никак нельзя совершать нужное действие в нужное время.

Можно с помощью демона, но он тоже зависит от состояния сервера. Например, при запросе страницы запускается проверка, есть демон или нет. Если есть, действие не выполняется, если демона нет, он запускается (например, если сервер был перезагружен). А демон уже сам контролирует по метке времени. Как вариант, без крона... Но в этом случае если сайт не посещается, а сервер был перезагружен, то и демон не будет запущен. Этот вопрос можно кроном решить (но тут и демон не нужен, запускаем нужный скрипт кроном, и все).

Т.е. если сайт не посещается, логика обновлений (например версии J) работает независимо?

ага Joomla же пишут волшебники ее даже устанавливать не нужно, она и так сообщит

Но в этом случае если сайт не посещается, а сервер был перезагружен, то и демон не будет запущен

можно и демона запускать при загрузке. но зачем?

2 Роберт, а есть зависимость от посещения сайта юзерами на фронте?
Т.е. если сайт не посещается, логика обновлений (например версии J) работает независимо?

Образно, плагин - это введенный курок. Если его не спускать, то оружие не выстрелит: оно просто будет лежать в ожидании с зарядом в стволе.

Можно с помощью демона

Так cron - тот же daemon.

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

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

Да, IMHO, AcyMailing, про которую vipiusss спрашивал, так и делает.

сторонний сервис поднять, который пинговать сайт будет

Перефразирую:
сторонний сервис поднять, который по крону пинговать сайт будет.

Короче лень поборол залез в плагин, все весьма тривиально.
Висит плагин на AfterRender() ну то бишь запускается при каждом посещении сайта (грубо говоря);
Что делает:
1. Получает параметры com_installer через (JComponentHelper)
2. Затем проверяет прошло достаточно времени с последнего скана.
3. Если прошло до обновляет запись в базе (Устанавливает время).
Ну а затем конектиться к модели проверяет версию и т.д

Вывод если у сайта мленькая или не частая посещаемость в топку его.

2 Septdir спасибо!

Вывод если у сайта мленькая или не частая посещаемость в топку его.

А если сайт с "0", в топку тоже?

Цель: активность без крона(демонов или иных неадекватов;) и посещаемости.

2 Septdir спасибо!
А если сайт с "0", в топку тоже?
Цель: активность без крона(демонов или иных неадекватов и посещаемости.

Ну по сути получается что да.

О сюда опять таки вопрос от куда лучше узнавать об обновлениях. Ну так чтобы что нибудь пиликало . Типа твитера или подписки по имейл.
Кстати можно сайт сделать с такой подпиской. Типо по крону запускать проверку версии.  И если вышла новая делать рассылку и обновляться.

Пиликалка-это ответная реакция.

Есть цель: выше.
Для кода есть условие: (должно быть) каждый понедельник(например) в 8 утра торбить юзеров из БД!
Вот это я хочу: независимо от крона, демонов, иных иродов, посещаемости, ещё каких-то глупостей, написать в плагине рассылку файла, кода, всё равно чего!

Вот цель, и не могу понять как!

Пиликалка-это ответная реакция.

Есть цель: выше.
Для кода есть условие: (должно быть) каждый понедельник(например) в 8 утра торбить юзеров из БД!
Вот это я хочу: независимо от крона, демонов, иных иродов, посещаемости, ещё каких-то глупостей, написать в плагине рассылку файла, кода, всё равно чего!

Вот цель, и не могу понять как!

Думаю это в принципе не возможно.

Можно, извращаясь: 1 раз запустить скрипт, который через каждый 30 сек вызывает сам себя.

Нет невозможного. Надо понять как обмануть это "невозможное".
Если вирт крон написать для плагина? Опять же палки в колёсах.
... Короче, думаю пока и пробую. Если есть подсказки, варианты, буду только рад этому.

Можно, извращаясь: 1 раз запустить скрипт, который через каждый 30 сек вызывает сам себя.

Нагрузка на БД идёт колоссальная. Я пробовал.

думаю, там ничего сложного нет: пиши свой компонент, в котором организовывай логику календаря и действий, к нему привязанных, затем пиши системный плаг на onAfterInitialize() и проверяй наступление часа X: совпало - вызываем указанное действие и помечаем, что оно уже выполнено (или не выполнено, по таким-то указанным причинам)

Вот же метод.
Ну не будет работать на локальных копиях и ладно

Вот же метод.
Ну не будет работать на локальных копиях и ладно

Т.е. опять привязка к серверу. А мне надо: привязка к дате, не к серваку, не провайдеру... к дате!
Я ставлю дату, время=плагин включается и рассылает!

Вот же метод.
Ну не будет работать на локальных копиях и ладно

Чтобы этот метод срабатывал надо чтобы кто-то зашел на сайт.