from:"Anton Bessonov"

Re: Отбработка команд в файле htaccess

2018-02-04 Пенетрантность Anton Bessonov


Зачем столько рекламы? Для агенства очень слабенько, однако.

Для решения проблемы просто установите Apache и .htaccess начнёт 
обрабатываться, если в конфигурации не напортачите.


On 31.01.2018 09:39, koz...@texterra.ru wrote:
Вас беспокоит интернет-агенство Texterra, мы оказываем услуги интернет 
маркетинга для одного из клиентов вашего веб-сервера-https://proivf.ru/.
В ходе работы у нас возникла проблема с настройкой перенаправлений в 
файле htaccess, из-за того что клиент является пользователем вашего 
веб-сервера, то что мы прописываем в htaccess не отрабатывается. В 
частности нам необходимо настроить редиректы со страницы "без /" на 
страницы "с /" для элементов разделов.

Подскажите как нам решить эту проблему?
--
С уважением,
Даниил Козлов,
Project-менеджер
Phone:  +7 9096761189
Читайте нашблог .
-
Хотите дать обратную связь по качеству нашей работы?
Обращайтесь к руководителю отдела контроля качества — 
Елизавете Язиной: phone: +7 909 943 24 81

yaz...@texterra.ru 


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru



--
Certified Prince2:2009 Project Manager
Professional Scrum Expert
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer

Now that's a test of the character of an organization.
Of the organizations that are attempting to implement
Scrum probably, 30% - 35% will successfully implement it.
- Ken Schwaber

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Проксирование на aws/alb

2017-05-25 Пенетрантность Anton Bessonov


Здравстуйте,

есть такой сетап:
интернет -> внешний alb -> энджин (ECS-Cluster) -> внутренний alb -> 
кучка сервисов (ECS-Cluster).


alb меняет время от времени свой айпи адрес, а энджин новый адрес не 
резольвит. Нашол 
https://distinctplace.com/2017/04/19/nginx-resolver-explained/. Как 
узнать айпи адрес резольвера? ЛоадБалансер прикреплён к двум AZ: CIDR 
10.180.24.0/21  и 10.180.32.0/21 
. Правильно ли я понимаю, что конфигурация должна 
выглядить следующим образом (особенно айпи резольвера при ECS):


