что значит зеркало файла
Объясните, пожалуйста, что такое «зеркало» файла и для чего оно нужно?
Возможно, вы не раз сталкивались с вопросом, что такое зеркало. Обычно под словом зеркало понимается идентичный архив, файл, часть архива.
В последнее время зачастую применяю 2 типа зеркал:
— Совместимое зеркало. К примеру, возьмем 2 файловых хостинга rapidshare.com и depositfiles.com. Если автор новости опубликовал ссылку на файл на rapidshare.com и написал «зеркало на depositfiles.com», то есть вам надо качать только одно из зеркал, потому что содержимое архивов будет одинаковое. При совместимых зеркалах вы можете произвольно качать файлы, к примеру 1 парт (part1) скачать с rapidshare.com, 2 парт (part2) скачать с depositfiles.com. При этом при распаковке частей получается полноценный файл.
— Несовместимое зеркало. Раннее не применялось, но в последнее становится популярным понятием. Для более легкого понимания возьмем, к примеру фильм, который залит на 2 файловых хостинга. Фильм один, а архивы не совместимы, то есть вам в обязательном порядке надо выбрать один из хостингов (который вам более удобен) и качать с него все части, только в этом случае вы сможете собрать исходный файл.
что такое обычное зеркало и как оно работает знаешь?
при использовании даунлоад менеджеров :Free Download Manager,ReGet Deluxe.
зеркала используютса для распределения нагрузки между 2 и более серверами-увеличение скорости при скачивании,связь более стабильна-даже если один сервер упал ты продолжаешь скачивать.
ЗЫ добавь что написал николаша и получишь самый полный ответ =))
Как устроено наше зеркало
Зеркалом называется копия данных одного информационного ресурса на другом. Зеркала используются для предоставления доступа к копиям информации через несколько источников. С помощью зеркал, например, осуществляется распространение дистрибутивов *nix-систем: копии репозиториев хранятся на многочисленных зеркалах, расположенных в различных точках мира. Использование зеркал позволяет рационально распределять нагрузку и обеспечить высокую скорость скачивания пакетов.
Свое зеркало пакетов, в котором хранятся копии репозиториев популярных linux-систем, есть и у нашей компании. В этой статье мы хотели бы подробно рассказать о его устройстве.
Запуская в 2010 году проект облачных серверов, мы выбрали для них модель установки net-install, при которой дистрибутивы устанавливаются «родным» исталлятором с одного из официальных зеркал. Благодаря такой модели можно всегда получать актуальные версии ПО со всеми последними изменениями, внесенными мейнтейнерами дистрибутива. Еще одно преимущество модели net-install заключается в том, что она позволяет избавиться от целого ряда проблем, связанных с клонированными инстансами (необходимость генерации SSH-ключей, UUID’ов файловых систем и т.п.).
В качестве основного зеркала мы выбрали mirror.yandex.ru, потому что оно близко расположено и содержит все нужные нашим клиентам репозитории. Сначала оно нас вполне устраивало. Но потом случилось непредвиденное. Число установок росло, инженеры налегали на тестирование шаблонов; в конце концов Яндекс, возмутившись огромным количеством одинаковых запросов, просто закрыл доступ к своему зеркалу для наших подсетей.
Мы стали искать решение, с помощью которого можно было бы обеспечить стабильность и свести вероятность возникновения внештатных ситуаций к минимуму. У нас возникла следующая идея: поднять nginx в качестве проксирующего сервера для нескольких зеркал. Такое решение казалось нам вполне разумным и надежным: даже если один из аплинков упадет, мы без проблем сможем скачать файлы с другого. Однако мы сразу же столкнулись с проблемой разнородной структуры зеркал: например, репозиторий CentOS на одном аплинке мог лежать в /centos, на другом — в /CentOS, а на третьем — вообще в /www/mirror/srv/pub/centos.
Так как универсальные зеркала, содержащие репозитории всех нужных нам дистрибутивов (CentOS, Debian, Ubuntu, OpenSUSE) можно пересчитать по пальцам, для каждого из дистрибутивов приходилось составлять отдельный список зеркал.
Из-за всех этих трудностей у нас не раз случался сбой автоматической установки. Чтобы раз и навсегда избавиться от сбоев, мы создали собственное зеркало — mirror.selectel.ru. Оно доступно только с IP-адресов Селектела (исходящий трафик для нас платный и предоставить его общественности мы не рискуем, ибо получить 10-20 гигабит можно запросто).
С этого зеркала осуществляется установка операционных систем на выделенные серверы.
Как устроены репозитории
Как правило, репозитории состоят из двух основных частей: каталог (индекс) и пул (хранилище пакетов).
В каталоге хранится информация обо всех пакетах, находящихся в репозитории: имя, описание, архитектура, версия, контрольные суммы, а в некоторых случаях также информацию о зависимостях и содержимом пакетов. В каталоге также указано, где именно в пуле лежит файл той или иной версии каждого пакета.
В пуле хранятся сами файлы пакетов. Они могут быть разложены в соответствии с какой-либо иерархией или просто сложены в одну директорию.
RPM-репозитории
В корне каждого RPM-репозитория находится директория с файлами каталога — repodata. Описание всех секций каталога хранится в файле repomd.xml. Каждая секция представлена отдельным файлом в директории каталога. В описании указан путь к файлу, содержащему секцию, а также его контрольная сумма.
Содержимое файла repomd.xml может выглядеть, например, так:
Структурирование и группировка пакетов для разных ОС организованы по-разному. Например, CentOS хранит все файлы пакетов в директории Packages, расположенной в корне репозитория. Кроме того, для каждой из имеющихся архитектур создан отдельный репозиторий.
OpenSUSE хранит пакеты для всех архитектур в одном репозитории с раздельными пулами в директориях i686/x86_64/etc.
DEB-репозитории
В DEB-репозиториях все пакеты хранятся в общем пуле. Это позволяет избежать дублирования пакетов, входящих в разные релизы. Для каждого релиза в репозитории создан отдельный каталог.
Разбор каталога начинается с файла /dists/[distribution]/Release (distribution здесь означает кодовое имя релиза — squeeze/wheezy/jessie). В нем содержится перечень компонентов релиза, а также информация о размере и контрольных суммах всех индексных файлов. Release-файл подпиcывается мейнтенерами архива; подпись хранится в файле Release.gpg(иногда содержимое Release вместе с подписью может находится в файле InRelease).
Описание содержимого пула находится в индексных файлов двух типов: Packages(в них перечислены бинарные пакеты) и Sources (в них перечислены исходники).
Путь к файлу Packages — /dists/[distribution]/[component]/binary-[architecture]/Packages, а к файлу Sources — /dists/[distribution]/[component]/source/Sources.
Приведем пример записи из файла Packages:
Как работает наше зеркало
Репозиторий каждого дистрибутива на зеркале хранится в двух экземплярах: теневом (background) и рабочем (foreground). Обе части лежат на отдельном LVM-томе, что позволяет на ходу добавлять им дисковое пространство. В рабочей части хранится проверенная копия зеркала, она раздавается с помощью nginx. Теневая часть синхронизируется с upstream-зеркалом, а затем проходит тщательную проверку на валидность.
Процедура валидации включает проверку каталога, его цифровой подписи (если таковая имеется), а также проверку контрольных сумм всех индексных файлов. Проверить контрольные суммы всех пакетов довольно затруднительно: в пулах некоторых репозиториев могут храниться пакеты на десятки, а то и на сотни гигабайт. Поэтому контрольные суммы проверяются только у новых пакетов, до которых «дотронулся» rsync. После проверки теневая и рабочая часть меняются местами. Эта операция производится при помощи простого mv. Таким образом можно практически обеспечить атомарность подмены (достаточно трех быстрых вызовов mv, чтобы поменять директории местами) и минимизировать возможный простой. Отдача открытых файлов во время замены не прекращается.
После того, как две части поменялись местами, теневая часть локально «догоняется» до актуального состояния из рабочей копии.
Mirror-sync
Описанный выше алгоритм реализован в нашем наборе скриптов под названием mirror-sync, недавно опубликованном на GitHub под лицензией GNU GPL. Надеемся, что наши наработки окажутся полезными широкой аудитории, и кто-то из наших читателей воспользуется нашим опытом при создании собственного зеркала. Все комментарии, содержащие замечания и предложения по улучшению зеркала, мы обязательно учтем в дальнейшей работе.
Для тех кто не может комментировать посты на Хабре, приглашаем к нам в блог.
Зеркало сайта. Как определить и настроить
Зеркало сайта — абсолютная копия сайта, которая определяется по совпадению контента на страницах сайта с одинаковыми адресами. Можно выделить два типа:
Также сайты считаются зеркалами, если со страниц одного сайта настроен 301-редирект на соответствующие страницы другого сайта.
Зеркала сайтов не индексируются. Поисковые системы склеивают зеркала, из них индексируется и участвует в поиске только один из сайтов — главное зеркало.
Если необходимо определить, считает ли Яндекс сайты зеркалами или какая из копий сайта главная (с www или без), то надо проанализировать страницы, находящиеся в индексе.
Если в индексе находятся страницы обоих вариантов, значит зеркала не склеены, и можно задать основное.
Чтобы проверить, является ли сайт чьим-нибудь зеркалом, надо добавить его в Яндекс Вебмастер. Если сайт признан неглавным, то он будет автоматически добавлен вместе со своим главным зеркалом.
В панели вебмастеров Яндекса это можно сделать в разделе «Индексирование», на вкладке «Переезд сайта».
Чтобы задать главное зеркало сайта в Google, необходимо сначала добавить копии, а затем в настройках каждого домена выбрать основной.
Ждите новые заметки в блоге или ищите на нашем сайте.
1) У вас https://arealidea.ru/index.php дублирует главную страницу. Сделайте редирект или пропишите canonical.
2) А еще не помешало бы статику оптимизировать и картинки, тормоза и время загрузки страницы портят впечатление.
3) Зачем тормознутый архаизм в виде Битрикса на промосайте? Из пушки по воробьям стреляете
То что у вас на промосайте — это не быстро и не круто, как вы сами пишите.
2) Не новость. Все время на клиентов.
Увы, у клиентов та же беда
В начальной версии операционной системы он был чёрным, это могло путать техподдержку.
Зеркала сайта: что это и почему владельцу сайта важно о них знать
Несколько адресов одного и того же сайта воспринимаются поисковыми роботами как разные сайты — например, example.com;и www.example.com. Чтобы такие адреса не конкурировали между собой в результатах поиска, а вы могли смотреть корректную статистику сайта, в поисковых системах используются зеркала. Расскажем о них подробнее.
Что такое зеркало сайта
Сайт с одним и тем же контентом может открываться по нескольким адресам. Например:
Каждый такой адрес — это и есть зеркало сайта. Для удобства Яндекс объединяет зеркала одного сайта в общую группу. И в любой такой группе есть главное зеркало — основной адрес, который участвует в поиске.
Важно, чтобы в Вебмастере вы добавили и подтвердили именно главное зеркало. Только так вы сможете отслеживать изменения сайта в поиске и получать уведомления о найденных проблемах.
Как настроить главное зеркало
Откройте страницу Мои сайты в Вебмастере. В списке сайтов главное зеркало всегда отображается первым внутри своей группы. Неглавные — под основным адресом в виде вложенных пунктов.
Сейчас в Вебмастере первым среди зеркал можно добавить только главное зеркало сайта. Мы не советуем добавлять после этого неглавные зеркала без явной необходимости — например, когда вам нужно подготовиться к переезду.
Если вы ранее добавили только неглавное зеркало сайта, теперь подтвердите права на главное. Если главное зеркало необходимо изменить из-за переезда на новый адрес, следуйте этой инструкции:
1. Добавьте главное зеркало в Вебмастер.
2. Установите перенаправление со старого адреса на новый. Для этого используете редирект с HTTP-кодами 301 или 302. Старайтесь, чтобы все страницы старого сайта вели на соответствующие страницы нового, а не просто на главную. Иначе страницы главного зеркала будут дольше появляться в поиске.
3. Сообщите о переезде в Вебмастере. Выберите старый сайт, с которого хотите переехать, и на странице Индексирование ⟶ Переезд сайта введите новый адрес.
Главное зеркало сменится в течение нескольких недель. После смены главного зеркала удалите старое главное зеркало из Вебмастера.
Подробнее о зеркалах и переезде сайта читайте в Справке.
Если у вас есть вопросы, оставляйте их в комментариях или пишите нам через форму обратной связи.
2. \»Несколько адресов одного и того же сайта воспринимаются поисковыми роботами как разные сайты\»
Так пусть наконец НЕ воспринимаются! Неужели это сложнее чем Алису сделать?
2.2. Жаль что эту дурь поддерживает Гугл.
Проблема же длиннее, разными являются и
домен
Почему Вы и Гугл не могут сами это рекомендацию применять и не учить всех этому уже с 10к лет?
Почему не поменять там у себя http: просто на https:, а www не учитывать?
Почему Искусственный Интеллект, Асистент и Алиса не помогли Вам и им в таком простом вопросе, вместо обваливания наших страниц в выдаче?
1. Спасибо что «Для удобства Яндекс объединяет зеркала одного сайта в общую группу».
2. «Несколько адресов одного и того же сайта воспринимаются поисковыми роботами как разные сайты»
Так пусть наконец НЕ воспринимаются! Неужели это сложнее чем Алису сделать?
Проблема же длиннее, разными являются и
домен
домен/
домен/index.php
Почему Вы и Гугл не могут сами это рекомендацию применять и не учить всех этому уже с 10к лет?
Почему не поменять там у себя http: просто на https:, а www не учитывать?
Почему Искусственный Интеллект, Асистент и Алиса не помогли Вам и им в таком простом вопросе, вместо обваливания наших страниц в выдаче?
Что касается ссылок домен/ (со слешем на конце) и домен (без слеша), для нашей поисковой системы это одна и та же страница. Ссылка домен/index.php действительно является отдельной страницей для нашего робота, т.к. формально это и правда другой адрес. Если эта страница дублирует главную, мы рекомендуем использовать атрибут rel=\»canonical\» или редирект, чтобы указать роботу, какую из страниц нужно индексировать. При этом в поиске отображаться будет все равно главная страница.
атрибут rel=»canonical» действительно можно использовать, но только если речь идет о зеркалах вида: с www или без www, с http или с https. Если же зеркала имеют разные доменные имена, то для их объединения в группу зеркал нужно использовать именно редирект.
Кроме этого, сбивает с толку сообщение при попытке добавить https-версию сайта для www.example.ru:
«https://www.example.ru — это неглавное зеркало сайта www.example.ru. Робот индексирует только главное зеркало. Поэтому рекомендуем добавить www.example.ru. Всё равно добавить?».
Во-первых: сайт www.example.ru уже добавлен и есть в списке сайтов.
Во-вторых: если Яндекс уже знает о https-версии как о зеркале, может его и не нужно добавлять?
После этого сообщения, я не стал добавлять https-версию сайта, а решил сразу вызвать процедуру переезда, ведь если https-версия нужна, Яндекс мне об этом скажет и не позволит выполнить переезд. Но нет, заявка о переезде была успешно принята.
Только после этого я прочитал вашу заметку о зеркалах, я добавил https-версию насильно, и в списке сайтов, подпунктом к сайту «www.example.ru», появился сайт «https://www.example.ru» (с указанием протокола https). Теперь, как понимаю, будет легче отследить смену главного зеркала.
Подправьте, пожалуйста, и текущую заметку, её первый пункт в инструкции:
«Если главное зеркало необходимо изменить из-за переезда на новый адрес, следуйте этой инструкции:
1. Добавьте главное зеркало в Вебмастер.»
Главное зеркало уже существует. Добавить нужно «новое зеркало», которое в будущем должно стать главным. При этом, игнорировать предупреждение Яндекса, нажав ссылку «всё равно добавить».
Пожалуйста, в инструкциях старайтесь опираться на интерфейс. Так, вы нигде не найдете в вебмастере кнопку «добавить зеркало», возможно только «добавить сайт». Либо указывайте ссылку на страницу добавления: https://webmaster.yandex.ru/sites/add/
В остальном, всё понятно. Спасибо большое за труд в разъяснении отдельных моментов.
Кроме этого, сбивает с толку сообщение при попытке добавить https-версию сайта для www.example.ru:
«https://www.example.ru — это неглавное зеркало сайта www.example.ru. Робот индексирует только главное зеркало. Поэтому рекомендуем добавить www.example.ru. Всё равно добавить?».
Во-первых: сайт www.example.ru уже добавлен и есть в списке сайтов.
Во-вторых: если Яндекс уже знает о https-версии как о зеркале, может его и не нужно добавлять?
После этого сообщения, я не стал добавлять https-версию сайта, а решил сразу вызвать процедуру переезда, ведь если https-версия нужна, Яндекс мне об этом скажет и не позволит выполнить переезд. Но нет, заявка о переезде была успешно принята.
Только после этого я прочитал вашу заметку о зеркалах, я добавил https-версию насильно, и в списке сайтов, подпунктом к сайту «www.example.ru», появился сайт «https://www.example.ru» (с указанием протокола https). Теперь, как понимаю, будет легче отследить смену главного зеркала.
Подправьте, пожалуйста, и текущую заметку, её первый пункт в инструкции:
«Если главное зеркало необходимо изменить из-за переезда на новый адрес, следуйте этой инструкции:
1. Добавьте главное зеркало в Вебмастер.»
Главное зеркало уже существует. Добавить нужно «новое зеркало», которое в будущем должно стать главным. При этом, игнорировать предупреждение Яндекса, нажав ссылку «всё равно добавить».
Пожалуйста, в инструкциях старайтесь опираться на интерфейс. Так, вы нигде не найдете в вебмастере кнопку «добавить зеркало», возможно только «добавить сайт». Либо указывайте ссылку на страницу добавления: https://webmaster.yandex.ru/sites/add/
В остальном, всё понятно. Спасибо большое за труд в разъяснении отдельных моментов.
Ссылка на справку «Переход сайта на HTTPS»
Что такое зеркало сайта
Рассказываю о том, что представляет собой зеркало сайта. Как оно работает, зачем нужно и как его правильно настроить.
Определение термина «зеркало сайта»
Под зеркалом сайта подразумевается аналогичный сайт, но доступный в сети по другому адресу. То есть существует условный сайт timeweb.com, а вдобавок к нему разработчики сделали сайт таймвэб.рф. Вот эти веб-ресурсы поисковая система будет считать зеркальными, если на них размещен идентичный контент.
Некоторые зеркала создаются автоматически: к примеру, при добавлении префикса www. добавляется еще один адрес сайта, который автоматически становится его зеркалом, то есть отдельным ресурсом, но склеенным с оригинальным. Поэтому в ранжировании поисковой выдачи используется только один из сайтов.
Но есть и возможность создать собственное зеркало, если нужно.
Зачем создавать зеркало?
Зеркала для тех, кто опечатывается
Чтобы не терять трафик со стороны людей, которые некорректно вводят название сайта, можно забронировать себе несколько похожих ссылок, чтобы угодить всем, кто опечатывается, и настроить переадресацию на оригинальный ресурс.
Повышенная стабильность
Проще говоря, зеркало может работать как резервная копия на случай сбоя. Допустим, ваш основной сайт (и сервер, на котором он работает) «умер» или был заблокирован государством, то доступ может быть обеспечен с помощью ссылки-зеркала.
Смена доменного имени основного сайта
Когда бизнес совершает ребрендинг, нужно заменить не только вывеску, но и название сайта. А если поменяется адрес, то нужно каким-то образом сохранить пользователей, привыкших к старому URL, а также репутацию домена. И тут как раз помогает зеркало: точная копия сайта, доступная уже по новому адресу. У клиентов останется два варианта и у поисковиков будет выбор.
Какие бывают варианты зеркал и какой нужно выбрать?
С адресами, которые принципиально друг от друга отличаются, все и так ясно. Если нужно менять название сайта полностью, то все упирается в брендинг. А что делать с префиксом www?
WWW расшифровывается как World Wide Web. Это система объединения разных типов серверов в одно глобальное пространство в сети. Префикс www. ранее добавлялся к названию сайта, чтобы дать понять пользователям, что они попали во всемирную паутину, а не на почтовый или ftp-сервер. Но сейчас такой нужды нет, как и нужды в префиксе.
Префикс вынуждает потенциальных посетителей сайта вводить дополнительные знаки. И если нет зеркала без префикса, то с непривычки они попросту не смогут попасть на ваш ресурс (если, конечно, им не поможет в этом браузер). Ну и смысла в www. уже давно нет – все и так понимают, что сайт находится в глобальном пространстве.
Как настроить переадресацию на стороне сервера?
Есть такая вещь, как серверный редирект. Это когда при переходе на страницу с префиксом www. вы попадаете на страницу без него. Или наоборот – открываете сайт без префикса, а попадаете на страницу с префиксом. Это возможно благодаря настроенной переадресации на стороне сервера. Подобное явление можно встретить на довольно большом количестве сайтов. Взять те же Google или Яндекс, к примеру. Если ввести в адресную строку google.com, то в итоге вы все равно окажетесь на сайте www.google.com.
Если ваш сайт размещен по адресу с www., а потенциальный посетитель введет его без www., то вам важно настроить переадресацию, чтобы пользователь попал на нужную страницу.
Проверить, как работает переадресация на том или ином сайте, можно с помощью сервиса Redirect Checker.
Есть несколько способов настроить переадресацию. Рассмотрим основные.
Наиболее универсальный метод, не требующий установки и настройки дополнительного программного обеспечения. Все необходимое есть на любом Apache-сервере по умолчанию. А это один из наиболее распространенных типов серверов.
Открываем FTP-клиент и подключаемся к FTP-серверу вашего сайта, чтобы найти в корневой директории конфигурационный файл, либо используем для этого SSH-клиент. 
Вставляем код для переадресации…
Вместо moy-sait нужно ввести название своего сайта, естественно.
После этого сохраняем изменения на сервере. Если скачивали файл для редактирования на ПК, то надо выгрузить его обратно.
Настраиваем переадресацию на сервере Nginx
Чтобы настроить редирект для сервера Nginx:
Открываем папку, где хранится конфигурационный файл.
Скачиваем nginx.conf на компьютер или открываем через текстовый редактор прямо на сервере.
Вводим туда следующий код…
Настраиваем редирект с сайта без префикса на сайт с префиксом или наоборот.
Используем CMS или панель управления
Если вы привыкли к графическому интерфейсу и по каким-то причинам боитесь менять параметры с помощью текста, то можно воспользоваться решениями, встроенными в панель управления или CMS.
Ниже рассмотрим, как это реализуется на примере ПУ cPanel, а также CMS WordPress, Drupal и Joomla.
Через cPanel
Это довольно популярная панель управления сайтами, через которую можно быстро настроить редирект. Для этого:
Открываем непосредственно cPanel.
Ищем раздел настроек с названием «Домены».
Кликаем по ссылке с названием «Перенаправления».
Оказавшись на экране с настройками редиректа, выбираем его тип: постоянный, если создаем зеркало, или временный, если отправляем сайт на «реконструкцию».
Затем указываем домен, с которого будем выполнять переадресацию, и домен, на который будем отправлять посетителя.
В конце нажимаем на кнопку «Добавить».
Как видите, пара простых действий, и переадресация уже настроена. Считайте, что ваше зеркало готово, и дополнительные настройки не понадобятся.
С помощью плагинов в CMS
Для большинства популярных CMS есть плагины для быстрой настройки переадресации без необходимости лезть в конфигурационные файлы.
Если используете для управления сайтом программную платформу WordPress, то вместо того, чтобы вручную вносить изменения в параметры сервера, можно скачать плагин Simple 301 Redirect, Redirection или любой аналог.
Их интерфейс почти всегда построен одинаково. В самом простом случае нужно указать основной домен и адрес, на который нужно перенаправлять пользователей. Иногда к этому добавляется возможность выбрать тип редиректа.
Для Drupal тоже есть бесплатный внешний модуль для настройки переадресации. Называется он Redirect.
А вот в Joomla никакие плагины не нужны, так как в эту CMS встроена функция переадресации. Ее можно настроить через пункт настроек «Перенаправление». Принцип работы такой же, как у плагина Redirection для WordPress.
Для других CMS тоже можно найти подходящие расширения, но они могут быть платными, как в случае с OpenCart.
Как настроить переадресацию при смене доменного имени?
Начать стоит с того, что поисковые системы рекомендуют при переходе на новый домен сохранять еще и старый. Делать из него зеркало, чтобы не потерять позиции в поисковой выдаче (ну или ощутить минимальные потери в этой области).
Идеальным вариантом для Яндекса видится 301-редирект с каждой страницы старого ресурса на аналогичные страницы нового. Чтобы и поисковик не потерял сотни единиц вашего контента, и уже существующие закладки пользователей работали.
Замените текст с www.moy-sait.ru на название своего сайта, и тогда у вас будет работать переадресация с любой страницы старого сайта на новый.
После этого еще нужно настроить директиву Host в старом файле robots.txt, указав ссылку на новый домен.
Как оповестить поисковые системы о наличии зеркала?
Иногда для склеивания зеркал в поисковой выдаче требуется вручную указать адреса или изменить параметры в панелях управления Яндекса и Google. Это позволяет избежать проблем при переадресации после изменения настроек на стороне сервера или сбоев в работе поисковых систем, из-за которых страница с зеркальным URL может некорректно ранжироваться.
Инструкция для Яндекса
Обычно эта процедура выполняется автоматически. Если все настроено правильно, то Яндекс и сам склеит ваше зеркало. Но иногда об изменениях нужно сообщать. К примеру, если появляется не просто новое зеркало, а меняется основное доменное имя.
Чтобы оповестить Яндекс об изменениях:
Подключаемся к серверу по протоколам FTP или SSH.
Находим директорию www и открываем ее.
Ищем файл robots.txt и открываем его с помощью любого текстового редактора (можно предварительно загрузить его на компьютер).
После директив Disallow и Allow прописываем директиву Host.
Она должна быть формата Host: www.moy-sait.ru, но с URL своего сайта.
После этого открываем раздел «Переезд сайта» в Яндекс.Вебмастере.
Ставим галочку напротив пункта «Добавить www».
Изменения вступят в силу после следующей индексации ресурсов.
Инструкция для Google
В Google ситуация немного сложнее, автоматических решений здесь нет. Для указания нового домена в Google:
Открываем Google Search Console и добавляем туда два адреса с префиксом и без префикса.
Подтверждаем права на владение обоими ресурсами.
Затем открываем настройки сайта.
Ставим галочку напротив пункт «Отобразить URL-адреса как www.moy-sait.ru.
Теперь Google будет рассматривать сайты как зеркальные, то есть идентичные друг другу.
Вместо заключения
На этом все. Теперь вы знакомы с основными принципам работы зеркал и знаете, как их правильно настроить, чтобы не потерять позиции в поисковой выдаче и угодить пользователям.