Size: a a a

2021 March 28

AT

Alex Tkachuk in nginx_ru
Ovhcloud, вплоть до 5ггц цпушники есть, русского нет
источник

D

Denis in nginx_ru
Владимир Муковоз
Всем привет ребята. Подскажите есть ли у кого на примете хостинг виртуальных серверов или дедиков с расположением в США? В идеале если с высокопроизводительными ядрами и русской поддержкой. Загуглить конечно могу, но хотело бы по рекомендации от того кто пользовался.
vultr (high frequency)
источник

AN

Anton Noginov in nginx_ru
Alex Tkachuk
Ovhcloud, вплоть до 5ггц цпушники есть, русского нет
ovh сейчас советовать - это хорошая, богатая идея.
источник

D

Denis in nginx_ru
Anton Noginov
ovh сейчас советовать - это хорошая, богатая идея.
Не храните в одной корзине и будет добро.
источник

VZ

Vladimir Zhurkin in nginx_ru
Denis
Не храните в одной корзине и будет добро.
Делай бекапы
источник

D

Denis in nginx_ru
Vladimir Zhurkin
Делай бекапы
И проверяйте их, дублируйте.
источник

VZ

Vladimir Zhurkin in nginx_ru
и периодически  восстанавливать 😏
источник

D

Denis in nginx_ru
Vladimir Zhurkin
и периодически  восстанавливать 😏
На проде? Это уже ближе к Chaos Engineering.
источник

VZ

Vladimir Zhurkin in nginx_ru
Зачем на проде  ? Отдельная среда для восстановления
источник

D

Denis in nginx_ru
Vladimir Zhurkin
Зачем на проде  ? Отдельная среда для восстановления
Ну это уже само собой
источник

D

Dezmunt in nginx_ru
Коллеги, подскажите, есиь приложение на nextjs второе просто на реакте, надо один повесить на / второй на /dashboard, пытался запустить все отдельно потом просто проксировать, но не вышло, на next по / работает, но дашборд не пашет, я так понимаю что то со статикой наверное. Как лучше поступить?
источник
2021 March 29

D

Dezmunt in nginx_ru
Dezmunt
Коллеги, подскажите, есиь приложение на nextjs второе просто на реакте, надо один повесить на / второй на /dashboard, пытался запустить все отдельно потом просто проксировать, но не вышло, на next по / работает, но дашборд не пашет, я так понимаю что то со статикой наверное. Как лучше поступить?
Если вдруг кому понадобится, то смог решить таким способом
источник

D

Dezmunt in nginx_ru
server {
   listen 80;

   server_name mentalg.com;

       location / {
               proxy_pass http://172.31.23.249:5000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }

       location /client/ {
               rewrite ^/client(/.*)$ $1 break;

               proxy_pass http://172.31.23.249:3000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }
}
источник

k

kiosaku in nginx_ru
ну, молодец. только rewrite можно заменить на / в proxy_pass. для location /client/
источник

k

kiosaku in nginx_ru
а proxy_set_header вынести на уровень выше
источник

ВМ

Владимир Муковоз... in nginx_ru
Dezmunt
server {
   listen 80;

   server_name mentalg.com;

       location / {
               proxy_pass http://172.31.23.249:5000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }

       location /client/ {
               rewrite ^/client(/.*)$ $1 break;

               proxy_pass http://172.31.23.249:3000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }
}
костыль, доки прочти, первый пример описывает как это сделать без реврайт
источник

ВМ

Владимир Муковоз... in nginx_ru
Dezmunt
server {
   listen 80;

   server_name mentalg.com;

       location / {
               proxy_pass http://172.31.23.249:5000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }

       location /client/ {
               rewrite ^/client(/.*)$ $1 break;

               proxy_pass http://172.31.23.249:3000;
               proxy_http_version 1.1;
               proxy_set_header Upgrade $http_upgrade;
               proxy_set_header Connection 'upgrade';
               proxy_set_header Host $host;
               proxy_cache_bypass $http_upgrade;
       }
}
источник

V

Vitaly in nginx_ru
коллеги, приветствую!
я не очень хорошо знаком с nginx, прошу подсказать в какую сторону копать.
для всего сервера включена basic_auth, но есть урлы вида http://example.com/api/user/listhttp://example.com/api/user/list, для которых авторизацию требуется отключить.
проблема в том, что директории api в проекте нет, урлы эти генерируются непонятно каким образом и, например, условный location ^~ /api/ прописать не выходит. возможно ли средствами nginx отключить авторизацию для определенных ури?
источник

k

kiosaku in nginx_ru
ну, по куке, например
источник

k

kiosaku in nginx_ru
но если у тебя нет чёткого критерия, для каких uri отключать и для каких пользователей, но что-то делать смысла нет
источник