Где хранятся данные сайта

Где хранятся сайты?

Где хранятся сайты? Как узнать место хранения конкретного сайта? Как выбрать место для хранения своего сайта.

Как уже ранее кто-то сказал, если вы что-то продаете или предлагаете и у вас еще нет сайта, то вы в пролете. Дословно фразу не помню, но смысл передал! 😉 Именно поэтому, особенно для каждой организации, клуба по интересам, секции и т.п. обязательно нужен свой сайт для предоставления информации о себе, для получения обратной связи из сети. Даже многие обычные люди создают сайты и блоги и зарабатывают на них деньги. У тех, «кто в теме», далеко не по одному сайту.

Т.е. каждый день появляется все больше новых проектов в сети. Больше становится доступной информации по любой сфере деятельности. И все это где-то хранится.

Где хранятся файлы сайтов

По большому счету сайты представляют из себя набор файлов, к которым есть постоянный доступ у любого пользователя через интернет.

Могут ли сайты храниться на персональных компьютерах? Да, могут. Теоретически вы можете сделать сайт и хранить его на своем компьютере. Вся проблема заключается в том, что очень редко у кого компьютеры работают постоянно. А если ваш компьютер хотя бы иногда отключается (намеренно или не по вашей вине), то ваш сайт в это время не будет доступен для пользователей. А кому это, спрашивается, нужно? Никому. Поэтому хранить сайт на своем компьютере и раздавать к нему доступ через интернет крайне нецелесообразно для тех, кто хочет с него что-то поиметь.

Услуга хостинга — это покупка некоторого количества места для хранения файлов своих сайтов на мощных серверах, доступ к которым из интернета обеспечивается постоянно. Чаще всего услуга хостинга покупается именно для хранения сайтов. Т.е. есть специальные организации, которые устанавливают очень мощные сервера, обеспечивают их широкополосным высокоскоростным доступом к интернету и предлагают за деньги размещать на них ваши файлы. Кроме того, для работы ряда сайтов требуется специальное программное обеспечение, которое довольно непросто настроить неопытному пользователю в домашних условиях. А хостинг уже покупается со всеми необходимыми настройками.

Большинство владельцев сайтов покупают хостинг для своих проектов у таких компаний (хостеров). И только довольно крупные организации могут себе позволить купить собственные сервера для своих интернет-ресурсов.

Забегая немного вперед, скажу, что если вы ищите место для хранения своего будущего сайта, то рассмотрите как вариант услуги компании BEGET — это лучший хостинг на мой взгляд!

Как узнать место хранения конкретного сайта?

Для этого, в большинстве случаев, хватает просмотра dns-записей домена исследуемого сайта. Просмотреть dns-записи можно используя различные онлайн-сервисы. например, можно воспользоваться сервисом whoisinform.

В пустую строку вводим нужный адрес и жмем кнопку «Найти». Именно в этом сервисе среди прочих полученных результатов нас интересуют строки вида:

nserver: ns1.beget.ru.
nserver: ns2.beget.ru.

После записи «nserver:» могут быть разные значения. Опираясь на эти значения и можно легко определить используемый хостинг большинства сайтов. Для приведенных выше записей использовался хостинг beget.ru .

Как выбрать место для хранения своего сайта.

Конкуренция на рынке хостинга очень большая. Различные компании делают очень похожие предложения, стараясь разными способами заманить к себе клиентов. Конечно, большинство пользователей в качестве основного критерия выбора ставят стоимость. Многие хотят найти вообще бесплатный хостинг для себя. Но лично я бесплатный хостинг для хоть сколько-нибудь серьезных проектов никому бы не советовал. Согласитесь, что 100 рублей в месяц за нормальный хостинг — это не деньги, особенно если вы на своем сайте собираетесь как-то зарабатывать!

Поэтому для более корректного выбора рекомендую спрашивать мнения у людей, которые постоянно работают с сайтами. Например, у нас, т.к. мы делаем сайты на заказ, в том числе бесплатно!

