Отмечу, что тут есть нюанс.
Round Robin предполагает, что IP адреса будут выдаваться по очереди (сначала первый, потом — второй и т.п.). Однако, это нигде не стандартизировано и адреса могут выдаваться с перекосом.
Кроме того, существует кэширование, а значит N пользователей, получив адрес, его закэшируют, и к нему могут добавиться новые запросы. В итоге пойдет не балансирование, а приоритет какого-то из серверов.
С робином нужно избыточное количество серверов, чтобы как можно больше разнести пользователей, а это не всегда возможно и экономически целесообразно. В общем, нужно смотреть по факту, хотя предложенный метод хорош для статики.
Касательно проблем с дисками.
Изначально, стоит просто сделать клон и запустить его на хорошем диске. Если виртуалка - клонировать, переместить на новый, запустить. Если физический сервер с умирающим диском - клонировать, заменить диски с минимальным даунтаймом, запустить.
А вот затем уже можно спокойно поднимать новый сервер, ставить сервисы, постепенно мигрируя по необходимости. Затянется, зато не будет серьезных проблем и будет работать как положено.
А разворачивать все сразу, да еще под риском, что все в какой-то момент умрет - по-моему, лишнее.
Опять же, какие-то старые версии, если необходима их поддержка - можно оставить крутиться на клоне на хорошем диске, а уже свежее актуализировать на новом сервере и туда постепенно перетягивать, что можно и новых клиентов-сайты, которые отвечают современным требованиям ПО.
Легко. Точнее, если никто больше ничего не трогал - это наивысшая вероятность.
Иногда обновления панели производят интересные изменения, только успевай за ними. Жаль, что не всегда удачные. Потому, если для себя, никогда не ставлю панель: так гарантированно конфиги останутся на своих местах и в том виде, в котором их записали. А панель очень уж любит их менять на свой вкус и цвет. Не раз сталкивался, к сожалению.
Из ваших уст это звучит так: "Поскольку я не знаю как работает TCP, чем он отличается от UDP, что такое socket; как работают Nginx, Apache, PHP, Javascript - значит этого не существует и невозможно." :)
Какой браузер, какая сохраненка.. жесть у вас там каша в голове. Попробуйте осилить "многа букф" и вылезти за границы удаффкома.
Увы, дальнейшее обсуждение не имеет никакого смысла.
Ниже опускаться незачем, я и так спустился к потолку вашего понимания работы серверов и сайтов изнутри.
В последний раз объясняю, начиная с фразы, за которую все дружно говорят "спасибо".
Так вот, в контексте обсуждения - Яндексу неважно, что именно вывелось на экран десктопа клиента. Яндекс, его сервер-сторона, прекрасно знает, ЧТО именно должно быть выведено пользователю на экран.
Обращаемся к примеру: http://scriptoid.net/widgets/Counter/
В данном примере "сервер" знает, какой именно пример он вывел, кроме того, он знает, сколько знаков в этом примере. 9-10-12, в зависимости от того, как динамически сформировался пример. Он ЗНАЕТ, ЧТО он выдал клиенту.
Вторая часть - это клиент-скрипт в браузере, который в конце формирования страницы у клиента может точно так же проверить, ЧТО клиент получил в браузер на экран. И так же успешно посчитать количество знаков, получить хэш значений и другие простейшие, но важные вещи.
В итоге, не надо быть полным дураком, чтобы понять, что если цифра у клиента в скрипте и цифра того, что выдала сервер-сторона отличается - контент БЫЛ ПОДМЕНЕН. Чем, кем, когда - вообще не имеет значения. Факт остается один - КОНТЕНТ отличается.
---
Так вот, отвечая на фразу: Да, можно прекрасно посчитать и проверить то, что получил клиент. И сделать запрос на сервер с тем, чтобы проверить, совпадает ли полученное с отправленным. Это вообще простейший и базовый принцип, начинающийся на TCP пакетах сети.
А следовательно, если это необходимо, сайт будет знать, меняют ли его код на стороне или не меняют. И выводить соответствующие предупреждения, выполнять какие-либо действия и прочее-прочее.
Мы можем еще углубляться в процессы проверки, в методики, мы даже можем поговорить о принципах самозащиты скрипта и какие куда должны идти данные, чтобы нельзя было взять и подставить нужную цифру после изменений на странице. Но это уже отдельная тема и можно пару томов и по ней написать. Только не нужно это.
Так понятнее? Если и так непонятно, что вы делаете выводы, которые спокойно опровергаются практикой, а вас в этом товарищи поддерживают не вникая, то увы. Имея на руках все примеры и факты отвечать "Так не бывает, я знаю" - это уже просто путь вникуда.---------- Добавлено 24.02.2019 в 16:54 ----------
Вопрос был в том, чем является сообщение. Так вот, оно является предупреждением о том, что страница изменена. Об этом выше. То, что дальше рекомендует Яндекс - лишь следствие. Захотел бы дать рекламу - просто дал бы ее на странице. Разговор начат о том, чем именно и зачем нужно сообщение. Так вот, сообщение является уведомлением о проблеме на странице. Точка.
И да, "Многа букаф" - это все тот же фарс. Хотите все так же выглядеть клоуном - ваше дело. Ни хорошим человеком, ни хорошим специалистом вас это не показывает.
Если прекратишь заниматься троллингом и хотя бы немного захочешь понять, что я стараюсь донести, начиная с первого сообщения о принципе проверки собственной страницы на изменения в ней левыми скриптами (в том числе адблоками), то поймешь, что пурги там нет.
Но объяснять чисто на троллинге и стебе, лично у меня, нет никакого желания. Тем более, что в принципе, основы я не просто объяснил, но еще и дал рабочий пример, хотя он и "на коленке", просто для понимания базового смысла такой проверки. Не говоря уж о том, что сотни-тысячи вебмастеров успешно используют скрипты, которые вычисляют работу тогоже Адблока и выводят об этом сообщение пользователю с просьбой его включить. Принцип там тот же, зачастую.---------- Добавлено 24.02.2019 в 16:39 ----------
Умение общаться с людьми, в том числе и теми, кто работает в смежной области - хороший принцип. Я не отменяю того факта, что он может быть хорош в своей области, но когда человек откровенно стебется над тем, в чем он не совсем понимает, ну или делает вид, что не понимает - это не демонстрирует его в лучшем виде.
Я же, почему-то, не начинаю спорить о тех вопросах, которые я могу знать в некоторых аспектах лишь поверхностно. И если мне приводят конкретные примеры работы того, что я считал, что "так невозможно" - как бы не буду оспаривать очевидное.
Поддержу предыдущих отписавшихся, перед использованием домена однозначно нужно проверять нет ли сильных и трастовых сайтов со схожим звучанием. Причем не только в версии домена, но и в наименовании бренда на русском языке. Тем более, когда используются тире и другие знаки в наименовании, их ПС однозначно будет считать или ошибочными или неточными.
В примере с газпромом слово газ-пром всегда будет исправляться, не представляю как надо будет качать "газ-пром", чтобы он передавил исходное слово.
Да нет, элементарная демонстрация того как сервер перед выдачей в состоянии посчитать сколько знаков он отправил клиенту и как клиент может проверить, получил ли он это же количество знаков. То, что товарищ выше считает за фантастику и шаманство 🤣---------- Добавлено 24.02.2019 в 14:47 ----------
Валяюсь, жги еще! 😂
Я ему рабочий пример того, как это работает, а Африка говорит, что это все ниправда и так не бывает ))
Вашим же слогом: это слив.
