Я установил сервер wordpress из довольно стандартного Ubuntu 9.10 для класса, и они постоянно сталкиваются с проблемами с настройками PHP.ini по умолчанию. Сначала настройки памяти были слишком низкими, затем лимиты загрузки файлов были слишком малы и т. Д. И больше беспокоит пустая страница wordpress, которая, как я подозреваю, была убита из-за потребления оперативной памяти, но включение ошибок php в php.ini ничего не выявило!
Я не знаком с виртуальным хостингом, но чувствую, что в таких местах пользователи могут редактировать такие вещи, не требуя от меня вмешательства и перезапуска Apache.
Технически вы не можете исправить файл php.ini во время его работы (iirc он читается только при запуске apache), но вам на самом деле не нужно изменять его, чтобы внести свои изменения.
ini-set позволяет изменить параметр в коде. Утомительно устанавливать по одной опции за раз, поэтому они добавили parse_ini_file чтобы ... ну, разобрать файл .ini.
Вы также можете переопределить значения с помощью файла .htaccess, используя php_flag директива.
Запустите их через FastCGI, чтобы вы могли изолировать все от их собственного UID (suPHP / suExec). Затем предоставьте оболочку php, которая загружает пользовательский ini-файл. Это позволит им редактировать свои собственные настройки, но все будет ограничено их собственным UID. У меня есть несколько установок Wordpress, работающих таким образом (хотя я также устанавливаю ограничения памяти для каждого пользователя).
Вероятно, вы не хотите, чтобы ваши пользователи касались настроек PHP.ini (особенно потому, что для этого требуется AllowOverride Options или AllowOverride All быть настроенным, что может открыть множество способов для ваших пользователей создать бреши в безопасности.
Когда я занимался ISP / Shared Hosting, я устанавливал относительно щедрые общесистемные ограничения, и пользователи, которые регулярно их превышали, могли купить более высокий класс обслуживания (в этот момент я или кто-то из группы администраторов отредактируют конфигурацию Apache для своего конкретного виртуального хоста и увеличат свои ограничения).
У этого есть два основных преимущества: безопасность (ваши пользователи не могут использовать всю вашу память или загрузить какой-то неприлично большой файл и заполнить ваш диск) и денежный поток (пользователи, берущие большую долю ресурсов, вынуждены платить за них), и дополнительный требования к вашему времени относительно минимальны. В качестве бонуса вы также знаете, какие ресурсы вы выделяете, поэтому вы знаете, если вы перенаправляете сервер до такой степени, что вам может потребоваться создать новый и перенести некоторых клиентов.