Загружающие большие изображения перестали работать
Когда я пытаюсь загрузить файл изображения, больше, чем ~100k через Wordpress и другой сценарий загрузки, я получаю универсальную "ошибку HTTP".
Я могу загрузить меньшие изображения без любых проблем.
Я использую ISPConfig3 на Ubuntu 14.04.
Я выполнил эти шаги, и изменения были внесены без проблемы, но это не решало мой вопрос:
- Создайте php файл с и откройте его со своим браузером.
- Ищите Загруженный Конфигурационный файл (это показывает фактический используемый файл конференции), и редактирование upload_max_filesize и набор post_max_size к тому же значению (или сделайте его 0 для отключения предела) в том файле в корневом режиме.
- Выполнитесь: сервис sudo apache2 перезапуск
Я не думал, что это решит его, так как значение по умолчанию составляло 2 м, и файл намного меньше, чем это.
Я также попробовал следующее:
Та же ошибка с IE, FF и Chrome
- added this to .htaccess file:
<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
деактивация всех плагинов
измененными темами и этим была все еще проблема
другой отправленный предложил это, но у меня нет этого файла: Отредактируйте следующий файл:
/etc/httpd/conf.d/fcgid.conf
Добавьте эту строку (чуть ниже всех других строк, которые запускаются с ‘Fcgid’):
FcgidMaxRequestLen 1073741824
найденный сообщением, предлагающим это: можно также добавить это к wp-config.php файлу: определите ('WP_MEMORY_LIMIT', '64 МБ');
каталог загрузок был 777 во всяком случае так никакая потребность измениться на к 755, как предложено в других сообщениях
добавленный следующее к моему .htaccess файлу:
php_value upload_max_filesize 64M php_value post_max_size 64M php_value max_execution_time 300 php_value max_input_time 300
Есть ли какие-либо журналы, которые скажут мне, почему загрузки перестали работать или еще лучше, кто-либо знает, почему это перестало работать?
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
Я действительно нашел /var/log/apache2/error.log и протестировал загрузку, снова выслеживающую файл журнала, и ничто не обнаружилось в журнале.
2 ответа
Найдите следующие настройки в php.ini
upload_max_filesize =
post_max_size =
max_execution_time =
И установите их как
upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300
, Как только изменение внесено
sudo service apache2 restart
Редактирование: можно хотеть вернуться все изменения, как в .htaccess и этом php файл. Я никогда не использовал ту мадам, устанавливающую в wp-coinfig, но что, вероятно, хорошо для хранения
Также я никогда не изменял chmod ни на каком каталоге WordPress прежде. Я всегда просто разархивировал и сделал
sudo chown -R www-data:www-data /var/www/wordpress
Здесь мы идем. Если Ваше выполнение сервера человечности 15 установок после "идеальной человечности server15 с апачем и ispconfig", чем у Вас, вероятно, будет тот же probleme, я сделал
, я ничего не мог заставить по 100k загружать: (
, Хотя я получил право настроек, в /etc/php5/cgi/php.ini и моем joomla сайте говорилась макс. загрузка 2000M (да, я сделал излишество), я все еще не мог заставить ничего пробегаться через 100k
Так, я следовал за th instuctions, что я нашел в сообщении (равно как и найдено плакатом выше) и отредактировал/etc/apache2/mods-enabled/fcgid.conf, чтобы заставить его быть похожим на это:
<IfModule mod_fcgid.c>
FcgidConnectTimeout 200
FcgidMaxRequestLen 1073741824
....
Затем как базируются, Вы делаете:
services apache2 restart
service php5-fpm restart
для получения всех тех проглоченных конфигураций и чудеса происходят... По-видимому, fdgi ограничивает загрузкой 100k, если не указанный иначе... и это, кажется, влияет только на человечность 15, потому что я не думаю, что у меня есть эта проблема на моем сервере человечности 14.10...
Hope это помогает
Отношения