Кто запускал image recycle кроном? - Joomla 3.x: Общие вопросы

Доброго!

Поставил я вот эту фичу image recycle.
Все хорошо (даже очень), 2 недели работает, потом в рег форму чушь пишешь и получаешь ключи еще на две недели
Ну вот беда, ни могу запустить на vps кроном.
В настройках компонента написано так:

{domain}/index.php?option=com_imagerecycle&task=image.optimizeAll

хорошо, забиваю в строку браузера, проверяю, все скушал, все пожал.
сразу напрашивается запустить wget''ом по крону, а результат в никуда отправить.

Пишу задачу:

wget -q -O /dev/null https://{domain}/index.php?option=com_imagerecycle&task=image.optimizeAll

крон возвращает

/bin/sh: https://{domain}/index.php?option=com_imagerecycle: No such file or directory

что ему нужно?

Что делал дальше писать не буду, не работает, да и чего народ смешить

Спасибо!

А так
?

а если попробовать в браузере пройти по адресу https://{domain}/index.php?option=com_imagerecycle&task=image.optimizeAll - что выдаст?

и кстати, неужели у компонента нет никакой защиты от желающих уложить сервер? никакого секретного ключа в строке запроса не нужно?

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

А так
?

JURSS работает через wget, тут все нормально.
А вот сжиматель не хочет зараза

Robert - Гений.
В жизь не подумал, что на сервере нужно --no-check-certificate писать
Спасибо!

А про ключ можно решить так в .htaccess к этому URL прописываем IP сервера, остальным запрещаем.
Наверно как-то так.

Robert - Гений.
В жизь не подумал, что на сервере нужно --no-check-certificate писать

обычно и не нужно, вопрос конкретного сервера. но признания гениальности Роберта это естественно никак не отменяет

А про ключ можно решить так в .htaccess к этому URL прописываем IP сервера, остальным запрещаем.

та можно по разному. вопрос просто в том, что об этом надо думать самостоятельно.

Robert - Гений.

но признания гениальности Роберта это естественно никак не отменяет

Было чертовски приятно это слышать, но, увы, это Google гениален, а не я .

зачем использовать wget вместо обработчика php? наверное, чтобы веб-сервер грузить лишней работой. И в чем проблема установить SSL сертификат, если очень хочется это делать. Не говоря уже о том, к чему использовать этот компонент, имея свой сервер.

зачем использовать wget вместо обработчика php?

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

И в чем проблема установить SSL сертификат, если очень хочется это делать.

насколько я понимаю механизм, проблема заключается в том, что он может быть установлен, но wget при этом все равно может работать некорректно.

dmitry_stas - все правильно.
Я, использовал то, что предлагает сам компонент.
Поставил 3 месяца, проблем пока нет, по безопасности то же не наблюдал, хотя замечание dmitry_stas верны, и
вот от таких опущениях и ддосят и ломают!

Компонент хороший.

robert

Гениа́льность (от лат. genius — «дух») — высший уровень интеллектуального или творческого функционирования личности
Скромничаете! И Google тут не при чем!

я так понял судя по примеру из документации CLI версии просто не существует.

Дайте ссылку на доку. Не понимаю о чем речь))

Дайте ссылку на доку. Не понимаю о чем речь))

Все есть в теме.

CLI!?

Тема закрыта, вопрос решен!

Дайте ссылку на доку. Не понимаю о чем речь))

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

Ну вот беда, ни могу запустить на vps кроном.
В настройках компонента написано так:

{domain}/index.php?option=com_imagerecycle&task=image.optimizeAll

Компонент https://www.imagerecycle.com/cms/joomla

Тема закрыта, вопрос решен!

Подумайте сами - когда вы идете на сервер через протокол http(s) - веб сервер вызывает php, так почему бы напрямую в cron к php не обратиться.)))

Ну решен, так решен, если php из командной строки не работает (CLI).

когда вы идете на сервер через протокол http(s) - веб сервер вызывает php, так почему бы напрямую в cron к php не обратиться.)))

ну так чтобы обратится к интерпретатору напрямую, в компоненте же должна быть реализация этого. а если компонент не расширяет JApplicationCli, то остается же только web вызов (wget, cURL, и т.п.).

ну так чтобы обратится к интерпретатору напрямую, в компоненте же должна быть реализация этого

Речь о cron сервисе OS. Ему что надо для выполнения php или любого другого скрипта? Как можно из скрипта php сервис стартовать, и что это за скрипты такие? Я наверно не понимаю. Извините за тупость, если что)) Не сталкивался с такой трудной ситуацией пока.

/opt/alt/php56/usr/bin/php-cgi /home/c***/public_html/***.com/***.php > /dev/null 2>&1

вот так запускаю на shared hosting из интерфейса хостера. почта не приходит. только инфо от скрипта.

ну так все правильно, речь именно о cron сервисе OS. другого cron и нет. просто в вашем случае в ***.php файле код такой, что он позволяет выполнится из командной строки (CLI). но как вы таким образом сможете запустить /index.php?option=com_imagerecycle&task=image.optimizeAll ?

Да, вы правы. Если требуется окружение Joomla, то придется писать дополнительный скрипт, который будет использовать JApplicationCli.
How to pass parameter in cron command to Joomla CLI
Все-таки считаю, что это лучше использования wget.

это несомненно лучше, чем wget. доступны все прелести CLI, в частности нет ограничения на время выполнения, что в общем-то немаловажно для таких тяжелых операций, как обработка картинок. но как правило лучше = сложнее. и этот случай не исключение