server {
listen 0.0.0.0:8000 ;

location /service {
resolver 10.180.24.2 10.180.32.2 valid=5s;
set $upstream_endpoint http://${ALB_URL};
proxy_pass $upstream_endpoint;
}

location /otherservice {
resolver 10.180.24.2 10.180.32.2 valid=5s;
[...]

Как я понимаю, то при смене айпи есть вероятность в течении 5ти секунд, 
что возникнет предыдущая ощибка:


connect() failed (113: No route to host) while connecting to upstream

Как можно избежать этого?

Ну и вопрос удобства. Что можно куда вынести из локейшн? В данный момент 
конфиг выглядит следующим образом:


upstream frontend {
server ${ALB_URL};
}

server {
listen 0.0.0.0:8000 ;

location /service {
proxy_pass http://frontend;
}

location /otherservice {
proxy_pass http://frontend;
}
[...]

И так как блоков сервер и локейшн много, не хотелось бы копипейстить. 
Где и что можно применять стоит в документации, но вопрос в том, будет 
ли работать хак с обновлением айпи адреса в резольвере?


С уважением,

Антон


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Best practices - url versioning static cache

2017-01-22 Пенетрантность Anton Bessonov

А что, если перенести это на уровень бильд-процесса? Успешно использую с 
мэйвеном (подсчёт версии, копирование файлов в /static/${number} и 
замена переменных в ресурсаx), вэбджар и ocLazyLoad.


На уровне энджина просто добавлаю кэш-форева для /static и /webjar.


On 22.01.2017 10:27, S.A.N wrote:

Здравствуйте.

Для статичных файлов, есть старая добрая практика, добавлять в url, некий
номер версии этого файла, клиентам отдавать в заготовках максимальное время
кеширования, как-то так:

expires max;

Re: 403 Forbidden

2016-06-29 Пенетрантность Anton Bessonov


On 22.06.2016 11:44, misha_shar53 wrote:

Что такое Selinux?

http://lmgtfy.com/?q=%D0%A7%D1%82%D0%BE+%D1%82%D0%B0%D0%BA%D0%BE%D0%B5+Selinux%3F=1

--
Certified Prince2:2009 Project Manager
Professional Scrum Expert
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer

Now that's a test of the character of an organization.
Of the organizations that are attempting to implement
Scrum probably, 30% - 35% will successfully implement it.
- Ken Schwaber

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Подмена бинарника в докере

2016-05-05 Пенетрантность Anton Bessonov


On 26.04.2016 22:19, Igor Sysoev wrote:

On 26 Apr 2016, at 19:27, Anton Bessonov <exe...@gmail.com> wrote:


Спасибо большое, работает. И с демонизацией тоже.

Но наблюдаю эффект, что если убить мастера, то воркер остаётся один. И только 
после убивания воркера ломается контейнер. Можно сделать как-то (trap?), что бы 
контейнер или воркер с мастером ломались? А то состояние странное.

Убить как - kill -9 или просто kill ? Во втором случае воркеры должны выходить.




Как kill -9. С просто kill воркер выходит.

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Подмена бинарника в докере

2016-04-26 Пенетрантность Anton Bessonov

Спасибо за идею. Используем официальные сборки на базе alpine. Пока не 
собираем сами. Или можно как нибудь через компос без боли внедрить?


On 26.04.2016 08:38, Den Bozhok wrote:

Так а если решение в лоб - запускать nginx не напрямую, а сделать на bash init 
скрипт и уже из него запускать nginx? Тогда никаких проблем с перезапуском 
nginx и умиранием докера.

25.04.2016, 22:55, "Anton Bessonov" <exe...@gmail.com>:

Так и есть, ppid становится 1:

# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
PID PPID USER %CPU VSZ WCHAN COMMAND
  1 0 root 0.2 20044 pipe_w /bin/bash -c $(exec
/usr/sbin/nginx -g "daemon off;")
  5 1 root 0.0 31684 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
  6 5 nginx 0.0 32068 - nginx: worker process
  7 0 root 0.6 20224 wait bash
 11 7 root 0.0 17500 - ps axw -o
pid,ppid,user,%cpu,vsz,wchan,command

# kill -USR2 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
PID PPID USER %CPU VSZ WCHAN COMMAND
  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
/usr/sbin/nginx -g "daemon off;")
  5 1 root 0.0 31684 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
  6 5 nginx 0.0 32068 - nginx: worker process
  7 0 root 0.0 20224 wait bash
 12 5 root 0.0 31688 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
 13 12 nginx 0.0 32068 - nginx: worker process
 14 7 root 0.0 17500 - ps axw -o
pid,ppid,user,%cpu,vsz,wchan,command

# kill -WINCH 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
PID PPID USER %CPU VSZ WCHAN COMMAND
  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
/usr/sbin/nginx -g "daemon off;")
  5 1 root 0.0 31684 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
  6 5 nginx 0.0 32068 - nginx: worker process
  7 0 root 0.0 20224 wait bash
 12 5 root 0.0 31688 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
 13 12 nginx 0.0 32068 - nginx: worker process
 15 7 root 0.0 17500 - ps axw -o
pid,ppid,user,%cpu,vsz,wchan,command

# kill -QUIT 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
PID PPID USER %CPU VSZ WCHAN COMMAND
  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
/usr/sbin/nginx -g "daemon off;")
  7 0 root 0.0 20224 wait bash
 12 1 root 0.0 31688 sigsus nginx: master process
/usr/sbin/nginx -g daemon off;
 13 12 nginx 0.0 32068 - nginx: worker process
 16 7 root 0.0 17500 - ps axw -o
pid,ppid,user,%cpu,vsz,wchan,command

