причины обрыва выполнения скрипта php

Походу у вас действительно что то с настройками апаче.

Вы уж разберитесь с индейцем со своим.

Только что запустил скрипт. всё замечательно пробежалось до 299. доказательством послужил ваш дата файл и на верочку вставил эхо... всё работает.

что сказать ещё )))

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

pigalica, вообще-то ТС уже решил проблему ;)

ага )) увидел уже... проблема ))) всем бы такие проблемы ))

2 суток в трубу это не шутка, а проблема действительно нестандартная, по Яндексу запрос "mpm_peruser_module" 31 результат, и вероятность что я бы наткнулся на одну из этих статей практически нулевая (да и в 80% из них нет нужной инфы).

Это цена экономии на сисадмине

Ink-developer, а вам он нужен, Апач? Я тут ночью описывал свои переживания от запуска скриптов напрямую из шела. Ляпота!

Это еще и цена экономии на хостинге.

Настораживает последняя строчка. Либо "запустить кроном" означало "дернуть wget такой-то урл" - либо проблемы ТС не кончились ;)

Ну я вообще почитал про эту систему которая создала проблему, это как я понял, повышает безопасность сервера, т.к. закрывает доступ из директории одного сайта в директорию другого в одной ВДС (могу ошибаться т.к. не шарю в этом). Да и хостинг очень хороший, так что вы зря так, уже 3 года на нем сижу без серьезных проблем.

Вы видать подкованный в этом :o именно так и запустил, а что это не кроном?

Ну вы не скрипт кроном запустили в данном случае, а wget, который запросил url, чем, в свою очередь, заставил выполниться скрипт. С точки зрения скрипта, что броузером, что вот так вот кроном - никакой разницы

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

Это который генту ставит клиентам? Ну-ну...

Ничего, главное клиент доволен ;)

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

Почитайте в документации PHP про разные доступные SAPI.