Re: Опять про кеширование
Hello, Vasiliy P. Melnik! On Sat, Jan 21, 2017 at 10:18:06PM +0200 ba...@vpm.net.ua wrote about "Re: Опять про кеширование": > > > > Как разгрузить бэкенд? Оставить чтение с диска или настроить > > proxy_cache в tmpfs. Для двух случаев: back-end на этом же > > инстансе и на отдельном. > > > > странный вопрос - если у вас данные статические и там лежат всегда, то > тогда зачем их еще и кешировать. Спасибо за ответ! Отвечу, например, если у меня ec2 инстанс с каким-то небольшим лимитом IOPS. То отдавать статику из RAM или из disk может по-разному влиять на работу инстанса. > У меня, например, картинки генерятся: > сначала складывали в статику средствами нжинкса - через try_files и запуск > скрипта, если файла не оказывалось. Но после того, как пришлось такой кеш > почистить - отдали кеширование нжинксу, во-первых он сам чистит кеш от > старых файлов, во вторых - он не дергает директорию на наличие файла и плюс > у него есть индексы по кешу. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Опять про кеширование
Hello, Валентин Бартенев! On Fri, Jan 20, 2017 at 09:22:14PM +0300 vb...@nginx.com wrote about "Re: Опять про кеширование": > On Friday 20 January 2017 23:57:12 Vadim A. Misbakh-Soloviov wrote: > > > тяжелым динамическим страницам > > > чистый html > > > > 1) это как? Динамика, всё-таки, или статика? > > > > > чистый html > > > настраиваем кэш > > > > 2) Если всё же статика, то не проще было бы просто в tmpfs класть? > [..] > > Смысла хранения статики в tmpfs чаще всего нет никакого. Кэш страниц > операционной системы работает не хуже. Валентин, спасибо за информацию. А вот, если взять виртуальную машину с nginx, скажем ec2. К ней идет поток зпросов на статический контент. Как разгрузить бэкенд? Оставить чтение с диска или настроить proxy_cache в tmpfs. Для двух случаев: back-end на этом же инстансе и на отдельном. Ну и сразу тот же вопрос, но относительно fastcgi_cache. ;) Заранее благодарю за ответы. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Как очистить кэш Nginx
Hello, Seriyyy95! On Sun, Jan 08, 2017 at 10:17:52AM -0500 nginx-fo...@forum.nginx.org wrote about "Re: Как очистить кэш Nginx": > Если в этой же директории создать еще один файл style.css_1 и попытаться > запросить его через интернет, то программа говорит, что его там нет. А какой location его обработал? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Как очистить кэш Nginx
Hello, Seriyyy95!
On Fri, Jan 06, 2017 at 11:21:14AM -0500
nginx-fo...@forum.nginx.org wrote about "Re: Как очистить кэш Nginx":
> Так и не смог разобраться. Стиль обрабатывается здесь:
>
> location ~ \.(css|htc|less|js|js2|js3|js4)$ {
> access_log /var/log/nginx/access_css.log;
> expires -1s;
> add_header Pragma "public";
> add_header Cache-Control "max-age=-1, public";
> add_header X-Powered-By "W3 Total Cache/0.9.5.1";
> try_files $uri $uri/ $uri.html /index.php?$args;
> }
Погодите, стиль обрабатывается тут, но каким образом?
У вас try_files с несколькими вариантами поиска.
Какой из них срабатывает?
Чтобы разобраться, вы можете добавить $document_root в вывод лога (log_format)
и делать тестовые запросы к стилю и смотреть. Добавить можно и еще других
переменных в вывод лога, они помогут вам. Также, можете включить
дебаг в error_log для отдельного location и разбираться в нем что происходит для
вашего проблемного стиля.
В идеале, ваш стиль должен отдаваться просто с диска, так правильно
и быстро. Но, возможно, он отдается пхп-скриптом.
Я почти уверен, что проблема в WP total cache .
> Если добавить access log, то все стили исправно пишутся в лог файл. Дальше
> php обрабатывается здесь:
>
> location @php {
> access_log /var/log/nginx/access_css3.log;
>
> fastcgi_index index.php;
> fastcgi_param PHP_ADMIN_VALUE "sendmail_path =
> /usr/sbin/sendmail -t -i -f ad...@losst.ru";
> fastcgi_pass unix:/var/www/php-fpm/losst.sock;
> fastcgi_split_path_info ^((?U).+\.ph(?:p\d*|tml))(/?.+)$;
> try_files $uri =404;
> include fastcgi_params;
> }
>
> Причем в получившемся логе строк к запросами к css нет. Значит PHP не
> кэширует? Тогда кто? Я не понимаю. В первый раз я не прикрепил главный
> конфиг /etc/nginx/nginx.conf. Может в нем дело:
>
>
> user apache;
> worker_processes 1;
>
> error_log /var/log/nginx/error.log warn;
> pid/var/run/nginx.pid;
>
>
> events {
> worker_connections 1024;
> }
>
>
> http {
> include /etc/nginx/mime.types;
> default_type application/octet-stream;
>
> log_format main '$remote_addr - $remote_user [$time_local] "$request"
> '
> '$status $body_bytes_sent "$http_referer" '
> '"$http_user_agent" "$http_x_forwarded_for"';
>
> access_log /var/log/nginx/access.log main;
>
> sendfileon;
> #tcp_nopush on;
>
> keepalive_timeout 65;
>
> #gzip on;
>
> gzip on;
> gzip_min_length 1100;
> gzip_buffers 4 32k;
> gzip_vary on;
> gzip_types text/css text/plain application/json
> application/x-javascript text/xml application/xml application/xml+rss
> text/javascript application/javascript text/x-js;
> gzip_proxied any;
> include /etc/nginx/conf.d/*.conf;
> include /etc/nginx/vhosts/*/*.conf;
> server {
> server_name localhost;
> disable_symlinks if_not_owner;
> listen 80;
> include /etc/nginx/vhosts-includes/*.conf;
> location @fallback {
> error_log /dev/null crit;
> proxy_pass http://127.0.0.1:8080;
> proxy_redirect http://127.0.0.1:8080 /;
> proxy_set_header Host $host;
> proxy_set_header X-Forwarded-For
> $proxy_add_x_forwarded_for;
> proxy_set_header X-Forwarded-Proto $scheme;
> access_log /var/log/nginx/access_proxy.log ;
> }
> }
> client_max_body_size 128m;
> }
>
> Лог access_proxy пуст.
Значит в location @fallback не попадают запросы.
По поводу кучи разных инклудов советую почитать что
об этом думает автор nginx Игорь Сысоев:
https://habrahabr.ru/company/oleg-bunin/blog/313666/
Еще раз, вам лучше добиться того, чтобы статический объект отдавался простым
чтением
с диска, а не в результате обработки скрипта.
Попробуйте сделать как-то так и посмотреть результат:
location = /style.css {
root /directory/with/style;
expires -1;
access_log /log-dir/my-test.log;
}
Удачи.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: server_name в X-Original-URL
Hello, Dzmitry Stremkouski!
On Wed, Jan 04, 2017 at 10:37:01PM +0300
mitr...@gmail.com wrote about "server_name в X-Original-URL":
> Здравствуйте, активно использую auth_request на сервере.
>
> Использую
> server {
> listen 443 ssl http2;
> listen [::]:443 ssl http2;
> server_name secure.stremki.net ssl.stremki.net;
> ...
> location = /auth {
> proxy_set_header X-Original-URL $scheme://$server_name$request_uri;
> ...
>
> и у меня на бекенд авторизации вне зависимости от того, пришёл ли я на
> secure или ssl, приходит server_name = secure.stremki.net
>
> Если имена server_name варьировать, то выбирается первое.
А вам не подойдет $host вместо $server_name ? Лишнее туда не попадет по-идее
в вашем случае.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Как очистить кэш Nginx
Здравствуйте! 1. Попробуйте понять где у вас происходит обработка вашего запроса к стилям. Для этого, как вариант, можно добавить access_log внутри разных location для записи отдельного лог-файла на время тестирования. Так вы поймете в каком location обрабатывается. 2. Далее, когда поймете в каком location -- попробуйте понять КАК именно обрабатывается. Скорее всего внутри try_files. Но! Там может быть отдан статически с диска, если он есть внутри описанного root, или может произойти обработка php-скриптом. Я в вашей конфигурации не вижу кэша у nginx, скорее всего кэшируют ваш файл какие-то php-скрипты. Возможно, nginx не может найти css файл внутри сконфигурированного root. Удачи в поиске решения! ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: reverse proxy + mysql + video
Hello, tepkuh! On Sat, Apr 02, 2016 at 03:34:44PM -0400 nginx-fo...@forum.nginx.org wrote about "Re: reverse proxy + mysql + video": > Под "убиванием файла" имелось ввиду пропадание сетевой файловой системы в > связи с сетевым лагом Скажите, а база данных у вас развернута на чем? На ФС? -- Lystopad Aleksandr ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Помогите правильно написать конфиг для CMS
Hello, ad...@goplexltd.com!
On Tue, Dec 29, 2015 at 11:56:02AM +
ad...@goplexltd.com wrote about "Re: Помогите правильно написать конфиг для
CMS":
> Домен и пути я естественно поменял на свои.
> Испробывал все варианты предложенные вами, все равно получаю 502.
> Итоговый вариант конфига на котором пока остановился-
> server {
> server_name www.domain.com;
> rewrite ^(.*) http://domain.com$1 permanent;
> }
>
> server {
>
> server_name domain.com;
>
> location / {
> fastcgi_pass localhost:9000;
> fastcgi_param SCRIPT_FILENAME $document_root/rw.php;
> fastcgi_param QUERY_STRING$query_string;
> }
>
> location ~ \.(gif|jpg|png|ico|swf|txt|js|css|zip|htc|ttf)$ {
> root /var/www/html/images;
> }
> }
>
> Логи nginx
>
> 2015/12/29 06:37:07 [error] 11380#0: *20 no live upstreams while connecting
> to upstream, client: 88.202.***.**, server: domain.com, request: "GET /
> HTTP/1.1", upstream: "fastcgi://localhost", host: "domain.com"
> 2015/12/29 06:37:08 [error] 11380#0: *21 connect() failed (111: Connection
> refused) while connecting to upstream, client: 88.202.***.**, server:
> domain.com, request: "GET / HTTP/1.1", upstream: "fastcgi://[::1]:9000",
> host: "domain.com"
> 2015/12/29 06:37:08 [error] 11380#0: *21 connect() failed (111: Connection
> refused) while connecting to upstream, client: 88.202.***.**, server:
> domain.com, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000",
> host: "domain.com"
Вам же написано ж четко в логе все что нужно.
Вы запустили на 9000 порту fastcgi-сервис? И почему нет?
--
Lystopad Aleksandr
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: не видит директорию
Hello, horsement! On Thu, Apr 24, 2014 at 02:00:36PM -0400 nginx-fo...@nginx.us wrote about Re: не видит директорию: а какой именно юниксовая ос подойдет под веб и бд-mysql Лучше всего подходит тот, которому сможете обепечить должное обслуживание. -- Lystopad Aleksandr ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Проблемы с авторизацией
Hello, saVIor4815162342!
On Mon, Apr 07, 2014 at 03:28:12AM -0400
nginx-fo...@nginx.us wrote about Проблемы с авторизацией:
День добрый!
Ситуация следующая: поднял прокси на nginx на сервере с белым ip, за ним
стоит видеорегистратор (внутренний адрес 10.100.0.2:88). При авторизации на
регистраторе выдает ошибку Проблемы с сетью. Конфиг элементарный:
location /test/ {
proxy_pass http://10.100.0.2:88/;
}
Скрин ошибки: http://www.fayloobmennik.net/3710258
В чем может быть проблема?
Возможно, нужно еще какие-то порты пробрасывать.
Я для регистраторов rvi пробрасываю 80 и 3 порты при помощи НАТа.
--
Lystopad Aleksandr
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Помогите с uri и root
Здравствуйте!
Использую nginx/1.4.4 на freebsd 8.4.
Есть ссылка http://site.com/%d0%d4%d1/P044022-15ES--small.jpg
По этой ссылке ни как не получается отдать файл из root
Мне нужно запросы, в которых картинка и два тире перекидывать на
другой виртуальный сайт, который в данный момент находится в этом
же конфиге. Также на сервере файлы могут быть названы в нижнем
регистре.
Конфигурация nginx.conf:
location ~* --.*.(jpg|jpeg|gif)$ {
if ($host !~* ^photo.*) {
rewrite ^(.*)$ http://site2.com$1 permanent;
}
root/dir/photo/;
try_files $uri $uri_lowercase @1_fallback;
}
location ~* \.(jpg|jpeg|gif)$ {
root/dir/photo/;
try_files $uri $uri_lowercase @1_fallback;
}
location @1_fallback {
root/dir/photo/dir2/;
try_files $uri $uri_lowercase @fallback;
error_page 404 = @fallback;
}
location / {
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-nginx-real-ip-client $proxy_add_x_forwarded_for;
proxy_pass http://$host:88;
index index.php index.php4 index.html index.htm;
more_clear_headers 'X-Powered-By';
}
если этот файл открывать при помощи ls -l, то получается вот что:
# ls -l '/dir/photo/dir2/\xD0\xD4\xD1/p044022-15es--frontsmall.jpg'
-rwxrwxr-x 1 user web - 8183 Mar 20 18:02
/dir/photo/dir2/\xD0\xD4\xD1/p044022-15es--frontsmall.jpg
# ls -l /dir/photo/dir2/\xD0\xD4\xD1/p044022-15es--frontsmall.jpg
ls: /dir/photo/dir2/xD0xD4xD1/p044022-15es--frontsmall.jpg: No such file or
directory
как только не пробовали изменять название директории
на сервере -- бестолку.
Нужно настроить nginx на отдачу файлов с подобным именем при помощи root .
Догадываюсь, что проблему можно решить путем изменения ссылки.
Прошу помочь снять с ручника: где я туплю?
--
Lystopad Aleksandr
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