Обязательно изучите этот материал: Лучший хостинг для сайта

На каких серверах держится Архив Интернета?

Фото 1. Один из дата-центров Internet Archive в Сан-Франциско

Internet Archive — некоммерческая организация, которая с 1996 года сохраняет копии веб-страниц, графические материалы, видео- и аудиозаписи и программное обеспечение. Каждый может зайти в Wayback Machine и посмотреть, как выглядел Хабр в 2006 году или «Яндекс» в 1998 году, хотя загрузка архивных копий занимает около минуты (это не для реализма 90-х, а по техническим причинам, см. ниже).

Архив быстро растёт. Сейчас объём всех накопителей достиг 200 петабайт. Но Internet Archive принципиально не обращается к стороннему хостингу или облачному сервису вроде AWS. У некоммерческой организации собственные дата-центры, свои серверы и свои инженеры. Это гораздо дешевле, чем услуги AWS.

Архив Интернета против облаков

Технические подробности серверного устройства Internet Archive раскрыл Джона Эдвардс (Jonah Edwards), руководитель инженерной группы Core Infrastructure Team.

По его мнению, понятие «облако» многих людей вводит в заблуждение как нечто абстрактное. На самом деле это просто чужие компьютеры, то есть серверы посторонней компании. Для Internet Archive это неприемлемо. У организации собственные серверные в собственных зданиях, компьютеры принадлежат им, и персонал тоже свой.

Четыре дата-центра Internet Archive располагаются в Сан-Франциско, Ричмонде и Редвуд-Сити (это пригороды Сан-Франциско)

Кто-то может посчитать такой подход архаичным, но в некоторых случаях он действительно оправдан. В случае Internet Archive на то есть три причины: это дешевле, обеспечивает лучший контроль за серверами и даёт гарантию, что пользователей не отслеживают рекламные трекеры.

Деньги на обслуживание инфраструктуры и зарплаты сотрудникам собираются преимущественно за счёт пожертвований и грантов, годовой бюджет составляет около $10 млн.

Инфраструктура

Что представляет собой инфраструктура, которой управляет Core Infrastructure Team? На февраль 2021 года цифры такие:

• 750 серверов, возраст до 9 лет;
• 1300 виртуальных машин;
• 30 000 устройств хранения данных;
• более 20 000 жёстких дисков в парах друг с другом (paired storage), обычно пара разнесена по дата-центрам или странам для надёжности;
• общий объём накопителей почти 200 петабайт.

Разумеется, техника постепенно обновляется. На смену старым накопителям приходят новые. Например, маленькие диски на 2 и 3 терабайта полностью вышли из обращения в 2017 и 2018 годах, соответственно, а с прошлого года постоянно растёт доля дисков на 16 ТБ.

Как показано на графике ниже, несмотря на увеличение ёмкости накопителей, общее число HDD тоже постепенно растёт: за три года оно выросло с 15 тыс. до 20 тыс.

/>
Количество жёстких дисков разного объёма на серверах Internet Archive

Диски реплицируются по дата-центрам, для производительности контент по запросу выдаётся одновременно со всех копий. Все элементы Архива представляют собой директории на дисках. Веб-страницы Wayback Machine хранятся в файлах WARC (Web ARChive, сжатые файлы Web Archive). При запросе отдельной страницы её нужно извлечь из середины архива WARC, а если страница требует загрузки дополнительных ресурсов, то процесс повторяется. Это одна из причин, почему полная загрузка страниц из Wayback Machine достигает 90 секунд, хотя закэшированные копии и популярный контент загружаются быстрее.

Для надёжности копии Архива хранятся не только в Сан-Франциско, но и ещё в нескольких локациях по всему миру, в том числе в Амстердаме (Нидерланды) и Новой Александрийской библиотеке (Египет).

В 1996 году первые серверы Internet Archive подняли на недорогих компьютерах из стандартных комплектующих: по сути, на обычных десктопах под Linux. Хотя инфраструктура сильно выросла, в качестве операционной системы всегда использовали только Linux. С 2004 года все серверы перешли на Ubuntu, сейчас продолжается миграция на Ubuntu 20.4 LTS (Focal Fossa).

