Полностью согласен с топикстартером, вчера весь день нервы истрепал с
поддержкой sucuri, они мне говорят ищи 500 ошибку у себя, я им говорю, что
это у вас касячное ПО, пока они не нашли что переполнился keys_zone. И смысл
отдавать 500, если кэш не получилось сохранить... только день убитый и куча
Была проблема с включенным http2, после того как выключили, вроде стал
держать размер строго.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,274159,274423#msg-274423
___
nginx-ru mailing list
nginx-ru@nginx.org
Подтверждаю проблему в последних версиях 2019 года присутствует.
При включенных fastcgi_keep_conn и keepalive, если скрипт завершился через
fastcgi_finish_request() и продолжает выполнять работу в фоне, то следующий
запрос другого клиента к php-fpm может получить 502 ошибку, придя по тому же
Максим, прокси версии 1.1 итак установлен, битые файлы на нем и получаются.
Клаудфлер тоже использует 1.1 у них так же битые файлы часто лежат в кеше,
проверял лично.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,285250,285267#msg-285267
Бэкэенд это nginx который шлет обычные файлы js сжатые с помощью встроенного
gzip
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,285250,285269#msg-285269
___
nginx-ru mailing list
nginx-ru@nginx.org
когда битый файл в кэше лежит, в заголовках в файле кэша указан его не
полный размер, а так же сам файл обрезан
L]]O?Y]WY]zŘy"5d593f4f-da4"Accept-Encoding¶,܋° OW6ì
KEY: server.com/js/1.js?44
HTTP/1.1 200 OK
Server: nginx
Date: Sun, 18 Aug 2019 13:50:05 GMT
Content-Type: application/javascript;
этот запрос был без gzip, файл каким-то образом nginx был отдан не
полностью, с указанием размера 3492 вместо 3518, как это может быть? Файл
лежит на диске,
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,285250,285335#msg-285335
___
Ничего не генерится, файлы лежат на диске, созданы один раз и записаны на
диск. Nginx должен сжать его на лету и отдать, вот, что от него требуется,
он это выполняет, но иногда в кэше браузера/клаудфлера лежит обрезанный
файл, например половина его (уже разжатый, тупо не весь, не хватает куска
В общем, более менее разобрался, виноват был open_file_cache, интересная
ситуация с ним выходит:
у нас есть файл 10 кбайт, мы его запросили единожды и он попал в этот кэш.
(если срок жизни кэша большой) Далее файл изменился, стал 15 кбайт и nginx
при запросе файла отдает с диска уже измененный
chunked_transfer_encoding on;
Не может быть причиной?
Файл никто не переписывает, лежит и никак не меняется не обновляется, а
nginx порой отдает его обрезанным...
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,285250,285342#msg-285342
___
Добрый день, есть 200k websocket соединений на проксируемый сервер, после
изменения в конфиге и попытке reload nginx появляются новые процессы nginx и
зависают прошлые в статусе "nginx shutting down", которые так и не
завершаются, тк клиенты могут висеть онлайн долго, эти старые процессы можно
Добрый день, может быть у кого-нибудь есть модуль, подобный
ngx_http_gunzip_module, что бы в proxy_cache хранить полученные с upstream
сжатые c brotli ответы и отдавать клиентам без поддержки brotli
разархивированные данные? Если кто хочет заняться разработкой подобного -
готов стать спонсором для
Добрый день, подскажите, почему когда в resolver стоит ipv6=off и в upstream
доменное имя с ipv6 и ipv4 то nginx присваивает ему и ipv6 и ipv4 ip адреса,
почему ipv6=off в resolver не работает в этом случае?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,293160,293160#msg-293160
Добрый день, nginx проксирует запросы к удаленному бэкэнду. Удаленный nginx
бэкэнд сжимает динамические ответы brotli и отдает через HTTP1.1
chunked_transfer_encoding.
Иногда в кэше появляются не полные части файлов. Вопрос: nginx при
наступлении proxy_cache_min_uses должен сохранить ответ, НО
14 matches
Mail list logo
