1 заметка с тегом

Wordpress

Глупый толстый Вордпресс хочет, чтобы на него жаловались, жаловались, жаловались. Ну пральн, хотя бы так ссылок на себя нахватать.

Ок, умный и стройный, ток инертный.

А всё эта его проблема-классика. Отказ загружать в себя медиа-файлы из-под своей же админки, перелетает из версии в версию и конца забаве не видно. И хотя прикол в том, что никаких причин жаловаться на CMS нет, но виновата всё равно будет она. А потому что берёт пример не с кого надо, а с ответов должностных лиц «на ваше обращение сообщаем...», где никогда не угадаешь — о каком обращении речь. Вот и у Вордпресса конкретики не дождаться, сплошной лаконизм «Ошибка HTTP».

И это вместо тупого копирования в текст ошибки той строки, которая посвящена ей в файле сайт.com.error.log. Главн, сам пишет — в чём проблема и сам же её потом тихарит. Нисмишно потомушто гугл рвёт от воплей в незакрытых тредах «караул картинки не грузит ошибка http аааа».

/var/www/сайт/data/logs


Надо оставить тут решение

...а то уже и правда нисмишно: сам десятый раз в поисках роюсь.

Проблема в сервере, в его настройках. Чаще всего — в дефолтных ограничениях для параметров передаваемых документов. Каковые ограничения легко снять печатая цифры, не зря же сервер человеку даден в виде банального набора текстовых файлов.

У меня на хостинге шестой Цент и рут, лазаю где хочу. А у кого-то нет, ни того, ни другого. Что вообще никакого значения не имеет, потому что всякий способен стукнуть в саппорт и попросить изменить один текстовый файл в настроечной папке сервера. Главное — сразу успокоить админа, что ему не придётся ничего мониторить, потому что ты уже залез в лог ошибок и увидел примерно такое:

[Sat Nov 19 18:00:20 2016] [warn] [client 92.120.46.237] mod_fcgid: HTTP request length 134739 (so far) exceeds MaxRequestLen (131072), referer: http://сайт.com/wp-admin/customize.php/ и так далее, путь может меняться.

У меня PHP работает через Fast CGI, о чём намекает строка и ругается на неподходящую длину запроса HTTP. У кого-то — нет. И текст, соответственно, будет слегка другим. Главное, он будет информативен, в отличие от стеснительной ругани Вордпресса и тут уже будет о чём спросить гуглы.

Ок. Моей ошибке соответсвовала проблема настроек Fast CGI, а для решения чьей-то придётся общаться с иным модулем. Не суть важно: там и там править текстовый файл. Остаётся решить — лезть самому, либо отдаться на суточное поругание хостеру. Мой выбор № 1, мне в файл fcgid.conf.

Лежит тут: /etc/httpd/conf.d/fcgid.conf

На других никсах — /etc/apache2/mods-available/fcgid.conf

Открыл его прямо в редакторе управлялки сервером «ISP Manager» и привёл ругательные параметры к менее жадному виду:

LoadModule fcgid_module modules/mod_fcgid.so

# Use FastCGI to process .fcg .fcgi & .fpl scripts
AddHandler fcgid-script fcg fcgi fpl
FcgidConnectTimeout 120

FcgidMaxRequestLen 33554432
MaxRequestLen 33554432

# Sane place to put sockets and shared memory file
FcgidIPCDir /var/run/mod_fcgid
FcgidProcessTableFile /var/run/mod_fcgid/fcgid_shm

Тут я вот, правда, забыл — перезагружал ли сервак после этого, либо оно всё и так заработало. Вощм, Вордпресс, с загрузкой картинок, больше не тупит.

А вот это вот всё, что кругом советуют прописать в .htaccess...

<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
<IfModule mod_security.c>
<Files upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>

...это вот как-то мало у кого срабатывает. И уже молчу за советы «обновить PHP».

Логоперс