PG>>> актуальностью этой информации и обновлял её при необходимости, а не писать PG>>> цифры в нодлисте, изменение которого происходит только через координаторов, PG>>> только когда они не в отпуске и не заняты по работе, и только раз в неделю.
AB>> А куда быстрее? Линков в локалке опевестил, а остальные и неделю подождут.
SD> Насчёт "медленности" обновления при использовании INA - брехня.
Предположим ситуацию (мне кажется, она довольно типична). Сисоп имеет статический IP от провайдера и не имеет собственного домена. Провайдер прописал ему какое-то доменное имя, например, vasia.provider.net, и это имя Вася прописал в нодлисте. Через некоторое время сисоп решил сменить провайдера. Имеющийся у него домашний роутер не поддерживает два аплинка, и переключаться он собирается с ближайшего первого числа месяца, которое выпадает, допустим, на вторник через полторы недели. Сисоп пишет письмо NC: "с 1-го января прошу изменить мой флаг INA:vasia.provider.net на INA:vasia.isp2.net". И, если не забывает, пишет в локалку: "у меня изменится адрес, NC про изменение флага уже написал".
А дальше происходит следующее. Скорее всего, NC доберётся до компа и почты только числа 11-го, и изменения появятся в мировом нодлисте числа 17-го. Если же вдруг у нас NC попался очень ответственный, и вечером 31-го не забыл внести изменения и отправить сегмент RC, то нодлист с этими изменениями появится уже 3-го. Те немногие линки, которые прочитали объявление в локалке, решили, что их мейлер всё сделает сам, он ведь умеет читать нодлист. А некоторые из них при этом не подумали, что нодлист они ведь должны будут получить от этого же сисопа.
В итоге от нескольких дней до нескольких недель (либо до ручного вмешательства) многие линки перестанут работать. И это в ситуации, когда никакого форсмажора, всё заранее известно, а все сисопы и координаторы (почти) ответственные, что далеко не всегда так, существует много автопилотных или полуавтопилотных узлов.
Ты точно уверен, что медленность обновления при использовании INA - "брехня", как ты выражаешься?