Ошибка загрузки

[Evolutin]

Добрый вечер. Подскажите пожалуйста где что еще нужно подкрутить. Пытаюсь загрузить фаил 65мб выдает ошибку 413 Request Entity Too Large client_max_body_size поставил 800m, upload_max_filesize и post_max_size по 200. Не помогает, не пойму в чем проблема.

[morphay]

Здравствуйте! Большое спасибо за прекрасную панель!

Получаю такую же ошибку при загрузке файла с помощью CMS Drupal. Причем проблема проявляется только при загрузке файла больше 25mb.
Все конфиги касательно php настроены по-умолчанию... Идентичное положение на всех пользователях.

сообщение drupal:

Код: Выделить всё

HTTP запрос AJAX завершен неправильно.
Следует отладочная информация.
Путь: /ru/file/ajax/field_file1/und/form-Y0NNADEYSK-c8O2ukA-eVEC00OcYWYvH4n6guGK6sYo
СтатусТекстом
ОтветТекстом: 413 Request Entity Too Large
nginx/1.16.0
ReadyState: ,

Код: Выделить всё

rpm -qa | grep brainy                                                                                                                                          
brainy-php5-mbstring-5.6.40-1.5.el7.centos.x86_64
brainy-nginx-mod-http-geoip-1.14.0-4.8.el7.centos.x86_64
brainy-php5-pgsql-5.6.40-1.5.el7.centos.x86_64
brainy-php5-modules-base-5.6.40-1.5.el7.centos.x86_64
brainy-php5-xml-5.6.40-1.5.el7.centos.x86_64
brainy-nginx-mod-http-perl-1.14.0-4.8.el7.centos.x86_64
brainy-php5-enchant-5.6.40-1.5.el7.centos.x86_64
brainy-ip-0.1-3.5.el7.centos.noarch
proftpd-1.3.6-6.brainy.el7.x86_64
brainy-php5-fpm-5.6.40-1.5.el7.centos.x86_64
brainy-php5-mysql-5.6.40-1.5.el7.centos.x86_64
brainy-nginx-mod-stream-1.14.0-4.8.el7.centos.x86_64
brainy-php5-zip-5.6.40-1.5.el7.centos.x86_64
brainy-php5-5.6.40-1.5.el7.centos.x86_64
brainy-php5-gd-5.6.40-1.5.el7.centos.x86_64
brainy-php5-mcrypt-5.6.40-1.5.el7.centos.x86_64
brainy-apr-1.5.2-5.el7.centos.x86_64
brainy-nginx-mod-http-image-filter-1.14.0-4.8.el7.centos.x86_64
brainy-nginx-1.14.0-4.8.el7.centos.x86_64
php-brainy-imagick-3.4.3-4.el7.centos.x86_64
brainy-connect-0.1.4-1.el7.centos.x86_64
brainy-php5-devel-5.6.40-1.5.el7.centos.x86_64
brainy-php5-ssh2-0.13-3.el7.centos.x86_64
brainy-nginx-mod-http-xslt-filter-1.14.0-4.8.el7.centos.x86_64
brainy-php5-zendopcache-5.6.40-1.5.el7.centos.x86_64
brainy-ld-1.0-1.el7.centos.noarch
brainy-php5-pdo-5.6.40-1.5.el7.centos.x86_64
brainy-nginx-filesystem-1.14.0-4.8.el7.centos.noarch
brainy-nginx-all-modules-1.14.0-4.8.el7.centos.noarch
brainy-php5-json-5.6.40-1.5.el7.centos.x86_64
brainy-apr-util-1.5.4-6.el7.centos.x86_64
brainy-nginx-mod-mail-1.14.0-4.8.el7.centos.x86_64
repo-brainy-7.0-12.el7.centos.noarch

/etc/brainy/src/compiled/php5/php.ini

Код: Выделить всё

post_max_size = 5120M 
upload_max_filesize = 5120M
memory_limit = 512M        

/etc/brainy/src/compiled/nginxb/sites-available/brainy.conf

Код: Выделить всё

client_max_body_size       2048m; 

[ordex]

/etc/brainy/src/compiled/nginxb/sites-available/brainy.conf

Код: Выделить всё

client_max_body_size       2048m; 

nginxb это то, на чем крутится непосредственно панель, вам нужен конфиг сайта в /etc/nginx/sites-available/ Ну и через панель в "Индивидуальная донастройка виртхостов" можно задать client_max_body_size (там две секции, для location и первая, которая вам и нужна)

[morphay]

вам нужен конфиг сайта в /etc/nginx/sites-available/

Спасибо мил человек, там стояло: client_max_body_size 24m;

Ну и через панель в "Индивидуальная донастройка виртхостов" можно задать client_max_body_size (там две секции, для location и первая, которая вам и нужна)

Через панель почему-то не применились изменения
нажал редактировать nginx и добавил в поле client_max_body_size 2048m;
после чего нажал сохранить и перезапустил nginx, в конфиге осталось 24mb

После редактирования вручную /etc/nginx/sites-available/my-site, все заработало, еще раз спасибо.

[ordex]

После редактирования вручную /etc/nginx/sites-available/my-site, все заработало, еще раз спасибо.

Это известный косяк ( что не применяются изменения) там должен прописываться include на пользовательский конфиг, но если у вас сайт с ssl, то приходится два раза вбивать (для ssl и без ssl) тогда прописывается include. Причем такое поведение не на всех сайтах, от чего зависит так и не понял. Вручную править не очень хорошая идея, панель всё равно перезапишет ваш конфиг. (можно сделать chattr +i но тогда сертификат не будет обновляться)

и перезапустил nginx

Не требуется, панель делает reload после изменений.

[morphay]

большое спасибо, применил изменения через панель.

[lisok77]

Добрый день.
Столкнулся с проблемой загрузки файлов в ОпенкартПро через админпанель, с маленькими файлами все нормально, но если файл больше 100м. приблизительно, то выдает ошибку "413 request entity too large"
Все что описано в этой теме выше, перепроверено, установлено client_max_body_size 2048m; вирт.хвосты тоже, юзер.ини тоже. Куда копать дальше не знаю. На форуме Опенкарт.Про сказали что это проблема хостинга.

[ordex]

Все что описано в этой теме выше, перепроверено

1 Лень читать, что описано выше. Что именно и в каких файлах уже меняли?
2 Домен сайта не через cdn cloudflare? А то там лимит для бесплатных аккаунтов как раз 100Мб

[lisok77]

Все что описано в этой теме выше, перепроверено

1 Лень читать, что описано выше. Что именно и в каких файлах уже меняли?
2 Домен сайта не через cdn cloudflare? А то там лимит для бесплатных аккаунтов как раз 100Мб

Да точно через cdn cloudflare, я и забыл о нем, спасибо! А то я два дня уже голову ломаю. Тут или безопасность или "хотелка" без которой можно обойтись.
Как на Ваш взгляд, cdn cloudflare действительно защищает от атак, или это просто не нужные "понты"?

[ordex]

Как на Ваш взгляд, cdn cloudflare действительно защищает от атак, или это просто не нужные "понты"?

Как минимум усложните жизнь потенциальным врагам сокрытием реального ip, если конечно не проколетесь в чем-либо (например отправка почты с этого же сервера или * на тот же сервер (DNS only - wildcard) ну и т.д. ) Но cf не панацея, тем более в бесплатном варианте. Правда помимо защиты там есть и другие плюшки.
З.Ы. у вас, похоже, чпу не работает на вашем opencart