Подскажите про CRON

Седьмая по счету ссылка вас не спасет? ;)

malls, Дорогой всё гораздо проще : wget --spider урл до скрипта (я даже непомню где бинарник с php у меня на серваках спрятан). Да к стати мой метод можно юзать в обоих случаях что с параметрами что без :)

учитесь гуглить, гуглить и еще раз гуглить

не так ли говорил товарищь ЛеНиН???

Нееее... как то путано там, я подозреваю есть более просты пути, вон например kxk предложил вариант...

Сам такой! :) зачем wget если есть бинарник! :)

Как кстати оно должно тогда смотреться в виде строчки для cron, так:

wget --spider http://server.ru/script.php?param=value

???

надо ему пути до wget показывать или он системный - сам найдется?

типа:

/usr/bin/wget

GET http://...../script.php?param=1

Вот и все)

подробнее можно?

т.е. это все что надо написать в качестве запускаемой проги??? или я не понял... можно пример полной строчки для cron.

Попробуйте узнать путь до GET : which GET

malls,

"полные" строчки

1) GET -t 4 "http://site.ru/script.php?param=value&param2=value2" >/dev/null

2) wget -T 4 -t 1 -O /dev/null -o /dev/null "http://site.ru/script.php?param=value&param2=value2"

3) /usr/local/bin/php -f /fullPath/script.php value1 value2 >/dev/null

В 1-ом и 2-ом случае кавычки использовать очень хорошая идея, потому что & командная строка шелла может воспринять не вполне ожидаемым способом:) Например обрубить то что идет после & восприняв & как команду запуска в фоновом режиме.

Во всех случаях направляем все выводы в null, в противном случае у Вас есть хороший шанс при каждом запуске крона создавать 1-2 файла в директории (логи, ошибки, выводимый контент, пр.), через месяц можно прийти и увидеть там штук 5 тысяч файлов, неприято.

Во втором случае параметры -T и -t заставят wget успокоится после 4 секунд попытки таскания файла и 1 попытки, иначе если у Вас скрипт по 10 минут работает, то и wget будет висеть столько же. Но не забудьте в скрипте написать нечто вроде ignore_user_abort(true); что бы он после обрыва соединения не остановился.

В первом случае параметр -t сделает примерно то же самое, что -T во втором.

В 3-ем случае параметры внутри скрипта берете не из $_GET['param'] и $_GET['param2'] а из $argv[1], $argv[2] соответственно. Но этот способ еще бывает неудобен тем, что если Вы отлаживаете скрипт адресуясь по http, то он может оказаться в несколько другом окружении будучи запущенным через /usr/local. Ну и путь к php придется у хостера выяснить (иногда можно увидеть его в phpinfo или через which php, where php).

Пускать кроны через http - это зло 😡

Лучше через шелл или с обвязкой через скрипт-эмуляции вызова из броузера, как это делается, например, в друпале.

php -f /скрипт параметр=значение

Только в скрипте надо работать с arg