Ken,
proxy_buffer_size and proxy_buffers are very similar.
These configure buffers allocated for a response from an upstream.
Both are documented here:
http://nginx.org/en/docs/http/ngx_http_proxy_module.html . Please, have
a look.
The difference is that proxy_buffer_size buffer is always
Here is the code:
location ~ \.php$ {
include snippets/fastcgi-php.conf;
include fastcgi_params;
fastcgi_pass unix:/run/php/php7.2-fpm.sock;
fastcgi_param SCRIPT_FILENAME /var/www/test/public$fastcgi_script_name;
#CORS SETTINGS
add_header 'Access-Control-Allow-Origin' '*' always;
On 8/14/19 3:37 AM, Igor A. Ippolitov wrote:
> Ken,
>
> Try setting 'proxy_buffer_size' to a higher value. Say 128k.
Umm, what file would I find that in? I've seen so many similar
statements lately I can't keep them straight. Sorry for being so dumb!
Ken
--
Registered Linux user #483005
> I have configured nginx to cache static content, but i cant see any file in
> caching
> folder, also when i'm opening page in DevTool on network tab it show
Unless you have somehow messed up the configuration in the email, something
like:
server {
listen 443 ssl;
ср, 14 авг. 2019 г. в 23:22, Evgeniy Berdnikov :
> On Wed, Aug 14, 2019 at 08:02:53PM +0300, Gena Makhomed wrote:
> > Разве есть возможность системный резолвер научить понимать что нет
> > интернета, если IP адрес сконфигурирован статически на CentOS 7.6?
> > Как это можно сделать? (Подозреваю
I have configured nginx to cache static content, but i cant see any file in
caching folder, also when i'm opening page in DevTool on network tab it show
me:
Response Header:
access-control-allow-credentials: true
access-control-allow-methods: GET
access-control-allow-origin: http://google.com
On Wed, Aug 14, 2019 at 08:02:53PM +0300, Gena Makhomed wrote:
> Разве есть возможность системный резолвер научить понимать что нет
> интернета, если IP адрес сконфигурирован статически на CentOS 7.6?
> Как это можно сделать? (Подозреваю что такой возможности нет и не будет)
Не надо так делать.
On Thu, Aug 15, 2019 at 12:48:56AM +0800, Alexander Titaev wrote:
> у клиента nginx проксирует запросы на tomcat. tomcat должен возвращать 301
> с хитрым url, но у него регулярно затекает
> мозг и он периодически начинает возвращать 200. Помогает рестарт.
> Клиент просит временно,
details: https://hg.nginx.org/njs/rev/8b2f303ab48a
branches:
changeset: 1131:8b2f303ab48a
user: Dmitry Volyntsev
date: Wed Aug 14 20:22:32 2019 +0300
description:
Fixed handling of NJS_DECLINED returned by NJS_PROPERTY_HANDLER.
diffstat:
src/njs_array.c | 5 +++--
details: https://hg.nginx.org/njs/rev/7361a69324ec
branches:
changeset: 1129:7361a69324ec
user: Dmitry Volyntsev
date: Wed Aug 14 20:22:20 2019 +0300
description:
Version bump.
diffstat:
src/njs.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diffs (12 lines):
diff
details: https://hg.nginx.org/njs/rev/857ecc6fbd25
branches:
changeset: 1130:857ecc6fbd25
user: Dmitry Volyntsev
date: Wed Aug 14 20:22:26 2019 +0300
description:
Fixed [[SetPrototypeOf]].
diffstat:
src/njs_object.c | 21 -
src/test/njs_unit_test.c |
On 14.08.2019 18:01, Maxim Dounin wrote:
Aug 14 16:22:35 vm nginx: nginx: [warn] "ssl_stapling" ignored, host not
found in OCSP responder "ocsp.int-x3.letsencrypt .org" in the
certificate "/etc/letsencrypt/live/example.com/fullchain.pem"
Aug 14 16:23:03 vm systemd: nginx.service start operation
Здравствуйте, Nginx-ru.
у клиента nginx проксирует запросы на tomcat. tomcat должен возвращать 301 с
хитрым url, но у него регулярно затекает
мозг и он периодически начинает возвращать 200. Помогает рестарт.
Клиент просит временно, пока они разбираются с
явой, сделать перехват этих
Hello!
On Wed, Aug 14, 2019 at 05:17:25PM +0300, Gena Makhomed wrote:
> Здравствуйте, All!
>
> Столкнулся с проблемой
>
> nginx.service start operation timed out. Terminating.
[...]
> Failover IP привязан к первому физическому серверу,
> поэтому если запустить эту же виртуальную машину на
Здравствуйте, All!
Столкнулся с проблемой
nginx.service start operation timed out. Terminating.
Конфигурация:
есть два физических сервера px62-nvme
https://www.hetzner.com/dedicated-rootserver/px62-nvme
на каждом из них установлена операционная система Linux,
KVM и ZFS.
Есть виртуальная
Hello!
On Wed, Aug 14, 2019 at 08:43:39AM -0400, Vladislavik wrote:
> Ничего не генерится, файлы лежат на диске, созданы один раз и записаны на
> диск. Nginx должен сжать его на лету и отдать, вот, что от него требуется,
> он это выполняет, но иногда в кэше браузера/клаудфлера лежит обрезанный
Hello!
On Tue, Aug 13, 2019 at 03:31:19AM +, 黎 红波 wrote:
> Hello, I found the Nginx is not considered completely for request body
> filter. So I submit my patch. I hope my patch could be accepted and merged
> under your careful consideration.
>
> Thank you!
> # HG changeset patch
> #
Ничего не генерится, файлы лежат на диске, созданы один раз и записаны на
диск. Nginx должен сжать его на лету и отдать, вот, что от него требуется,
он это выполняет, но иногда в кэше браузера/клаудфлера лежит обрезанный
файл, например половина его (уже разжатый, тупо не весь, не хватает куска
Hello!
On Wed, Aug 14, 2019 at 07:53:54AM -0400, Vladislavik wrote:
> Бэкэенд это nginx который шлет обычные файлы js сжатые с помощью встроенного
> gzip
Так, а "обычные файлы js", случайно, не перегенерятся (и/или
редактируюстся) регулярно?
Ну и отступая на пару шагов назад: битые файлы -
Бэкэенд это 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
Hello!
On Wed, Aug 14, 2019 at 07:30:41AM -0400, Vladislavik wrote:
> Максим, прокси версии 1.1 итак установлен, битые файлы на нем и получаются.
> Клаудфлер тоже использует 1.1 у них так же битые файлы часто лежат в кеше,
> проверял лично.
Если так, то наиболее вероятная причина - бэкенд так
Максим, прокси версии 1.1 итак установлен, битые файлы на нем и получаются.
Клаудфлер тоже использует 1.1 у них так же битые файлы часто лежат в кеше,
проверял лично.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,285250,285267#msg-285267
Hello!
On Tue, Aug 13, 2019 at 09:52:16PM +0300, Владислав Толмачев wrote:
> Добрый день, не пойму как исправить ситуацию, nginx иногда хранит в proxy
> кеше битые обрезанные файлы, при использовании на бэкенде gzip, тот же баг
> замечен на клаудфлер, иногда в его кеше лешит обрезанный файл,
> understand what's going on; nginx says it's working, and php shows the
phpinfo page
Thanks for that. Reading your comment about the phpinfo page made me
repoint my root to the default html directory root web directory to test for
the phpinfo page and I do not get it. I checked my
Ken,
Try setting 'proxy_buffer_size' to a higher value. Say 128k.
On 14.08.2019 8:47, Ken Wright wrote:
Maxim and anyone else who cares to chime in,
I'm still enough of a newbie that I have trouble understanding the error
logs. The one for nginx reads the following at the end:
2019/08/12
25 matches
Mail list logo
