Везде, куда Вы идете, хост будет признательным легальным терминам одной страны или другого, и у всех них будут пределы относительно того, что или не приемлемо. Нет никакой "безопасной гавани", по моему скромному мнению. Я думаю, что проблемы с Wikileaks показывают, что примерно любое стандартное решение для хостинга может быть 'отменено', если правительство определяется достаточно.
По моему опыту, уважаемые хосты, которые пишут те положения и условия, будут работать с клиентом для удаления недопустимого содержания вместо того, чтобы просто стереть и уничтожить сайт с орбиты, но они все еще должны сохранить право сделать так, если Вы не отвечаете на с их запросом, или содержание таким образом недопустимо, это требует незамедлительного принятия мер. Проблема не, доберетесь ли Вы "в проблеме", если клиент отправляет что-то недопустимое, а скорее удостоверяясь, что Вы удалите то содержание, если они делают, и если Вы отказываетесь сотрудничать затем, хостинговая компания может принять меры сами при ограничении их ответственности к Вам для того, чтобы сделать так.
Есть ini-файлы php, пытающиеся загрузить несуществующие расширения. В разделе / etc / php5
найдите
extension=intl.so
extension=pspell.so
extension=snmp.so
и удалите их.
Изменить: Однако это, вероятно, не является причиной проблемы. Скорее всего, есть переменные среды, которые не установлены для задания cron.
Системный журнал просто сообщит вам код завершения процесса. Таким образом, он не сообщит вам о каких-либо ошибках записи, которые были у оболочки, потому что на самом деле процесс php завершился правильно.
Я предполагаю, что пользователь, у которого запущен crontab, не имеет разрешения на запись в / var / www. Даже скрипт php не выводил никакого контента, который должен быть создан.
Наконец, cron deamon отправит пользователю письмо с любыми выводами, которые не были захвачены. Так что, если произошла ошибка, вы должны получить письмо по электронной почте. cat / var / spool / mail / $ USER