Такая необходимость через cron

php index.php?update=1
выдает
Could not open input file: index.php?update=1

• например php index.php?update=1,Психиатр, 19:40 , 16-Окт-14
• например php index.php?update=1,nightfly, 15:06 , 17-Окт-14
  • например php index.php?update=1,PavelR, 08:01 , 18-Окт-14
    • например php index.php?update=1,nightfly, 17:35 , 18-Окт-14

> Такая необходимость через cron
> php index.php?update=1
> выдает
> Could not open input file: index.php?update=1

насчёт необходимости прописывания полного пути в кроне наверное ясно.
а насчёт того что в командной строке аргументы не передаются через "?" ?
ЗЫ: должно быть
php index.php update=1

да и сама переменная которую передаём в коммандной строке не будет видна в $_GET или $_REQUEST нужно чтоб в скрипте обработчик для argv был.

гуглом пользоваться в школе учили?

http://stackoverflow.com/questions/4186392/php-passing-get-i...

> Такая необходимость через cron
> php index.php?update=1
> выдает
> Could not open input file: index.php?update=1

используйте например curl или fetch:

что-то типа curl -o /dev/null "http://нормальный_URL/index.php?update=1"

Надежда на reister_globals (тем более, что параметры должны передаваться через argv а не GET-ом в таком случае) - моветон.

>> Такая необходимость через cron
>> php index.php?update=1
>> выдает
>> Could not open input file: index.php?update=1
> используйте например curl или fetch:
> что-то типа curl -o /dev/null "http://нормальный_URL/index.php?update=1"
> Надежда на reister_globals (тем более, что параметры должны передаваться через argv а
> не GET-ом в таком случае) - моветон.

Зачем грузить процессы веб-сервера крон-задачами? Потому что так "проще" их запустить?
Занесите этот совет в раздел "вредные".

> Зачем грузить процессы веб-сервера крон-задачами? Потому что так "проще" их запустить?

Если мусье желают рефакторить код неизвестного происхождения и архитектуры заменяя что-типа if($_GET['update']==1) на arvg - пжалуйста. Никто не мешает.
С другой стороны, напрашивается мысль, что ТС задающий _такие_ вопросы - явно этого делать не будет. Опять же подозреваю, что к никакому high load продакшну его не подпускают, так что затратами на форканье вебсервера можно принебречь.

> Занесите этот совет в раздел "вредные".

(facepalm.jpg)

Есть такая штука как объективная реальность. Она происходит из реальных потребностей и их реализации. Можно еще вспомнить, что кроме затрат на форканье скажем апача, еще и PHP является не самым быстрым и интерпретируемым языком - дык че мелочиться? Давайте сразу перепишем все на ассемблере.