Объём Архива

В последнее время объём Архива возрастает примерно на 25% в год, сейчас это соответствует 5−6 петабайтам в квартал. С учётом резервных копий нужно добавлять накопителей на 10−12 петабайт в квартал.

Одна копия Архива занимает более 45 петабайт, но на дисках и лентах хранится минимум две копии каждого объекта.

Как видно на графике вверху, обновление дискового массива происходит только за счёт моделей максимальной ёмкости. Например, в конце 2021 года планируется переход на диски по 20 ТБ, и тогда в серверы будут устанавливать только их. Остальные HDD постепенно доживают свой век, и их количество медленно снижается.

Internet Archive возлагает большие надежды на новые технологии записи данных, такие как HAMR (heat-assisted magnetic recording), чтобы ёмкость HDD увеличивалась ещё быстрее. Технология HAMR предусматривает предварительное нагревание магнитной поверхности лазером в процессе записи, что позволяет значительно уменьшить размеры магнитной области, хранящей один бит информации — и увеличить плотность записи. Нагрев выполняется с помощью лазера, который за 1 пс разогревает область записи до 100 °C.

Разработка этой технологии затянулась на 15 лет, но в январе 2021 года были официально представлены первые диски HAMR на 20 ТБ. Пока что они официально поставляются только избранным клиентам в рамках фирменного сервиса Seagate Lyve, но вскоре должны появиться в свободной продаже.

Seagate обещает, что HAMR позволит наращивать ёмкость HDD на 20% в год. Поэтому в ближайшее время можно ожидать модель на 24 ТБ, а в будущем — диски на 30 и 50 ТБ. Internet Archive тоже надеется на это и внимательно следит за последними разработками.

На текущем размере дисков понадобится 15 вот таких серверных стоек, чтобы разместить одну копию Архива:

У Internet Archive 750 серверов и 20 000 жёстких дисков

Сейчас в дата-центрах установлено 75 серверных стоек, что обеспечивает некоторый запас и избыточное копирование.

По состоянию на февраль 2021 года на серверах хранились копии 534 млрд веб-страниц, 16 млн аудиозаписей, 8,7 млн видеозаписей фильмов, клипов и телепередач, 3,8 млн изображений, 629 тыс. компьютерных программ, более 29 млн книг и текстов, в том числе 72 771 текстов на русском языке.

Любой пользователь может создать аккаунт и добавить в архив медиафайлы.

Internet Archive поддерживает API для внешних сервисов. Например, сторонний сервис может забирать контент из хранилища и показывать его на своём сайте или в приложении. Можно строить собственные каталоги на базе этого хранилища, эксплуатируя IA просто как удалённый бесплатный хостинг файлов с хотлинками. Подобную модель использует книжный каталог Open Library на базе Internet Archive. Хотлинки и модель подобной «эксплуатации» собственных ресурсов поощряется со стороны Архива. Кстати, аналогичные правила действуют в Wikimedia Commons: хотлинкинг разрешён и даже поощряется, что недавно вызвало казус с фотографией цветка: по непонятной причине ежедневно в сеть Wikimedia Commons поступало около 90 млн одинаковых запросов на получение одного файла AsterNovi-belgii-flower-1mb.jpg . Будем надеяться, что у Internet Archive таких инцидентов не случится.

В 2020 году Internet Archive пережил серьёзный рост количества запросов и объёма внешнего трафика с 40 до 60 Гбит/с. Из-за пандемии коронавируса и самоизоляции ресурсы Архива стали более востребованы. Количество запросов росло так быстро, что в определённый момент маршрутизаторы Internet Archive перестали справляться с нагрузкой, пришлось делать апгрейд сетевой инфраструктуры быстрее, чем планировалось. Сейчас веб-сайт входит в топ-300 крупнейших сайтов интернета.

