Twitter LinkedIn Facebook Адрес электронной почты
- Статья
- Чтение занимает 2 мин
-
- Применяется к:
- SharePoint Online
Симптомы
При попытке доступа к сайту, файлу или группе в Microsoft SharePoint или OneDrive вы получаете следующее сообщение об ошибке:
Ошибка 404: файл или страница не найдены
Причина
Эта ошибка возникает из-за переименования, перемещения или удаления сайта, файла или группы.
Решение
Если вам не удается найти нужное содержимое, обратитесь к администратору SharePoint. Дополнительные сведения см. в Разделы справки найдите администратора Microsoft 365?.
Действия для администраторов
Попробуйте найти сайт или файл с помощью следующих методов:
Восстановление удаленной домашней страницыЕсли домашняя страница сайта была удалена, выполните следующие действия.
Перейдите в корзину сайта, вставив этот URL-адрес в браузер:
https://<tenantname>.sharepoint.com/sites/<sitename>/_layouts/15/RecycleBin.aspx?view=5
Важно! В пути замените имя клиента и имя сайта вашей организации именем сайта, на котором отсутствует домашняя страница.
Примечание: Имя страницы по умолчанию — Home.aspx. Однако, если вы заменили домашнюю страницу по умолчанию, это может отличаться.
Выделите файл и выберите » Восстановить».
Если файл не найден в корзине, возможно, он перемещен во вторую корзину.
- Вы должны увидеть , что не удается найти то, что вы ищете? Проверьте корзину второго уровня в нижней части страницы корзины. Выберите корзину второго уровня.
- Выделите файл и выберите » Восстановить».
Если страница не найдена во второй корзине, это означает, что она была окончательно удалена.
Файлы или другие страницы, которые могли быть удалены, см. в разделе «Восстановление элементов в корзине», которые были удалены из SharePoint или Teams.
Дополнительные сведения см. на следующих страницах:
- Управление корзиной сайта SharePoint
- Использование другой домашней страницы для домашней страницы SharePoint
Проверка удаления сайта
Для SharePoint
Возможно, сайт был удален. В этом случае восстановите удаленный сайт из нового Центра администрирования SharePoint.
- Перейдите на страницу Удаленные сайты.
- Выберите сайт для восстановления.
- Выберите «Восстановить».
Важно! Если удаленный сайт был корневым сайтом SharePoint (верхнего уровня), сначала необходимо восстановить сайт, а затем заменить его, выполнив действия, описанные в разделе «Замена корневого сайта».
Для OneDrive
Дополнительные сведения см. в статье «Восстановление удаленного хранилища OneDrive».
Проверка перенаправления сайта
Если пользователь пытается получить доступ к сайту по сохраненному URL-адресу сайта или ссылке на определенный URL-адрес сайта, возможно, URL-адрес сайта был изменен, или сайт был перемещен или удален.
Если URL-адрес сайта был изменен, должна быть создана страница перенаправления сайта. Дополнительные сведения см. в разделе «Управление перенаправлением сайтов».
Важно!
- Если сайт был удален с помощью действий, описанных в разделе «Удаление перенаправления «, может возникнуть ошибка «404».
- Сведения о том, какие сайты имеют новые URL-адреса, см. в разделе «Получение списка всех перенаправлений» статьи «Управление перенаправлением сайтов».
Если сайт был удален, его можно восстановить из Центра администрирования SharePoint. Дополнительные сведения см. в разделе «Восстановление удаленных сайтов».
что такое, как исправить, зачем нужна
Привет, друзья. Иногда лазая по интернету можно наткнуться на интересную ошибку: “Ошибка 404 – Страница не найдена” или “404 Page not found”, давайте же разбираться что это такое и что Вы в конце концов сломали.
Что такое ошибка 404
Ошибка 404 (или на англ. 404 Page not found) – это ответ сервера (место где хранится сайт) Вашему браузеру, который содержит в себе такую информацию: “Друг, такой страницы больше не существует, а может и никогда и не существовало, я не могу ее найти в своей базе данных”.
Как исправить ошибку 404
Если вы обычный пользователь, то вам никак не исправить ошибку 404. Потому что это не вы что-то сломали, это сломал администратор или владелец сайта. Вы к этому не имеете никакого отношения.
Давайте на примере, чтобы вас успокоить. Вы зашли в Google или Яндекс (поисковые системы), набрали какой-нибудь поисковый запрос (купить машину), и далее попали по какой-нибудь ссылке из результатов выдачи на ошибку 404. В вашем случае произошло вот что. Когда-то существовал адрес страницы
Вот во время таких казусов, когда вы попадете на сайт по “битой” (сломанной или нерабочей) ссылке и возникает такая ситуация. Поисковая система (Яндекс, Google) отправляет вас на сайт по нерабочей ссылке, а сервер отвечает вам – “Ошибка 404.
Если вы администратор сайта, то исправить ошибку 404 можно с помощью 301 редиректа. Т.е дать команду своему веб-серверу перенаправлять пользователей со старого URL-адреса на новый. Также можно просто вернуть старый URL адрес странице.
Зачем нужна ошибка 404
Откуда взялась ошибка 404 никто не знает, но ходят разные легенды. Возможно изначально ошибка 404 придумана для людей, но теперь ее используют для поисковых систем.
В интернете миллиард страниц и у каждой есть свой URL-адрес. По этому адресу можно найти страницу, но иногда он (URL) меняется в определенных целях. В таких случаях поисковый робот (Mail.ru, Yandex, Google, Bing) переходя по старой ссылке, рано или поздно, обратят внимание что страницы больше не существует и удалят ее из базы данных. Больше она никогда не будет появляться перед пользователем. Обычно процесс удаления занимает от 3 до 7 дней.
Некоторый компании очень креативно оформляют на своих сайтах 404 страницы, помогая пользователю не теряться (не уходить с сайта). Все не без греха, иногда даже крутые сайты оставляют 1-2 “битых” ссылки в год, просто из-за невнимательности.
Выглядит куда лучше, чем просто белый фон и цифра 404? Посетитель, возможно, обратит внимания на другие статьи/страницы и уйдет на них что-нибудь читать или смотреть. Возможно он даже найдет то что ему необходимо.
Что такое страница 404 и зачем она нужна?
Страница 404 — основной элемент Интернета.
Если вы объедините все случаи, когда кто-то попадал на страницу 404, а не на ту страницу, которую он пытался открыть, у вас было бы больше обращений, чем в Google, Facebook и America Online вместе взятых.*
(*Примечание редактора: это может быть неправдой.)
Но что такое страница 404? И зачем он нужен сайту моей компании?
Все хорошие вопросы. Начнем, как говорится, с самого начала.
Что такое страница 404?
Вот официальное объяснение страницы 404:
Страница 404 также известна как «страница с ошибкой» или «Страница не найдена». Эта страница указывает, что пользователь достиг запрошенного домена, но URL-адрес не предоставил никакой информации.
Если это предложение заставило ваши глаза остекленеть, вы не одиноки. Давайте разберем это определение.
Во-первых, «URL» или «Унифицированный указатель ресурса» — это технический термин для обозначения веб-адреса. Вообще говоря, URL-адреса состоят из трех разделов:
- Протокол
- Доменное имя
- Путь
В качестве примера рассмотрим веб-адрес «https://websitemuscle.com/blog». Протокол — «https://», доменное имя — «websitemuscle.com», а путь — «/blog».
Что произойдет, если вы ошибетесь и наберете «https://www.websitemuscle.com/blerg?» Они правильно назвали ваше доменное имя, поэтому сервер смог получить доступ к вашему сайту. Однако путь, по которому они пытаются следовать, буквально никуда не ведет. Вот когда появляется ваша страница 404.
Напротив, ввод «https://www.weebsitemsucle.com/blog» дает неработающую ссылку. В этом случае имя домена неверно, хотя путь работает.
Наконец, «404» относится к ответу кода HTML. Трехзначное означающее проникло в народный язык и другими способами. (Ищите парня на следующей вечеринке в честь Хэллоуина в белой футболке с надписью «404 — Костюм не найден». Хоть это и не смешно, по крайней мере, вы поймете шутку.)
Почему страница 404 Важный?
Помимо указанных выше проблем с орфографическими ошибками, страницы 404 охватывают все неработающие или мертвые ссылки на вашем сайте.
Другой пример: предположим, что на вашем сайте перечислены продукты, каждый из которых имеет свой уникальный URL-адрес. Домен будет выглядеть примерно так: «https://fakebusiness.com/products/widget-1/».
Теперь предположим, что у вас есть ссылки на эти продукты на главной странице продуктов — «https://fakebusiness.com/products/». Достаточно просто, не так ли?
Но потом вы решаете больше не делать «виджет-1», поэтому удаляете страницу продукта со своего сайта. Но — о-о! — человек, снесший страницу «виджет-1», не удалил ссылку с главной страницы товара.
Ваша страница 404 перехватывает посетителей, которые нажимают на эту неработающую ссылку, поэтому они не уходят с вашего сайта или не перенаправляются на неработающую страницу. Вместо этого они получат простое сообщение об ошибке «Страница не найдена», и они смогут вернуться и начать заново.
Я знаю, о чем вы думаете: «Не лучше ли исправить главную страницу товаров?» Да, исправление неработающих ссылок улучшает «гигиену сайта» и результаты обычного поиска. Веб-разработчики также используют инструменты для перенаправления устаревших ссылок на обновленные.
Но по-прежнему важно иметь страницу 404 в качестве резервной копии.
Использование страницы 404
Если вы разрабатываете новый веб-сайт, ваш дизайнер должен создать страницу 404 как часть вашей стандартной настройки. Системы управления контентом, такие как WordPress, упрощают добавление страницы 404 на ваш сайт.
Конечно, страницы ошибок не были бы полными, если бы несколько веб-дизайнеров не использовали их для развлечения. (В конце концов, это интернет.)
Вот несколько примеров компаний, которые сделали страницу с ошибкой своей собственной. Думайте о них как о вдохновении, чтобы оживить ваш собственный веб-сайт.
Ошибка «HTTP 404» при доступе к веб-сайту с перенаправлением URL-адресов в Windows
Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Standard Windows Server 2012 R2 Essentials Windows Server 2012 R2 Foundation Windows 8.1 Enterprise Windows 8.1 Pro Windows 8.1 Windows RT 8.1 Дополнительно… Меньше
В этой статье описывается проблема, возникающая при использовании приложения, содержащего определенные API-интерфейсы WinHTTP, для доступа к веб-сайту в Windows RT 8.1, Windows 8.1 или Windows Server 2012 R2. Доступно исправление для решения этой проблемы. Исправление имеет необходимое условие.
Симптомы
Предположим, что домашняя страница веб-сайта имеет перенаправление URL-адресов, а перенаправление URL-адресов включает символ «#». Когда приложение пытается получить доступ к этому URL-адресу, оно всегда возвращает ошибку HTTP 404.
Информация об исправлении
Важно! Не устанавливайте языковой пакет после установки этого исправления. В противном случае языковые изменения в исправлении не будут применены, и вам придется переустановить исправление. Дополнительные сведения см. в разделе Добавление языковых пакетов в Windows.
Поддерживаемое исправление доступно от Microsoft. Однако это исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только к системам, в которых возникла эта конкретная проблема.
Если исправление доступно для загрузки, в верхней части этой статьи базы знаний есть раздел «Исправление доступно для загрузки». Если этот раздел не отображается, отправьте запрос в службу поддержки клиентов Майкрософт, чтобы получить исправление.
Примечание. При возникновении дополнительных проблем или необходимости устранения неполадок может потребоваться создать отдельный запрос на обслуживание. Обычная стоимость поддержки будет применяться к дополнительным вопросам поддержки и проблемам, которые не подходят для этого конкретного исправления. Чтобы получить полный список номеров телефонов службы поддержки и обслуживания клиентов Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание В форме «Исправление доступно для загрузки» отображаются языки, для которых доступно исправление. Если вы не видите свой язык, это означает, что для него недоступно исправление.
Предпосылки
Чтобы применить это исправление, необходимо установить накопительный пакет обновления за апрель 2014 г. для Windows RT 8.1, Windows 8.1 и Windows Server 2012 R2 (2919355) в Windows 8.1 или Windows Server 2012 R2.
Информация о реестре
Чтобы использовать исправление из этого пакета, не нужно вносить никаких изменений в реестр.
Требование перезапуска
Возможно, вам придется перезагрузить компьютер после установки этого исправления.
Информация о замене исправления
Это исправление не заменяет ранее выпущенное исправление.
Глобальная версия этого исправления устанавливает файлы с атрибутами, перечисленными в следующих таблицах. Даты и время для этих файлов указаны в формате всемирного координированного времени (UTC). Даты и время для этих файлов на вашем локальном компьютере отображаются в вашем местном времени вместе с вашим текущим смещением летнего времени (DST). Кроме того, даты и время могут измениться при выполнении определенных операций с файлами.
Сведения о файлах Windows 8.1 и Windows Server 2012 R2 и примечания
Важные исправления для Windows 8. 1 и исправления для Windows Server 2012 R2 включены в одни и те же пакеты. Однако исправления на странице запроса исправления перечислены для обеих операционных систем. Чтобы запросить пакет исправлений для одной или обеих операционных систем, выберите исправление, указанное в разделе «Windows 8.1/Windows Server 2012 R2» на странице. Всегда обращайтесь к разделу «Относится к» в статьях, чтобы определить фактическую операционную систему, к которой относится каждое исправление.
Файлы, относящиеся к определенному продукту, вехе (RTM, SP n ) и сервисной ветви (LDR, GDR), можно определить, изучив номера версий файлов, как показано в следующей таблице:
Версия
Продукт
Веха
Филиал обслуживания
6.
3.960 0,17 ххх
Windows RT 8.1, Windows 8.1 и Windows Server 2012 R2
РТМ
ГДР
Файлы МАНИФЕСТА (.manifest) и файлы MUM (.mum), устанавливаемые для каждой среды, перечислены отдельно в разделе «Дополнительная информация о файлах». MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, атрибуты которых не указаны, подписаны цифровой подписью Microsoft.
Для всех поддерживаемых версий Windows 8. 1 на базе x86
Имя файла | Версия файла | Размер файла | Дата | Время | Платформа |
---|---|---|---|---|---|
Winhttp.dll | 6.3.9600.17725 | 631 808 | 11 марта 2015 г. | 00:13 | x86 |
Для всех поддерживаемых 64-разрядных версий Windows 8. 1 и Windows Server 2012 R2
Имя файла | Версия файла | Размер файла | Дата | Время | Платформа |
---|---|---|---|---|---|
Winhttp.dll | 6.3.9600.17725 | 802 816 | 11 марта 2015 г. | 00:29 | x64 |
Winhttp. | 6.3.9600.17725 | 631 808 | 11 марта 2015 г. | 00:13 | x86 |
Для всех поддерживаемых версий Windows RT 8.1
Имя файла | Версия файла | Размер файла | Дата | Время | Платформа |
---|---|---|---|---|---|
Winhttp. | 6.3.9600.17725 | 570 368 | 10 марта 2015 г. | 23:56 | Не применимо |
Дополнительная информация о файле
Дополнительная информация о файле для Windows 8.1 и Windows Server 2012 R2
Дополнительные файлы для всех поддерживаемых версий Windows 8.1 на базе x86
Свойство файла | Значение |
---|---|
Имя файла | X86_946184d95d2dd4664673da484c58113a_31bf3856ad364e35_5. |
Версия файла | Не применимо |
Размер файла | 695 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 09:13 |
Платформа | Не применимо |
Имя файла | X86_microsoft. |
Версия файла | Не применимо |
Размер файла | 51 747 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 02:18 |
Платформа | Не применимо |
Дополнительные файлы для всех поддерживаемых 64-разрядных версий Windows 8. 1 и Windows Server 2012 R2
Свойство файла | Значение |
---|---|
Имя файла | Amd64_07b3c7f1a6c369febf3c0f47e6b752f7_31bf3856ad364e35_5.1.9600.17725_none_c24447d59dc8247d.manifest |
Версия файла | Не применимо |
Размер файла | 699 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 09:13 |
Платформа | Не применимо |
Имя файла | Amd64_d4f8cd1b9e4b76f5962e5a94a1a018e0_31bf3856ad364e35_5.1.9600.17725_none_75c2e3085cce46d2.manifest |
Версия файла | Не применимо |
Размер файла | 699 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 09:13 |
Платформа | Не применимо |
Имя файла | Amd64_microsoft.windows.winhttp_31bf3856ad364e35_5.1.9600.17725_none_bd41c24db986def9.manifest |
Версия файла | Не применимо |
Размер файла | 51 759 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 03:03 |
Платформа | Не применимо |
Имя файла | Wow64_microsoft.windows.winhttp_31bf3856ad364e35_5.1.9600.17725_none_c7966c9fede7a0f4.manifest |
Версия файла | Не применимо |
Размер файла | 49 547 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 02:18 |
Платформа | Не применимо |
Дополнительные файлы для всех поддерживаемых Windows RT 8.1
Свойство файла | Значение |
---|---|
Имя файла | Arm_fdeaaa457512c27566beed5f892afdcf_31bf3856ad364e35_5.1.9600.17725_none_16e23d8af45f2897.manifest |
Версия файла | Не применимо |
Размер файла | 695 |
Дата (всемирное координированное время) | 11 марта 2015 г. |
Время (UTC) | 09:13 |
Платформа | Не применимо |
Имя файла | Arm_microsoft.windows.winhttp_31bf3856ad364e35_5.1.9600.17725_none_6125992201268c89.manifest |
Версия файла | Не применимо |
Размер файла | 51 745 |
Дата (всемирное координированное время) | 11 марта 2015 г. |