nextcloud против лимитов php

https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/big...

1) кроме php.ini есть и другие места где можно это переопределить

2) файлы 20гб никто одним запросом не шлёт, их режут на куски

По твоей ссылке кстати это всё расписали и не раз.

Эту бесполезную страницу я уже перечитал раз 5. К топику вообще никак не относится

1. кроме php.ini есть и другие места где можно это переопределить

Об этом я и говорю, в nginx и php-fpm не нашёл ничего, что переопределяло бы эти лимиты

2. файлы 20гб никто одним запросом не шлёт, их режут на куски

Теоретически возможно, но в логе nginx одна строка

В логе nextcloud кстати тоже

Файла .user.ini нету нигде? Может ты его не видишь из-за имени с точки.

Есть, и его я тоже проверил. Там тривиальные вещи вроде установки таймзоны. Ничего про лимиты

Вставь в главный php-файл (не знаю как он там называется, index.php или его аналог) в начало phpinfo(); exit; и посмотри какие там настройки.

Уже. Совпадают с тем, что в топике. Дефолтные лимиты

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

Но лимит на время исполнения? Чудеса какие-то

На одном сайте написано что в пхп до 5.3 эти параметры можно было успешно переопределять с помощью ini_set() (сам не проверял). Может быть врут, а может врут и их и в новых пхп можно успешно переопределить, хотя по идее ошибки должны появляться до того как начнёт исполняться код.

Можно ещё попробовать залогировать содержимое $_FILES а начале index.php в какой-нить файл:

file_put_contents("/tmp/upload.log", date("Y-m-d H:i:s ").print_r($_FILES, TRUE), FILE_APPEND);

Лимит на время выполнения как раз точно ini_set-ом переопределяется. Это самое простое. У лимитов на аплоад проблема в том, что они по идее проверяются до того как у кода будут шансы сделать ini_set(), но может там по-другому сделано как-то так что см. коммент выше.

На одном сайте написано что в пхп до 5.3

Не, 7

И тем не менее проверка того что я написал вполне уместна будет.

# grep -r max_execution_time /usr/share/nextcloud

# grep -r set_time_limit /usr/share/nextcloud

# grep -r ini_set /usr/share/nextcloud

алсо, set_time_limit это не конечная константа, она СБРАСЫВАЕТ таймер ограничивающий время выполнения скрипта.

допустим max_execution_time у тебя 30 секунд, ты через 10 секунд задаёшь set_time_limit и оно начинается 0 секунды опять.

оно может сбрасывать этот таймер. это документировано.

От оно че… Спасибо

Подозреваю что nextcloud режет загружаемый файл на кусочки и/или сбрасывает max_execution_time (как Spoofing уже подсказал)

Собственно(кусок выхлопа из официального докер-контейнера):

root@nextcloud:/var/www/html# grep -r ini_set .
./lib/base.php:                 ini_set('session.cookie_secure', 'true');
./lib/base.php:         ini_set('session.cookie_httponly', 'true');
./lib/base.php:         ini_set('session.cookie_path', $cookie_path);
./lib/base.php:         @ini_set('default_charset', 'UTF-8');
./lib/base.php:         @ini_set('gd.jpeg_ignore_warning', '1');
./lib/base.php:         @ini_set('display_errors', '0');
./lib/base.php:         @ini_set('log_errors', '1');
./lib/base.php:         @ini_set('max_execution_time', '3600');
./lib/base.php:         @ini_set('max_input_time', '3600');
./lib/base.php:         @ini_set('gc_maxlifetime', (string)$sessionLifeTime);

ЕМНИП можно запретить менять max_execution_time через ini_set, но тогда, я подозреваю придется патчить логику самого Nextcloud