Работа на собственных серверах имеет и свои недостатки. Основные причины сбоев Internet Archive — обрывы оптоволокна из-за строительных работ в городе, сбои энергоснабжения, случайные провалы напряжения в сети. Впрочем, прошлый год сайт завершил с аптаймом 99,9%.

Internet Archive планирует расширять внешний канал. Ожидается, что в ближайшее время внешний трафик вырастет до 80 Гбит/с.

Примерно так выглядит дизайн внутренней сети:

Дата-центры подключены к нескольким провайдерам первого уровня (Tier 1) и соединены между собой по оптоволокну с применением технологии плотного спектрального уплотнения (DWDM). Локальные университетские сети подключаются к этому кольцу напрямую через локальные точки обмена трафиком.

Вместо нынешнего оптоволокна планируется проложить пары 100-гигабитных кабелей по всему кольцу из четырёх дата-центров, так что внешний трафик тоже можно будет увеличить до 100 Гбит/с.

Прокладка новых кабелей по Сан-Франциско — весьма хлопотное и дорогое дело. Приходится перекладывать асфальт на автомобильных дорогах и тротуарах. К счастью, Internet Archive удалось получить официальный статус библиотеки, что даёт доступ к государственным субсидиям, в том числе к бюджету Федеральной комиссии по связи США (FCC) на подключение всех библиотек к интернету. Таким образом, львиную долю расходов на прокладку, обслуживание оптоволокна и трафик оплачивает FCC по программе E-Rate Universal Service Program.

С 2005 года Internet Archive начал проект Open Library по сканированию книг. С одной стороны, это действительно важный общественный проект. С другой стороны, он позволил получить государственные льготы и финансирование в качестве публичной библиотеки.

Кроме государственных грантов и пожертвований, организация оказывает платные услуги по сканированию книг, в основном, для других библиотек и университетов. Это ещё один источник финансирования.

Планы на будущее

Инженеры Internet Archive сейчас обдумывают варианты использования SSD и GPU в основных серверах, чтобы увеличить их производительность. Главная проблема здесь в том, что все дата-центры находятся в стеснённых городских условиях Сан-Франциско и пригородов с очень ограниченными возможностями охлаждения (см. фото 1). Так что каждый апгрейд требуется хорошо обдумать: не приведёт ли он к повышению температуры.

Интересно наблюдать за ростом инфраструктуры Internet Archive с увеличением количества серверных стоек. Есть подозрение, что рано или поздно наступит момент, когда сложность поддержания своей инфраструктуры превысит некий порог — и библиотека откажется от собственных дата-центров. Но пока что инженеры Core Infrastructure Team успешно справляются с работой.

В зависимости от методологии расчёта, хранение данных в собственных дата-центрах Internet Archive обходятся в 2−5 раз дешевле, чем в облаке. И это только хранение. Сложно даже посчитать, сколько будет стоить круглосуточный исходящий трафик 60 Гбит/с на AWS. Вероятно, он обойдётся даже дороже, чем хранение 200 петабайт.

Похоже, что некоторые сервисы просто «слишком велики» для облака. Компаниям приходится поднимать собственные дата-центры, потому что у них нет выхода. Другой вопрос: должна ли библиотека заниматься этим самостоятельно? Получается, что современная цифровая библиотека — это по сути хостинг-провайдер и дата-центр?

На правах рекламы

Эпичные серверы — это надёжные VDS на Linux или Windows с мощными процессорами семейства AMD EPYC и очень быстрой файловой системой, используем исключительно NVMe диски от Intel. Попробуйте как можно быстрее!

База данных для сайта

Из статьи вы узнаете, как база данных (БД) влияет на производительность сайта. Как проверить, грамотно ли спроектирована база данных. Какие признаки говорят об ошибках БД. Почему сайту нужна БД и что из себя представляет. И в конце статьи подготовили для вас чек-лист «Как проверить Базу данных сайта на ошибки».

