ftp признан слишком открытым и небезопасным. Поэтому с него на https уехало почти все.
В отличие от http, к фтп не вышло прикрутить шифрование, а sftp и ftps это вообще другие протоколы, не основанные на фтп.
Вот и решили дропнуть поддержку во избежание. Видимо слишком много злоупотреблений и непонимания безопасности в мире
$() обозначает выполнить команду в скобках, ее результат поставить на место $()
соответственно если я добавляю экранирование, то команда выполняется не во время выполнения ssh а уже позже, во время выполнения docker
В современном программировании, фронт часто генерится бэком, поэтому "сервер" и "фронт" называть сервером и клиентом можно довольно условно. Клиент это все-таки браузер.
Современных - нет. Раньше были поделки на три панели, насколько они актуальны сейчас - не знаю.
Но вы бы пояснили задачу, возможно то, что вы делаете, нужно делать с другим подходом.
partyzanx, БД занимает ровно столько, как вы ее настроите.
Ну и в принципе. не делайте тогда ничего, ибо чтобы вы не сделали - все будет занимать память.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Владислав Лысков, Нигде не слышал ни в одном договоре о пинге. В лучшем случае "скорость ДО xx mbit"
И да, провайдер отвечает только за себя, остальная задержка за пределами его собственной сети - не его проблема.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, если вы знаете, где находится сервер, и есть возможность в том же датацентре арендовать виртуальную машину, то можно через нее ходить на сервер с минимальной задержкой.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, На маленьких расстояниях (в пределах города, например), основная задержка - обработка пакетов на свичах.
Пакет нужно прочитать, разобрать, понять куда его дальше роутить, отправить в нужный канал. В зависимости от оборудования провайдера это может занять от наносекунд до миллисекунд.
На больших расстояниях (между странами и тем более между континентами), основная задержка - транспортировка пакета, ибо там может быть десятки миллисекунд и задержка на маршрутизаторах становится незначительной по сравнению с транспортной, но это обычно последняя миля пользователя.
В случае использования медленного транспортного протокола (модем, блутус, docsis старых версий, радиоезернет на 20-30 км), задержка на передачу в общем случае всегда будет основным моментом.
Еще момент - непонятно что такое "хотелось бы веб сервер поближе".
У вас будет только один клиент - вы? Тогда ставьте сервер на свой локальный комп и все.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Вот меня интересует как кол-во промежуточных серверов зависит от расстояния и какую задержку они вносят
Никак. У провайдера могут быть сложные пути создания своей инфраструктуры, особенно в условиях городской застройки и развития.
Маленькая частная домашняя сеть, которую изначально разводили на коленке, может развиться в уверенного провайдера. А коммутационные колодцы могли быть, например, приватизированы другой компанией, и чтобы проложить кабель из дома в соседний дом, придется или платить аренду за использование подземного пространства, или пойти назад, где свой кабель давно лежит и обойти квартал.
А потом несколько маленьких провайдеров выкупает крупный монополист, и где-то перекладывает, где-то оставляет как есть.
Промежуточные сервера вносят РАЗНУЮ задержку.
Еще раз повторю - команды tracert и traceroute покажут текущий маршрут, чтобы понять сколько хопов и какая задержка. А вот почему она такая, вы не узнаете, поскольку это внутренняя техническая информация провайдера, и о том как настроены эти промежуточные хопы и какую задачу выполняют клиентам рассказывать не будут.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, нет таких данных как 1000 км.
Это же живая инфраструктура, которую строили надежно или на соплях.
Между провайдерами различные соединения с разными договорами по скорости и стоимости. Твой пакет может прийти по разному маршруту в разное время дня суток из-за стоимости.
в общем случае домашний пользователь.
Есть его комп, есть роутер в квартире - вот один кабель, один хоп до роутера, скажем 5 метров
потом езернет до роутера провайдера в подъезде, второй хоп, скажем 20 метров
от роутера провайдера идет оптикой, например несколько километров до серверной провайдера, третий хоп
Потом у самого провайдера может быть внутри несколько разных роутеров, которые врубаются в роутер отвечающий за внешние аплинки, четвертый хоп , скажем 2 метра
Потом до другого провайдера оптика, например 20 километров.
Потом у другого провайдера оптика внутренние маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика еще одна внутренняя маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика до какого-то дома, 1 км
Потом у другого провайдера езернет внутри дома до квартиры, 20м
Потом у другого провайдера езернет внутри квартиры до чужого компа.
Вот и приехали от одного пользователя до другого, это хорошо если пользователи в одном городе у разных провайдеров. А если в разных странах, а если там через 3-4 промежуточных провайдера...
Юзай команды tracert или traceroute чтобы посмотреть маршрут.
