К этому примеру php имеет весьма отдаленное отношение. wget'ом запрашивается какая то веб-страничка, скорее всего. Запрос принимается вебсервером, далее вебсервер вызывает выполнение php-скрипта, который и делает работу. Это к вопросу о понимании механизма.

Дальше... Не ясно, как запускаете скрипт "просто" - в браузере открываете URL или wget'ом из консоли или сам php-скрипт из консоли - это три большие разницы.
Не ясно, что значит "не каждому" - через одного, чтоли или двоим через трех? ;-)

Есть, конечно, предположение... что скрипт работает так долго и при этом не выдает ничего на гора, так что wget по таймауту принимает решение что "на той стороне все пропало" и закрывает соединение. На "той стороне" сервер видит что клиент отвалился, а раз так, то дальше работать на него незачем. И прекращает выполнение скрипта. Это один из вариантов, есть еще.

vanderv,

>бывает пришлет, бывает не пришлет... Вообще не понятно как. какой-то
>закономерности нету.

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


>письмо приходит на час позже...

Опять же, гляньте логи почтовика. Возможно, ему не удалось сразу связаться с сервером получателя. Тогда следующая попытка доставки письма будет отложена на некоторое время.

PS: Вообще, такой способ запуска скрипта - это лишняя и бесполезная трата ресурсов. Реально в wget и вебсервере нет абсолютно никакой нужды, да и логгирование несколько усложняется (в скрипте лог придется писать в файл, а не на stdout).
Posted via ActualForum NNTP Server 1.4