Знаете, где хранится контент вашего сайта? Для информации, размещаемой на сайте, нужно найти место хранения. Контент (включая тексты, картинки, файлы для скачивания) хранится не просто на сайте, а в определенном месте. Объясню, не углубляясь в техническую часть, а на понятном для вас языке.

Что такое база данных сайта

База данных сайта — это файл или несколько файлов, в которые занесены данные (например, тексты медиа, ссылки) отображаемые на страницах сайта.

• тексты новостей, статей, комментариев, ссылки;
• имена, электронные адреса и другая информация о пользователях;
• картинки, иллюстрации, gif, анимации.

БД применяется к сайтам, поддерживающим динамическое изменение контента. То есть, когда на сайте, например, систематически публикуются новости, статьи, предусмотрено комментирование пользователями.

Использование базы данных (далее БД) позволяет уменьшить скорость открытия страниц и увеличить безопасность сайта. А также позволяет добавлять контент через систему управления сайта, не обращаясь к разработчику.

1. Информация заносится, хранится и меняется в БД, когда вы заполняете сайт в системе управления.
2. Можно делать резервные копии, что гарантирует возврат контента, если с сайтом что-то случилось.

Информация записывается в базе данных и постоянно меняется (перезаписывается) в зависимости от того, как меняется контент на сайте. Для сохранности контента делают резервную копию. Для корпоративных сайтов, форумов, информационных порталов резервную копию БД делают один или несколько раз в сутки. Для менее активных сайтов раз в пару дней.

• список заявок с сайта;
• данные о зарегистрированных пользователях;
• ссылки и настройки сайта;
• установленные плагины и настройки;
• медиа материалы;
• и другая информация.

Без стабильного соединения сайта с базой данных, не просмотреть страницы. Чем больше контента и плагинов на веб-сайте, тем больше вес базы данных. Это напрямую влияет на скорость загрузки сайта в браузере.

Вес материалов, загружаемых на сайт, напрямую влияет на скорость загрузки страниц. Чем тяжелее база данных, тем медленнее открываются страницы.

Рекомендации, как не утяжелять вес сайта

1. Размещать видео на сайте с помощью ссылки на другие источники, а не загружать видео на сайт.
2. Картинки публиковать весом не тяжелее 200кб и в формате jpg.
3. Сжимать размер pdf-файла с помощью онлайн-конвертора.
4. Папку с файлами для скачивания лучше переводить в формат «.zip».

Далее вы узнаете, где на сайте хранится контент сайта и как проверить, что контент хранится в базе данных.

Где хранится контент сайта

Если вы не разработчик своего сайта, то внешне определить, существует ли у сайта БД или нет, невозможно. Когда у сайта существует база данных, то у вас имеется пароль и логин для входа в систему управления, где заполняются страницы. Если БД нет, значит войти в систему управления сайта нельзя.

Зачастую контент сайта хранится в базе данных. Сохраняется контент в БД через систему управления сайтом, когда вы заполняете страницы. Также контент может храниться в верстке сайта, то есть в коде и не попадает в БД.

Разница между хранением контента в базе данных и на сайте

Контент хранится в базе данных сайта в виде структурированных таблиц. Сайт обращается к базе данных, запрашивает материал и отображает его на страницах. При этом менеджер добавляет/изменяет/удаляет контент через систему управления сайта.

В верстке сайта контент хранится в виде строчек кода и сразу отображается на сайте. Разница в том, что менеджер не сможет добавить/изменить/удалить контент в верстке без помощи технического специалиста.

Ниже рассмотрим оба варианта хранения контента. И как понять, где хранится контент вашего сайта.

Вариант 1: контент хранится в базе данных сайта

Как понять, что контент сохраняется именно в БД: войдя на страницу через систему управления сайта, вы увидите поля для заполнения текста и картинок.

1. Заходите в систему управления сайтом.
2. В меню находите страницу, которую хотите отредактировать, и нажимаете «редактировать».
3. Страница открывается с полями для заполнения, где меняете текст и картинки.
4. Вносите изменения и публикуете.

Ниже на скриншоте показываю, как выглядит страница с полями для заполнения в системе управления сайтом.