On 25.04.2016 21:08, Igor Sysoev wrote:


  On 25 Apr 2016, at 20:33, Anton Bessonov <exe...@gmail.com> wrote:


  Здравстуйте,

  на сколько я помню, то энджин не посзоляет обновлять конфигурацию, если 
менять параметры некоторых директив, таких как пути к кэшам. Актуально 
использую подмену бинарника - вроде помогает.

  Сейчас эксперементирую с тем же самым, только в контейнере. По умолчанию 
энджин имеет PID 1, что убивает контейнер после kill -QUIT 1.

  В docker-compose делаю следующее:

  version: '2'
  services:
nginxt:
  image: nginx
  ports:
- "6283:80"
  command: /bin/bash -c '$$(exec /usr/sbin/nginx -g "daemon off;")'

  Вроде работает:

  # ps auxf
  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
  root 7 0.1 0.3 20224 3208 ? Ss 17:07 0:00 bash
  root 12 0.0 0.2 17496 2064 ? R+ 17:07 0:00 \_ ps auxf
  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec /usr/sbin/nginx -g 
"daemon off;")
  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
/usr/sbin/nginx -g daemon off;
  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process

  # kill -USR2 5
  # ps auxf
  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
  root 7 0.0 0.3 20224 3208 ? Ss 17:07 0:00 bash
  root 15 0.0 0.2 17496 2048 ? R+ 17:08 0:00 \_ ps auxf
  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec /usr/sbin/nginx -g 
"daemon off;")
  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
/usr/sbin/nginx -g daemon off;
  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process
  root 13 0.0 0.4 31688 5080 ? S 17:08 0:00 \_ nginx: master process 
/usr/sbin/nginx -g daemon off;
  nginx 14 0.0 0.2 32068 2880 ? S 17:08 0:00 \_ nginx: worker process

  # kill -WINCH 5
  # ps auxf
  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
  root 7 0.0 0.3 20224 3208 ? Ss 17:07 0:00 bash
  root 16 0.0 0.1 17496 1956 ? R+ 17:09 0:00 \_ ps auxf
  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec /usr/sbin/nginx -g 
"daemon off;")
  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
/usr/sbin/nginx -g daemon off;
  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process
  root 13 0.0 0.4 31688 5080 ? S 17:08 0:00 \_ nginx: master process 
/usr/sbin/nginx -g daemon off;
  nginx 14 0.0 0.2 32068 2880 ? S 17:08 0:00 \_ nginx: worker process

  # kill -QUIT 5
  # ps auxf
  USER PID %CPU %

Re: Подмена бинарника в докере

2016-04-25 Пенетрантность Anton Bessonov


Так и есть, ppid становится 1:

# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
  PID  PPID USER %CPUVSZ WCHAN  COMMAND
1 0 root  0.2  20044 pipe_w /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
5 1 root  0.0  31684 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

6 5 nginx 0.0  32068 -  nginx: worker process
7 0 root  0.6  20224 wait   bash
   11 7 root  0.0  17500 -  ps axw -o 
pid,ppid,user,%cpu,vsz,wchan,command


# kill -USR2 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
  PID  PPID USER %CPUVSZ WCHAN  COMMAND
1 0 root  0.0  20044 pipe_w /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
5 1 root  0.0  31684 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

6 5 nginx 0.0  32068 -  nginx: worker process
7 0 root  0.0  20224 wait   bash
   12 5 root  0.0  31688 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

   1312 nginx 0.0  32068 -  nginx: worker process
   14 7 root  0.0  17500 -  ps axw -o 
pid,ppid,user,%cpu,vsz,wchan,command


# kill -WINCH 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
  PID  PPID USER %CPUVSZ WCHAN  COMMAND
1 0 root  0.0  20044 pipe_w /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
5 1 root  0.0  31684 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

6 5 nginx 0.0  32068 -  nginx: worker process
7 0 root  0.0  20224 wait   bash
   12 5 root  0.0  31688 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

   1312 nginx 0.0  32068 -  nginx: worker process
   15 7 root  0.0  17500 -  ps axw -o 
pid,ppid,user,%cpu,vsz,wchan,command


