LINUX.ORG.RU
решено ФорумAdmin

Post max size не удается увеличить

 ,


0

1

Пробовал копировать php.ini-production file в /etc/php/7.0/cli/php.ini, изменял только значения post_max_size и upload_max_filesize.

sudo systemctl reload php7.0-fpm.service

sudo systemctl reload nginx.service

php -i | grep post_
enable_post_data_reading => On => On
post_max_size => 100M => 100M

php -i | grep upload_max
upload_max_filesize => 96M => 96M

$ cat /etc/php/7.0/fpm/php.ini | grep -e post_ -e filesize
post_max_size = 110M
upload_max_filesize = 100M
Также пробовал service nginx|php7.0-fpm restart, тоже не помогло. К сожалению не могу проверить phpinfo(), потому что в nginx поставлен Symfony проект, который неправильно настроен.

Сейчас PHP 7.0.15, был обновлен с 5.6 и Ubuntu 14.04

★★★★

Последнее исправление: doctorx (всего исправлений: 1)

Ответ на: комментарий от melkor217

да, но только что я обнаружил вот что.

Попробовал другой файл для теста, помимо предыдущего, и к моему удивлению, новый файл удалось залить, хотя он весит 12 мб. Пока ищу в логах nginx в чем дело, в логах симфони об этом ни слова.

doctorx ★★★★
() автор топика
Ответ на: комментарий от melkor217

пробовал также переименовать первоначальный файл, или пересохранить в фотошопе с подобным размером, не помогло.

doctorx ★★★★
() автор топика
Ответ на: комментарий от Deleted

не помогло, также после изменений делал systemctl reload nginx|php7.0-fpm.service, и service nginx/php7.0-fpm restart. Ниже приложил нынешний конфиг

server {
    server_name example.com www.example.com;
    root /var/www/example.com/example-symfony/web;
    client_max_body_size 110M;

    location / {
        # try to serve file directly, fallback to app.php
        try_files $uri /app.php$is_args$args;
    }
    # DEV
    # This rule should only be placed on your development environment
    # In production, don't include this and don't deploy app_dev.php or config.php
    location ~ ^/(app_dev|config)\.php(/|$) {
        fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        # When you are using symlinks to link the document root to the
        # current version of your application, you should pass the real
        # application path instead of the path to the symlink to PHP
        # FPM.
        # Otherwise, PHP's OPcache may not properly detect changes to
        # your PHP files (see https://github.com/zendtech/ZendOptimizerPlus/issues/126
        # for more information).
        fastcgi_param  SCRIPT_FILENAME  $realpath_root$fastcgi_script_name;
        fastcgi_param DOCUMENT_ROOT $realpath_root;
        fastcgi_param PHP_VALUE "
                post_max_size = 110M
                upload_max_filesize = 96M
        "
    }
    # PROD
    location ~ ^/app\.php(/|$) {
        fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        # When you are using symlinks to link the document root to the
        # current version of your application, you should pass the real
        # application path instead of the path to the symlink to PHP
        # FPM.
        # Otherwise, PHP's OPcache may not properly detect changes to
        # your PHP files (see https://github.com/zendtech/ZendOptimizerPlus/issues/126
        # for more information).
        fastcgi_param  SCRIPT_FILENAME  $realpath_root$fastcgi_script_name;
        fastcgi_param DOCUMENT_ROOT $realpath_root;
        # Prevents URIs that include the front controller. This will 404:
        # http://domain.tld/app.php/some-path
        # Remove the internal directive to allow URIs like this
        internal;
        fastcgi_param PHP_VALUE "
                post_max_size = 110M
                upload_max_filesize = 96M
        "
    }

    error_log /var/log/nginx/project_error.log;
    access_log /var/log/nginx/project_access.log;
}

doctorx ★★★★
() автор топика
Последнее исправление: doctorx (всего исправлений: 1)
Ответ на: комментарий от Deleted

исправил это, спасибо, но к сожалению все также не помогло. в /var/log/nginx/project_error.log на каждую неудачную попытку добавлялась следующая строчка:

2017/04/26 15:23:04 [error] 2367#2367: *455 recv() failed (104: Connection reset by peer) while reading response header from upstream, 
client: 85.115.99.155, server: example.com, request: "POST /adminpanel/sonata/media/media/upload?provider=sonata.media.provider.image&context=default&CKEditor=s59009116429f4_translations_lv_content&CKEditorFuncNum=1&langCode=ru 
HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "example.com", referrer: "http://example.com/adminpanel/app/news/create"

doctorx ★★★★
() автор топика
Ответ на: комментарий от Deleted

тоже не помогло. При успешной (вторым файлом) загрузка выглядит так, а при старым файлом - https://ibb.co/mtrEO5. По сути, обычный ckeditor, который при неудаче в маленьком блоке выводит 502 Bad Gateway

doctorx ★★★★
() автор топика
Ответ на: комментарий от doctorx

Глянь ошибки symfony.
Постобработка изображений есть? Если есть то fpm тупо не хватает памяти обработать такое разрешение?
Глянь ещё конфиги в: /etc/php/7.0/fpm/pool.d/

Deleted
()
Ответ на: комментарий от Deleted

В /etc/php/7.0/fpm/pool.d/www.conf был путь на /var/log/php7.0-fpm.log, в котором было написано примерно о process id NNN was killed, только и всего. После этого решил проследить в htop как ведет себя сервер во время загрузки файла. Ram был на максимум, поэтому решил сделать swapon, после этого все заработало, спасибо!

doctorx ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.