Вариант 2: контент хранится в верстке

Как понять, что контент хранится в верстке (в коде страницы): в системе управления для страницы нет полей заполнения. В этом случае, в качестве места для хранения контента используется, например, html (язык разметки файлов для просмотра веб-страниц сайта в браузере. Не является БД).

Два способа проверить, что контент хранится в коде

1. Заходите в систему управления сайта, вводя логин и пароль.
2. В меню сайта находите страницу, которую нужно редактировать и открываете.
3. Открывается пустая страница без возможности редактировать тексты и публиковать картинки. То есть без заполнителей, как на скриншоте ниже.

Это значит, что контент хранится в коде страницы, а не в базе данных веб-сайта. Ниже на скриншоте показываем, как выглядит пустая страница в системе управления.

Как тогда меняется контент на странице? Разработчик меняет контент на сайте версткой: открывает проект, где видит сайт в виде строчек кода и вносит корректировки.

Когда на сайте отсутствует система управления, то можно считать, что не разработана БД. Если осталась связь с разработчиками, то обратитесь к ним. Отправьте письмо с просьбой подключить систему управления к сайту и предоставить вам логин и пароль для входа.

Далее рассказываю, как мы проектируем базу данных веб-сайта. Какие инструменты используем. Что будет, если неправильно спроектировать базу данных и как понять, что спроектирована неправильно. Что случится с сайтом, если не исправить ошибку.

С помощью каких инструментов мы проектируем базу данных сайта

Для проектирования базы данных существует множество инструментов. И выбираются по пожеланиям владельца будущего проекта и техническое задание. Также зависит от системы управления.

Например, наши разработчики часто используют MsSQL — систему управления реляционными базами данных, разработанной корпорацией Microsoft. Подходит для работы с крупными БД и менее масштабными. MsSQL – распространенный и технологичный инструмент, который используют многие компании.

• Высокая скорость обработки информации и функциональность системы управления база данных. Результат: высокая производительность.
• Язык запросов SQL многофункционален, позволяет редактировать данные таблиц без препятствий. Результат: скорость выполнения правок на сайте.

Что будет, если спроектировать базу данных неправильно

Ниже описываю стандартные последствия, по которым можно без специальных знаний проверить базу данных сайта. И понять, правильно ли разработчик спроектировал базу данных. И как ошибки БД повлияют на сайт, если не исправить.

• Большой вес БД.
• Данные из БД медленно загружаются.

• Страница сайта долго открывается или выдает ошибку.

• Элементы на сайте, такие как кнопки «Регистрация», «Купить» срабатывают с задержкой или не срабатывают вообще.
• Некоторые элементы на сайте не отображаются или появляются с ошибкой.

• Для пользователя — сайт крайне медленно открывается, по нажатию на кнопки всплывают ошибки или ничего не происходит, не подгружается часть страницы или контент. В итоге вызывает раздражение. И далее пользователь уходит, так как в современном мире никто не готов ждать долгую загрузку сайта.
• Для владельца сайта — потеря ресурсов (время, бюджет) и доходов (заявки).

Например. Разработчик оставил БД в плохом состоянии, побеспокоившись только о внешнем виде сайта. Понадобилось внести изменения. В лучшем случае, чтобы разобраться, куда добавить новые данные нужно просмотреть весь проект, а это время. В худшем — переделывать проект, что несет накладные расходы для партнера.

База данных проектируется для каждого веб-сайта. БД — это как фундамент, основание, на котором держится сайт. Без БД сайту неоткуда подтягивать информацию, чтобы отображать тексты, картинки, блоки, данные зарегистрированных пользователей и заявки.

• каждый раз или через раз, все или один элемент на сайте не отображается;
• по нажатию на кнопки ничего не происходит или появляется ошибка;
• при редактировании данные на сайте не обновляются.

Правильно ли работает БД вашего сайта? Проверьте это с помощью Чек-листа проверки БД.

Или сохраните файл себе на компьютер — Скачайте чек-лист проверки БД.