# kill -QUIT 5
# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
  PID  PPID USER %CPUVSZ WCHAN  COMMAND
1 0 root  0.0  20044 pipe_w /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")

7 0 root  0.0  20224 wait   bash
   12 1 root  0.0  31688 sigsus nginx: master process 
/usr/sbin/nginx -g daemon off;

   1312 nginx 0.0  32068 -  nginx: worker process
   16 7 root  0.0  17500 -  ps axw -o 
pid,ppid,user,%cpu,vsz,wchan,command


On 25.04.2016 21:08, Igor Sysoev wrote:

On 25 Apr 2016, at 20:33, Anton Bessonov <exe...@gmail.com> wrote:


Здравстуйте,

на сколько я помню, то энджин не посзоляет обновлять конфигурацию, если менять 
параметры некоторых директив, таких как пути к кэшам. Актуально использую 
подмену бинарника - вроде помогает.

Сейчас эксперементирую с тем же самым, только в контейнере. По умолчанию энджин 
имеет PID 1, что убивает контейнер после kill -QUIT 1.

В docker-compose делаю следующее:

version: '2'
services:
  nginxt:
image: nginx
ports:
  - "6283:80"
command: /bin/bash -c '$$(exec /usr/sbin/nginx -g "daemon off;")'

Вроде работает:

# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.1  0.3  20224  3208 ?Ss   17:07   0:00 bash
root12  0.0  0.2  17496  2064 ?R+   17:07   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: master 
process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ nginx: 
worker process

# kill -USR2 5
# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.3  20224  3208 ?Ss   17:07   0:00 bash
root15  0.0  0.2  17496  2048 ?R+   17:08   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: master 
process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ nginx: 
worker process
root13  0.0  0.4  31688  5080 ?S17:08   0:00  \_ nginx: 
master process /usr/sbin/nginx -g daemon off;
nginx   14  0.0  0.2  32068  2880 ?S17:08 0:00  \_ nginx: 
worker process

