Re: Не работает map c переменными $status и $upstream status

Vadim A. Misbakh-Soloviov Понятно, т.е. средств заставить кэшировать ТОЛЬКО 200-е респонзы от апстрима у nginx'а попросту нет :( Крайне это печально - мы уже не раз нарывались на большие проблемы, когда наш кривой бэкенд отдает статику с неверным кодом типа 406 или 400, но с заголовком

Re: Не работает map c переменными $status и $upstream status

Валентин Бартенев Хм, т.е. намекаете, что я где-то обшибся? НО, я специально подбацал формат лога, чтобы эти переменные в него попадали и там все как раз ОК: log_format cust '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent

Re: Не работает map c переменными $status и $upstream status

А как на счёт идеи о том, чтобы починить бекенд, а не решать его неправильное поведение средствами NginX'а? :) ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Не работает map c переменными $status и $upstream status

Dmitry Ivanov У Netscaler'a слабая сторона - кэширование. Да и лицухи нет у нас нет для этого. Чем nginx его легко уделывает - это возможностью легко и быстро закэшировать ответы без писанины страшных конструкций :). Но вот заподлянка с невозможностью кэшировать только определённый респонз на

Re: Не работает map c переменными $status и $upstream status

По умолчанию nginx кеширует только 200 301 и 302, при желании для 301 и 302 можно поставить время кеширования в 1 секунду, чем не вариант? ср, 3 авг. 2016 г. в 12:08, YuriV : > Dmitry Ivanov > > У Netscaler'a слабая сторона - кэширование. Да и лицухи нет у нас нет

Re: Не работает map c переменными $status и $upstream status

Здравствуйте, YuriV. Вы писали 3 августа 2016 г., 11:47:33: > Похоже возвращаемся к первоначальному варианту - срезать Cache-Control для > респонзов, не равных 200 на Netscaler'e :( А зачем вам nginx, если есть Netscaler? Ровно все можно делать и на нем. -- С уважением, Dmitry

Re: Не работает map c переменными $status и $upstream status

:) Не вариант - там такая куча быдлокода, что проще накостылять где-то в стороне, чем туда лезть. Похоже возвращаемся к первоначальному варианту - срезать Cache-Control для респонзов, не равных 200 на Netscaler'e :( Posted at Nginx Forum:

Re: Не работает map c переменными $status и $upstream status

Pavel V. Вы хотите странного - придумали какие-то "заголовки кэширования от бэкенда", но смысла их так и не объяснили. Ну дык в документации nginx есть объяснение :) - http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_valid Там сказано, что директивой proxy_cache_valid можно

Re: Не работает map c переменными $status и $upstream status