Если вы обнаружили на своем сайте хотя бы 2 проблемы, то база данных нуждается в доработке.

10 инструментов, которые помогут найти удалённую страницу или сайт

Если, открыв нужную страницу, вы видите ошибку или сообщение о том, что её больше нет, ещё не всё потеряно. Мы собрали сервисы, которые сохраняют копии общедоступных страниц и даже целых сайтов. Возможно, в одном из них вы найдёте весь пропавший контент.

Поисковые системы

Поисковики автоматически помещают копии найденных веб‑страниц в специальный облачный резервуар — кеш. Система часто обновляет данные: каждая новая копия перезаписывает предыдущую. Поэтому в кеше отображаются хоть и не актуальные, но, как правило, довольно свежие версии страниц.

1. Кеш Google

Чтобы открыть копию страницы в кеше Google, сначала найдите ссылку на эту страницу в поисковике с помощью ключевых слов. Затем кликните на стрелку рядом с результатом поиска и выберите «Сохранённая копия».

Есть и альтернативный способ. Введите в браузерную строку следующий URL: http://webcache.googleusercontent.com/search?q=cache:lifehacker.ru . Замените lifehacker.ru на адрес нужной страницы и нажмите Enter.

2. Кеш «Яндекса»

Введите в поисковую строку адрес страницы или соответствующие ей ключевые слова. После этого кликните по стрелке рядом с результатом поиска и выберите «Сохранённая копия».

3. Кеш Bing

В поисковике Microsoft тоже можно просматривать резервные копии. Наберите в строке поиска адрес нужной страницы или соответствующие ей ключевые слова. Нажмите на стрелку рядом с результатом поиска и выберите «Кешировано».

4. Кеш Yahoo

Если вышеупомянутые поисковики вам не помогут, проверьте кеш Yahoo. Хоть эта система не очень известна в Рунете, она тоже сохраняет копии русскоязычных страниц. Процесс почти такой же, как в других поисковиках. Введите в строке Yahoo адрес страницы или ключевые слова. Затем кликните по стрелке рядом с найденным ресурсом и выберите Cached.

Специальные архивные сервисы

Указав адрес нужной веб‑страницы в любом из этих сервисов, вы можете увидеть одну или даже несколько её архивных копий, сохранённых в разное время. Таким образом вы можете просмотреть, как менялось содержимое той или иной страницы. В то же время архивные сервисы создают новые копии гораздо реже, чем поисковики, из‑за чего зачастую содержат устаревшие данные.

Чтобы проверить наличие копий в одном из этих архивов, перейдите на его сайт. Введите URL нужной страницы в текстовое поле и нажмите на кнопку поиска.

1. Wayback Machine (Web Archive)

Сервис Wayback Machine, также известный как Web Archive, является частью проекта Internet Archive. Здесь хранятся копии веб‑страниц, книг, изображений, видеофайлов и другого контента, опубликованного на открытых интернет‑ресурсах. Таким образом основатели проекта хотят сберечь культурное наследие цифровой среды.

2. Arhive.Today

Arhive.Today — аналог предыдущего сервиса. Но в его базе явно меньше ресурсов, чем у Wayback Machine. Да и отображаются сохранённые версии не всегда корректно. Зато Arhive.Today может выручить, если вдруг в Wayback Machine не окажется копий необходимой вам страницы.

3. WebCite

Ещё один архивный сервис, но довольно нишевый. В базе WebCite преобладают научные и публицистические статьи. Если вдруг вы процитируете чей‑нибудь текст, а потом обнаружите, что первоисточник исчез, можете поискать его резервные копии на этом ресурсе.

Другие полезные инструменты

Каждый из этих плагинов и сервисов позволяет искать старые копии страниц в нескольких источниках.

1. CachedView

Сервис CachedView ищет копии в базе данных Wayback Machine или кеше Google — на выбор пользователя.

2. CachedPage

Альтернатива CachedView. Выполняет поиск резервных копий по хранилищам Wayback Machine, Google и WebCite.