IK
спасибо)
Size: a a a
2021 June 06
GS
Что не понятного в выражении "порт может слушать одно приложение"?)
N
не понянто то, а кто все таки разруливать будет?)))
N
вопрос знатокам так скажем
IK
не понятно было как разрулится если есть попытка запуска нескольких приложений на одном порту)
N
если у вас есть идея так сделать - пожалуйста, не надо)
GS
Очень легко проверить. Запустите свой сервер на ноде два раза
IK
это как раз и понятно...проблема в понимании была в том что nginx везде описывается как процесс разруливающий всё. и всякие там nodejs вынуждены ему подчиняться(я это так понимал). Теперь понял что важно просто вперед всех стартануть nginx чтоб он был на коне)
N
неправильный ответ)
N
нет такого как подчинение
вы можете без проблем стартануть сначала ноду, а потом нгинкс, просто в промежуток времени между запуском запросы на АпИ будут возвращать 502 Bad Gateway не будут работать
вы можете без проблем стартануть сначала ноду, а потом нгинкс, просто в промежуток времени между запуском запросы на АпИ будут возвращать 502 Bad Gateway не будут работать
IK
нда...теперь опять ничего не понятно....разве после старта nodejs на порту 80 nginx сможет стартовать чтоб слушать это же порт?
IK
где то у меня косяк в понимании
N
имееться ввиду что ноду мы не стратуем в этом случае на 80 порту
KK
Кто-нибудь юзал fastify в проде?
IK
аа ну я имено спрашиваю на запуске на конкретном порту..и конфликте если другое приложение также пробует запуститься на таком же порту
N
"первый кто начал слушать порт - тот и главный"
другие попытки слушать этот же порт увенчаются ошибкой
другие попытки слушать этот же порт увенчаются ошибкой
IK
т.е. утверждение что важно nginx запустить первым чтобы он все разруливал верное?
GS
Никто не запускает их на одном порту
KK
важно не запускать на :80 и :443 ничего, кроме nginx