kpoxa Неа, не выйдет. Если 302 или 301-й с заголовком Cache-Control приедет, где max-age 1 год стоит, то и закэшит nginx редирект на 1 год :( Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268716#msg-268716 ___ nginx-ru mailing

Re: Drupal+nginx: Multibyte string problem

Использую. Пытался сеттинги в настройках php-fpm изменить в /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто никакой. Борис. 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : > Здравствуйте, используете php-fpm? > > 3 авг. 2016 г. 20:01 пользователь

Re: Не работает map c переменными $status и $upstream status

Maxim Dounin Афигеть, сработало!! Спасибо большое. map $upstream_status $do_cache { 200 "0"; default "no-cache"; } .. location / { proxy_no_cache $do_cache; proxy_set_header Host testapp;

Re: Не работает map c переменными $status и $upstream status

On Wednesday 03 August 2016 11:54:16 YuriV wrote: > Валентин Бартенев > > C учетом особенностей кода nginx эта директива тоже абсолютно бесполезна :( > - у неё те же самые параметры, что и у proxy_cache_bypass. Т.е. она точно > также не может полагаться на код ответа от бэка. > Это каких таких

Re: Drupal+nginx: Multibyte string problem

У php-fpm отдельный PHP.ini 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" написал: > Использую. > > Пытался сеттинги в настройках php-fpm изменить в > /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто > никакой. > > Борис. > > 2016-08-03 12:11

Re: Drupal+nginx: Multibyte string problem

Здравствуйте, используете php-fpm? 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" написал: > Доброго времени суток! > > У меня Drupal требует следующего: > > Multibyte string input conversion in PHP is active and must be disabled. > Check the php.ini mbstring.http_input

Re: Не работает map c переменными $status и $upstream status

Hello! On Wed, Aug 03, 2016 at 11:54:16AM -0400, YuriV wrote: > C учетом особенностей кода nginx эта директива тоже абсолютно бесполезна :( > - у неё те же самые параметры, что и у proxy_cache_bypass. Т.е. она точно > также не может полагаться на код ответа от бэка. Полёт вашей мысли причудлив

Re: Drupal+nginx: Multibyte string problem

Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На крайней случай срашивать на форумах по пхп Отправлено с моего ASUS Исходное сообщение Отправитель:Boris Epstein Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 Получатель:nginx-ru@nginx.org

Re: Drupal+nginx: Multibyte string problem

Похоже, php-fpm надо отдельно указать, какой конфиг использовать: http://serverfault.com/questions/458006/do-we-need-to-explicitly-pass-php-inis-location-to-php-fpm Ну и бардак же это все:))) 2016-08-03 12:26 GMT-04:00 Boris Epstein : > Ага, спасибо - я это и пытался

Re: Drupal+nginx: Multibyte string problem

Попробовал внести конфиг ( /etc/php.ini ) через опцию -c при запуске php-fpm - и тоже нулевой эффект. Просто засада какая-то:) 2016-08-03 12:35 GMT-04:00 Boris Epstein : > Похоже, php-fpm надо отдельно указать, какой конфиг использовать: > > >

Re: Drupal+nginx: Multibyte string problem

Как минимум в выводе phpinfo() будет видно где он ищет ini и какие подгрузил 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : > Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На крайней > случай срашивать на форумах по пхп > > Отправлено с моего ASUS > >

Re: client_body_in_file_only

Maxim Dounin Wrote: --- > Самбу/NFS? Боюсь, что если так, то на этом > пути вас ждёт множество неприятных открытий. > Да, вы правы, на dev сервере Самба/NFS, проблема именно в этом. Спасибо! Posted at Nginx Forum:

Re: Drupal+nginx: Multibyte string problem

1) при чём тут nginx? Вообще никаким боком ведь. 2) у php-fpm конфиг находится в зависимости от дистрибутива (везде градус упорина мейнтейнеров разный), но на сколько я помню, в phpinfo() можно посмотреть местоположение "системного" (для этого инстанса php) php.ini и "юзерского" (локального,

Re: Drupal+nginx: Multibyte string problem

Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, А где этот отдельный php.ini должен быть для php-fpm? У меня есть только общий почему-то: тот который /etc/php.ini 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : > Так же можете сделать ансет для

TCP for HTTP IETF Draft

Коллеги, если вы вдруг ещё не -- по-моему, вам самое оно написать туда комментариев из вашего опыта: https://www.ietf.org/internet-drafts/draft-stenberg-httpbis-tcp-02.txt -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer:

Re: Drupal+nginx: Multibyte string problem

Да вроде ищет-то правильно, но не считывает: http://borisepstein.info/php.php Тут тоже какая-то заморочка. 2016-08-03 14:28 GMT-04:00 Alex Domoradov : > Как минимум в выводе phpinfo() будет видно где он ищет ini и какие > подгрузил > > 2016-08-03 20:34 GMT+03:00 Yuriy

Re: Не работает map c переменными $status и $upstream status

On Wednesday 03 August 2016 11:44:12 Vadim A. Misbakh-Soloviov wrote: > В письме от вторник, 2 августа 2016 г. 21:07:06 +07 пользователь Валентин > Бартенев написал: > > А чтобы не тыкать в небо, на сайте nginx.org есть документация, в том числе > > на русском языке. > > Угу, вот только ни у

Re: Drupal+nginx: Multibyte string problem

Настраиваем в соответствии с http://php.net/manual/en/mbstring.configuration.php#ini.mbstring.http-input То есть должно быть значение pass. Перезапускаем php-fpm 3 авг. 2016 г. 23:41 пользователь "Boris Epstein" написал: > Да вроде ищет-то правильно, но не считывает: > >