История изменений
Исправление anonymous_sama, (текущая версия) :
Я не совсем точно выразился, там даже не объем трафика важен, а объем трафика к timeout’у nginx proxy и timeout http соединения самого приложения. У меня такое было с tinytinyrss, соединение локального компьютера и vps с wireguard. Правда у меня еще под CF бесплатным было (у которого весьма строгий timeout и его нельзя изменить) и tinytinyrss в докере на локальном и vps зарубежная, и я не успевал в timeout. Но если много статики, то да проблема может случится определенно. В принципе если vps российская и localhost российский, должно быть быстрее, но все равно есть шанс что на какой-то статике заткнется, а timeout долгий будет не допустим.
Т.е. у тебя не само соединение заткнется как таковое и оно будет работать, а просто ты не будешь успевать отдавать в приемлемое время. В принципе наверное можно решить если закэшировать на сервере vps, но если данные будут уникальные это замкнутые круг.
Типо если у тебя там html страничка, или что-то легкое и так понятно, что ты и так бы смог хостить, на самой VPS.
Суть в том, что где один сайт, там и второй третий, несколько приложений, и в итоге можно больше потерять, чем сразу купить более мощную VPS или ip у интернет провайдера и хостить напрямую
Исправление anonymous_sama, :
Я не совсем точно выразился, там даже не объем трафика важен, а объем трафика к timeout’у nginx proxy и timeout http соединения самого приложения. У меня такое было с tinytinyrss, соединение локального компьютера и vps с wireguard. Правда у меня еще под CF бесплатным было (у которого весьма строгий timeout и его нельзя изменить) и tinytinyrss в докере на локальном и vps зарубежная, и я не успевал в timeout. Но если много статики, то да проблема может случится определенно. В принципе если vps российская и localhost российский, должно быть быстрее, но все равно есть шанс что на какой-то статике заткнется, а timeout долгий будет не допустим.
Т.е. у тебя не само соединение заткнется как таковое и оно будет работать, а просто ты не будешь успевать отдавать в приемлемое время. В принципе наверное можно решить если закэшировать на сервере vps, но если данные будут уникальные это замкнутые круг.
Типо если у тебя там html страничка, или что-то легкое и так понятно, что ты и так бы смог хостить, на самой VPS.
Исходная версия anonymous_sama, :
Я не совсем точно выразился, там даже не объем трафика важен, а объем трафика к timeout’у nginx proxy и timeout http соединения самого приложения. У меня такое было с tinytinyrss, соединение локального компьютера и vps с wireguard. Правда у меня еще под CF бесплатным было (у которого весьма строгий timeout и его нельзя изменить) и tinytinyrss в докере на локальном и vps зарубежная, и я не успевал в timeout. Но если много статики, то да проблема может случится определенно. В принципе если vps российская и localhost российский, должно быть быстрее, но все равно есть шанс что на какой-то статике заткнется, а timeout долгий будет не допустим.
Т.е. у тебя не само соединение заткнется как таковое и оно будет работать, а просто ты не будешь успевать отдавать в приемлемое время. В принципе наверное можно решить если закэшировать на сервере vps, но если данные будут уникальные это замкнутые круг.