# kill -WINCH 5
# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.3  20224  3208 ?Ss   17:07   0:00 bash
root16  0.0  0.1  17496  1956 ?R+   17:09   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 /bin/bash -c $(exec 
/usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: master 
process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ n

Подмена бинарника в докере

2016-04-25 Пенетрантность Anton Bessonov


Здравстуйте,

на сколько я помню, то энджин не посзоляет обновлять конфигурацию, если 
менять параметры некоторых директив, таких как пути к кэшам. Актуально 
использую подмену бинарника - вроде помогает.


Сейчас эксперементирую с тем же самым, только в контейнере. По умолчанию 
энджин имеет PID 1, что убивает контейнер после kill -QUIT 1.


В docker-compose делаю следующее:

version: '2'
services:
  nginxt:
image: nginx
ports:
  - "6283:80"
command: /bin/bash -c '$$(exec /usr/sbin/nginx -g "daemon off;")'

Вроде работает:

# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.1  0.3  20224  3208 ?Ss   17:07   0:00 bash
root12  0.0  0.2  17496  2064 ?R+   17:07   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 
/bin/bash -c $(exec /usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: 
master process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ 
nginx: worker process


# kill -USR2 5
# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.3  20224  3208 ?Ss   17:07   0:00 bash
root15  0.0  0.2  17496  2048 ?R+   17:08   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 
/bin/bash -c $(exec /usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: 
master process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ 
nginx: worker process
root13  0.0  0.4  31688  5080 ?S17:08   0:00  \_ 
nginx: master process /usr/sbin/nginx -g daemon off;
nginx   14  0.0  0.2  32068  2880 ?S17:08 0:00  \_ 
nginx: worker process


# kill -WINCH 5
# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.3  20224  3208 ?Ss   17:07   0:00 bash
root16  0.0  0.1  17496  1956 ?R+   17:09   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 
/bin/bash -c $(exec /usr/sbin/nginx -g "daemon off;")
root 5  0.0  0.4  31684  4860 ?S17:06   0:00 nginx: 
master process /usr/sbin/nginx -g daemon off;
nginx6  0.0  0.2  32068  2860 ?S17:06   0:00  \_ 
nginx: worker process
root13  0.0  0.4  31688  5080 ?S17:08   0:00  \_ 
nginx: master process /usr/sbin/nginx -g daemon off;
nginx   14  0.0  0.2  32068  2880 ?S17:08 0:00  \_ 
nginx: worker process


# kill -QUIT 5
# ps auxf
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.3  20224  3208 ?Ss   17:07   0:00 bash
root17  0.0  0.2  17496  2064 ?R+   17:09   0:00  \_ ps auxf
root 1  0.0  0.2  20044  2704 ?Ss   17:06   0:00 
/bin/bash -c $(exec /usr/sbin/nginx -g "daemon off;")
root13  0.0  0.4  31688  5080 ?S17:08   0:00 nginx: 
master process /usr/sbin/nginx -g daemon off;
nginx   14  0.0  0.2  32068  2880 ?S17:08   0:00  \_ 
nginx: worker process



Теперь вопросы.

А оно работает? То есть какие проблемы могут возникнуть из-за такого 
изврашённого способа? Или есть способ лучше? (Ну в голову пришло ещё 
просто стартовать новый контейнер, подменивать днс и выкидывать 
старый... но я в этом не сильно шарю - как там ttl и всё такое, если 
нужно срочно).


И ещё вопрос: А после -WINCH воркеры не должны вымирать?

С уважением,

Антон

--
Certified Prince2:2009 Project Manager
Professional Scrum Expert
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer

Now that's a test of the character of an organization.
Of the organizations that are attempting to implement
Scrum probably, 30% - 35% will successfully implement it.
- Ken Schwaber

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Не отображаются картинки после ресайзинга

2014-01-26 Пенетрантность Anton Bessonov


Думаю, где-то таймаут срабатывает.

А что, если ресайсить энжином?

On 24.01.2014 08:12, Miklucho wrote:

Имеются nginx+apache+php на CentOS
Потребовалось сделать ресайз картинок на лету по ссылкам типа:
http://www.sitename.ru/thumb/350x250xin/images_path/image_name.jpg
Реализовал следующим образом

1. В nginx проверяем существование картинки, если не существует
перенаправляем на Апач.
location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js)$  {
root /home/www/sitename.ru/www/;
try_files $uri @fallback;
}
location @fallback {
proxy_pass http://backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_connect_timeout 120;
proxy_send_timeout120;
proxy_read_timeout180;
}

2. На бекэнде в .htaccess свое перенаправление:
RewriteRule ^thumb/(.*) /thumb.php?req=$1

3. Скрипт thumb.php выполняет ресайз, сохраняет картинку для кеша и отдает
ее в браузер.

Схема работает, но есть такая проблема. На странице одновременно выводится
до 10 таких картинок, так вот при первом заходе на страницу отображается
только 1-2 изображения из десяти. Для остальных браузер рисует стандартную
иконку отсутствующей картинки. Причем если посмотреть на FTP - отресайзенные
картинки существуют!
При обновлении страницы уже все картинки отображаются корректно.

Мне кажется, что проблема в том, что php сравнительно медленно ресайзит
изображения и из-за этого срабатывают какие-то таймауты, либо в apache, либо
в nginx.
Не подскажет ли кто куда мне копать?

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,246772,246772#msg-246772

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru



--
Certified Prince2:2009 Project Manager
Professional Scrum Master I  II
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer

Now that's a test of the character of an organization.
Of the organizations that are attempting to implement
Scrum probably, 30% - 35% will successfully implement it.
- Ken Schwaber

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Отбработка команд в файле htaccess

Проксирование на aws/alb

Re: Best practices - url versioning static cache

Re: 403 Forbidden

Re: Подмена бинарника в докере

Re: Подмена бинарника в докере

Re: Подмена бинарника в докере

Подмена бинарника в докере

Re: Не отображаются картинки после ресайзинга

9 matches

Site Navigation

Mail list logo

Footer information