Ошибка 404 not found — что это значит и как исправить? Как устранить 404 станица не найдена?
Ошибка 404 (http status 404) — что это значит?
В статье рассмотрим, что означает ошибка 404 на сайте. Ошибка 404 page not found — это код ответа сервера, который сообщает пользователю, что сервер не может найти запрашиваемые данные. Почему такое может произойти? Есть несколько возможных причин:
Вы допустили ошибку при вводе адреса страницы или файла в браузер. Или браузеру не удалось найти IP-адрес сервера. Сервер не может найти и выдать данные потому, что вы дали ему неправильные «координаты». В таком случае вам достаточно просто исправить ошибку в URL-адресе, и вместо страницы с ошибкой 404 появятся искомые страница/файл.
Данные (страница или файл) не размещены на сервере, или CMS неверно отвечает на запрос пользователя. В этом случае дело обстоит сложнее, и быстро справиться с проблемой не получится. Чтобы устранить ошибку 404, определите, как создавался сайт, на котором обнаружена ошибка (на CMS или без использования CMS). От этого будет зависеть способ решения проблемы.
Мы рассмотрим, что делать с ошибкой 404 и как исправить.
Как убрать ошибку 404 на сайте, созданном на CMS (WordPress, Joomla, 1С-Битрикс и т.д.)
На сайтах, созданных с использованием CMS, встречаются различные страницы с ошибкой 404 (http status 404). В зависимости от типа страницы с ошибкой различаются причины возникновения и пути решения проблемы:
- Если вы видите на своём сайте стандартную ошибку 404 REG.RU:
В большинстве случаев проблема связана с отсутствием конфигурационного файла .htaccess. Как избавиться от ошибки 404? Создайте в корневой папке сайта пустой текстовый файл с расширением .htaccess и добавьте в него стандартные директивы для используемой CMS. Стандартные директивы приведены в статье: Файлы .htaccess для популярных CMS.
Важно: в панели управления cPanel файл .htaccess по умолчанию скрыт (т.е. он существует, но не виден). Следуйте инструкции, чтобы включить отображение файла. Затем сверьте его содержимое со стандартным.
Если файл .htaccess существует и его содержимое корректно, а ошибка 404 not found сохраняется, обратитесь в техническую поддержку.
- Если вы видите иную страницу ошибки, которую отдает CMS сайта. Например:
Ошибка на WordPress
Пользовательская ошибка 404 not found
Возможно, страница не создана или не опубликована на этапе размещения сайта в админке CMS. Также ошибка может быть связана с формированием «человекопонятных» ЧПУ-ссылок с помощью SEO-плагинов. Чтобы избавиться от проблемы, необходимо обратиться к веб-разработчикам сайта или на тематические форумы, на которых представлена необходимая техническая информация (ошибка http 404).
Как быстро устранить ошибку 404 на сайте, созданном без использования CMS
На сайтах, созданных без использования CMS, код ошибки 404 отображается следующим образом:
Что означает это сообщение? Запрашиваемые страница/файл отсутствуют или размещены в неправильной папке (не в корневой папке сайта).
Что делать? Откройте корневую папку сайта в панели управления хостингом и проверьте, находятся ли в ней файлы вашего сайта.
Открывается только главная страница сайта, на внутренних страницах ошибка 404 или 500
Рассмотрим, что значит и как исправить ошибку отображения внутренних страниц сайта (error 404 или 500), причиной проблемы является отсутствие файла .htaccess (либо он пустой, либо в нем не хватает необходимых директив для работы CMS). Решить проблему может замена текущего файла .htaccess стандартным для данной CMS.
На хостинге Linux
Если у вас ISPmanager, проверьте, не включены ли Автоподдомены. Если они включены, отключите их, проверьте актуальность проблемы.
В остальных случаях для устранения внутренней ошибки 404 или 500, перейдите в корневую папку сайта: Как узнать корневую папку сайта
Создайте файл .htaccess (или замените его) со следующим содержимым:
Файл .htaccess для Joomla
## # @version $Id: htaccess.txt 14401 2010-01-26 14:10:00Z louis $ # @package Joomla # @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved. # @license http://www.gnu.org/copyleft/gpl.html GNU/GPL # Joomla! is Free Software ## ##################################################### # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE # # The line just below this section: 'Options +FollowSymLinks' may cause problems # with some server configurations. It is required for use of mod_rewrite, but may already # be set by your server administrator in a way that dissallows changing it in # your .htaccess file. If using it causes your server to error out, comment it out (add # to # beginning of line), reload your site in your browser and test your sef url's. If they work, # it has been set by your server administrator and you do not need it set here. # ##################################################### ## Can be commented out if causes errors, see notes above. Options +FollowSymLinks # # mod_rewrite in use RewriteEngine On ########## Begin - Rewrite rules to block out some common exploits ## If you experience problems on your site block out the operations listed below ## This attempts to block the most common type of exploit `attempts` to Joomla! # ## Deny access to extension xml files (uncomment out to activate) #<Files ~ "\..]*)$ [NC] RewriteRule (.*) index.php RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] # ########## End - Joomla! core SEF Section
Файл .htaccess для WordPress
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressФайл .htaccess для HostCMS
Options +FollowSymlinks
AddDefaultCharset Off
<IfModule mod_php4.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_runtime off
php_flag register_globals off
</IfModule>
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_runtime off
php_flag register_globals off
</IfModule>
<IfModule mod_dir.c>
DirectoryIndex index.php index.htm index.html
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.(.*)$ index.php?q=$1 [L,QSA]
#
# Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides.
#AddType text/x-component .htc
#
# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: http://php.net/register_globals
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php.ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult www.php.net for more detailed
# information about setting PHP directives.
#
#php_flag register_globals Off
#
# For servers that support output compression, you should pick up a bit of
# speed by un-commenting the following lines.
#
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5
#
# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.
#
#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4.(\..*|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period.(.*)$ index.php [L,QSA]
</ifModule>
<ifModule mod_headers.c>
<FilesMatch "\.(jpg|jpeg|png|gif|js|css|svg|ttf|eot|otf|woff|woff2)$">
Header set Cache-Control "max-age=3153600, public"
</FilesMatch>
</ifModule>Если у вас хостинг Windows
На хостинге Windows файл .htaccess не поддерживается. Его функцию выполняет файл web.config. Если вы наблюдаете внутреннюю ошибку 404 или 500 на хостинге Windows, рекомендуем обратиться к разработчикам сайта или на тематические форумы с вопросом, как убрать 404, заменив файл web.config.
Что будет, если не исправлять ошибку 404
Во-первых, есть риск потерять потенциальных клиентов. Когда пользователь не получает информацию, которую искал, он уходит на другой сайт, который ему предложил браузер. Если ошибка встречается на веб-ресурсе часто, можно потерять и уже имеющихся пользователей, так как они решат, что использование такого сайта небезопасно.
Во-вторых, есть риск потерять хорошую позицию в поисковой выдаче. Сама по себе страница с ошибкой 404 не вызывает у поисковой системы недоверия. Она просто удаляется из индексации. Однако там могли находиться ключевые слова, которые могли повлиять положительно на поисковую выдачу. Если на сайте много страниц с ошибкой, тогда поисковые роботы действительно могут отнестись с недоверием ко всему веб-ресурсу и сайт может потерять высокий рейтинг.
Сделайте страницу 404 полезной
Ошибка 404 (страница не найдена) может появиться в любое время. Важно, чтобы пользователь при входе на эту страницу не потерял доверия к сайту. Страницы с ошибкой 404 можно создавать самостоятельно. Например, если у вас сайт на WordPress или вы пользуетесь услугой REG.Site, страницу с ошибкой можно легко создать с помощью плагина 404page.
Вот несколько советов по созданию страницы:
- дизайн этой страницы должен соответствовать всему ресурсу (цвет, шрифт, иллюстрации),
- поместите ссылку на главную страницу,
- добавьте дайджесты последних публикаций на сайте,
- поместите контакты организации (номер телефона, адрес) и службы поддержки,
- можно предложить действия для решения проблемы доступа к странице.
После посещения такой страницы посетитель хоть и не получит нужную информацию, однако у него останется положительное впечатление от посещения сайта, и в следующий раз он не откажется зайти на него снова.
Помогла ли вам статья?2811 раз уже помогла
Корневая папка сайта — как свой сайт залить на хостинг? Как загрузить файлы и папки на хостинг? Редактирование сайта на хостинге
В какой каталог нужно загружать файлы сайта
В статье мы расскажем, что такое корневая папка сайта, как найти её расположение и как загрузить файлы в эту папку.
Корневая папка (корневая директория/корневой каталог/корень документа) — это основная папка, в которой хранятся все каталоги и файлы сайта. Именно в эту папку загружается архив с файлами сайта и базы данных.
Если разместить файлы сайта не в ту папку, то вместо сайта отобразится ошибка 403. Правильно определить расположение корневой папки поможет инструкция ниже.
Как узнать путь корневой папки сайта
Путь корневой папки сайта может быть относительным или абсолютным. Путь до папки сайта через панель управления является относительным.
Чтобы узнать относительный путь корневой папки:
- 1.
Откройте панель управления веб-хостингом и следуйте нужной инструкции ниже.
Обратите внимание!
Если внешний вид вашей панели управления отличается от представленного в инструкции, в левом нижнем углу кликните «Старый интерфейс».Перейдите в раздел «WWW-домены» и найдите в списке домен, по которому должен открываться ваш сайт. В нашем примере домен faq-reg.ru. Путь корневой папки сайта отображается в столбце «Корневая директория». В примере /www/faq-reg.ru — корневая директория для сайта faq-reg.ru.
В блоке «Домены» нажмите Домены. В этом подразделе можно увидеть путь корневой папки для доменов, поддоменов и псевдонимов.
Путь до корневой папки отображается в столбце «Корень документа». В примере /faq-reg.ru — корень документа для домена faq-reg.ru, а /test.faq-reg.ru — корень для поддомена test.faq-reg.ru.
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
В разделе «Сайты и домены» найдите домен, по которому должен открываться сайт (в нашем примере faq-reg.ru). Путь до корневой папки отмечен на скриншоте (faq-reg.ru/ — папка сайта для домена faq-reg.ru):
Как узнать абсолютный путь до корневой папки?
Путь до папки сайта через панель управления является относительным. Если вам нужен абсолютный (полный) путь до корневой папки сайта, перед путем до корневой папки сайта вставьте путь до корня хостинга.
Путь до корня зависит от операционной системы и хостинг-панели управления.
Путь до корня хостинга на Linux:
- ISPmanager: /var/www/u1234567/data/;
- Plesk: /var/www/vhosts/u1234567.plsk.regruhosting.ru/;
- cPanel: /var/www/u1234567/.
Путь до корня хостинга на Windows:
- Plesk: C:\inetpub\vhosts\u1234567.plsk.regruhosting.ru\, где «u1234567» — ваш логин услуги хостинга.
Логин хостинга можно узнать по инструкции: Пароли для доступа к хостингу, серверу, FTP и MySQL.
Абсолютный путь до папки на примере сайта «faq-reg.ru» будет выглядеть так:
Для хостинга на Linux:
- для ISPmanager: /var/www/u1234567/data/www/faq-reg.ru/;
- для Plesk: /var/www/vhosts/u1234567.plsk.regruhosting.ru/faq-reg.ru/;
- для cPanel: /var/www/u1234567/faq-reg.ru/;
Для хостинга на Windows:
- для Plesk: C:\inetpub\vhosts\u1234567.plsk.regruhosting.ru\httpdocs\faq-reg.ru.
С размещением файлов сайта на хостинге вам поможет инструкция ниже.
Как загрузить файл в корневую папку сайта?
Эта инструкция подойдёт для загрузки отдельных файлов в корневую папку сайта. Если вы хотите узнать подробнее о размещении сайта на хостинге: что это и как свой сайт залить на хостинг, вам помогут соответствующие инструкции для ISPmanager, cPanel и Plesk.
Перед тем как залить файлы на хостинг, убедитесь, что домен, по которому будет открываться сайт, привязан к хостингу: Как привязать домен к хостингу?
Чтобы загрузить файл на хостинг, откройте панель управления хостингом и следуйте инструкции:
- 1.
Перейдите в WWW-домены, кликните по названию вашего домена и нажмите Каталог.
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, в левом нижнем углу кликните «Старый интерфейс».
Как загрузить файлы на хостинг
- 2.
В верхней панели наведите курсор на кнопку «Скачать» и кликните Закачать:
- 3.
Выберите файл с локального компьютера и нажмите Ok:
Загрузка файлов на хостинг
Готово, вы загрузили файл в корневую папку сайта.
- 1.
В блоке «Домены» нажмите Домены:
- 2.
Перейдите в каталог вашего сайта:
- 3.
На верхней панели инструментов нажмите Отправить:
- 4.
Выберите файл с локального ПК, и он сразу загрузится.
Готово, вы загрузили файл в корневую папку вашего сайта. Подробная инструкция, как залить шаблон сайта на хостинг: Как разместить сайт в cPanel?
- 1.
На вкладке «Сайты и домены» в блоке вашего домена нажмите Развернуть и перейдите в Менеджер файлов.
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
- 2.
Нажмите Загрузить. Затем выберите необходимый файл с локального ПК — он будет загружен в корневую папку сайта.
Готово. вы загрузили файл с локального компьютера в корневую папку сайта. Подробнее о том, как загрузить html-сайт на хостинг, читайте в статье: Как разместить сайт в Plesk?
Как изменить корневую папку сайта?
Откройте панель управления хостингом и следуйте нужной инструкции:
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, в левом нижнем углу кликните «Старый интерфейс».
В ISPmanager изменить корневую папку сайта для уже созданного домена можно только через пересоздание «WWW-домена». Для этого:
- 1.
Перейдите в подраздел Менеджер файлов, далее в директорию www. Выделите строку с названием папки вашего сайта (например, faq-reg.ru) и нажмите Атрибуты:
- 2.
Переименуйте папку «faq-reg.ru», задав новое имя (например, new-faq-reg.ru), и нажмите Ок:
- 3.
Затем перейдите в подраздел WWW-домены, выберите в списке домен, для которого хотите изменить корневую папку («faq-reg.ru») и нажмите Удалить:
На открывшейся вкладке снимите галочку напротив пункта «Удалить директорию» и кликните Ок:
- 4.
Затем в разделе WWW-домены в верхней панели инструментов нажмите Создать:
- 5.
Добавьте домен заново, указав новый путь корневой папки:
- в графе «Имя»: укажите домен, для которого изменяете корневую папку;
- в графе «Корневая директория»: замените путь папки (он пропишется автоматически) на новый путь корневой папки. Например, вместо www/faq-reg.ru пропишите www/new-faq-reg.ru;
- снимите галочку напротив графы «Защищенное соединение (SSL)».
Сохраните изменения:
Готово, корневая папка сайта изменена:
- 1.
В блоке «Домены» выберите Дополнительные домены:
- 2.
Рядом с именем домена нажмите значок Карандаш:
- 3.
Пропишите новый путь до корневой папки и нажмите Изменить:
Готово, корневая папка изменена.
- 1.
На вкладке «Сайты и домены» рядом с именем домена выберите Настройки хостинга.
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
- 2.
Пропишите новый путь до корневой папки сайта и внизу страницы нажмите Oк.
Готово, корневая папка изменена.
389
раз уже
помогла
Файлы .htaccess для популярных CMS — WordPress, Битрикс, Joomla
В данной статье приведены стандартные файлы .htaccess для наиболее популярных CMS. Файл .htaccess находится в корневой папке сайта.
Файл .htaccess для Joomla
##
# @version $Id: htaccess.txt 14401 2010-01-26 14:10:00Z louis $
# @package Joomla
# @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.
# @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
# Joomla! is Free Software
##
#####################################################
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
#
#####################################################
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
#
# mod_rewrite in use
RewriteEngine On
########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!
#
## Deny access to extension xml files (uncomment out to activate)
#<Files ~ "\..]*)$ [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#
########## End - Joomla! core SEF SectionФайл .htaccess для WordPress
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressВ REG.RU вы можете заказать WordPress hosting.
Файл .htaccess для HostCMS
Options +FollowSymlinks
AddDefaultCharset Off
<IfModule mod_php4.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_runtime off
php_flag register_globals off
</IfModule>
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_runtime off
php_flag register_globals off
</IfModule>
<IfModule mod_dir.c>
DirectoryIndex index.php index.htm index.html
</IfModule>
<IfModule mod_rewrite.(.*)$ index.php?q=$1 [L,QSA]
#
# Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides.
#AddType text/x-component .htc
#
# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: http://php.net/register_globals
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php.ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult www.php.net for more detailed
# information about setting PHP directives.
#
#php_flag register_globals Off
#
# For servers that support output compression, you should pick up a bit of
# speed by un-commenting the following lines.
#
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5
#
# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.
#
#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4.(\..*|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period.(.*)$ /index.php
<Files "plugins.dat">
order allow,deny
deny from all
</Files>Файл .htaccess для PrestaShop
Файл .hraccess генерируется автоматически самой CMS:
# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forumsФайл .htaccess для Moodle
DirectoryIndex index.php index.html index.htm
php_value memory_limit 40M (adjust to your version of Moodle)
php_flag magic_quotes_gpc 1
php_flag magic_quotes_runtime 0
php_flag file_uploads 1
php_flag session.auto_start 0
php_flag session.bug_compat_warn 0Если у вас установлен Apache версии 2, добавьте следующие строки:
<IfDefine APACHE2>
AcceptPathInfo on
</IfDefine>Если у вас иная версия Apache, вставьте строку:
Если конфигурационный файл отсутствует, ознакомьтесь со статьей: Проблемы с .htaccess. В ней дана инструкция, как создать файл htaccess для HTML сайта.
Помогла ли вам статья? 92
раза уже
помогла
Поддомены | REG.RU
Поддомен (субдомен) — домен, являющийся частью домена более высокого уровня. Например, reg.ru — это домен, его поддомены:
- www.reg.ru;
- hosting.reg.ru;
- spasibo.reg.ru
Подробнее об этом читайте в статье: Что такое домен?
Сколько поддоменов можно создать на хостинге REG.RU?
Количество возможных поддоменов, в том числе и на бесплатном хостинге для сайтов html, на каждом тарифном плане никак не ограничено.
Но если на вашем хостинге установлена панель управления веб-хостингом ISPmanager и вы добавляете поддомен как самостоятельный в разделе «WWW-домены», он будет считаться отдельным сайтом, и как следствие учитываться в ограничениях по вашему тарифному плану. Чтобы этого избежать, добавляйте поддомен через функцию «Автоподдомены».
Создание поддомена происходит в два этапа: добавление поддомена в панели управления хостингом и добавление записи о поддомене на DNS-серверы.
1 этап. Добавление поддомена в панели управления хостингом
Чтобы добавить поддомен, войдите в панель управления и следуйте нужной инструкции:
- 1.
Как самостоятельный домен. В этом случае поддомен не зависит от основного домена и добавляется в панели как отдельный домен (количество возможных доменов в панели зависит от вашего тарифного плана).
Добавить поддомен как самостоятельный домен можно по инструкции.
- 2.
Как автоподдомен. Функция «Автоподдомен» позволяет автоматически создавать поддомены для основного домена.
Функцию «Автоподдомен» удобно использовать, если нужно добавить много поддоменов или по тарифу уже добавлено максимальное количество доменов. Автоподдомены можно добавлять в неограниченном количестве.
Совет
Мы рекомендуем использовать этот вариант в качестве запасного, так как некоторые CMS (например, 1С-Битрикс) некорректно работают с автоподдоменами.
- 1.
В разделе «Домены» выберите пункт Поддомены:
- 2.
Укажите имя поддомена и выберите домен, для которого создаётся поддомен. Корневой каталог, в котором будут размещены файлы поддомена (Корень документа), будет прописан автоматически:
- 1.
В разделе «Сайты и домены» кликните Добавить субдомен:
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
- 2.
Укажите имя поддомена и выберите домен, для которого создаётся поддомен. Укажите корневую папку для файлов поддомена. Нажмите ОК:
Обратите внимание! Если ранее для основного домена были добавлены поддомены как отдельные WWW-домены, при создании автоподдоменов возникнет ошибка. Чтобы избежать ошибки удалите созданные поддомены в разделе «WWW-домены». Если вы не хотите удалять поддомены, создавайте поддомены как самостоятельные WWW-домены.
Также для всех поддоменов, созданных через автоподдомены, будет установлена версия PHP основного домена. Если для поддомена необходимо установить другую версию PHP, вам необходимо будет создать поддомен как самостоятельный WWW-домен.
Создать автоподдомен можно:
- в отдельной директории — у каждого поддомена будет свой каталог в директории WWW;
- в поддиректории основного домена – все поддомены будут созданы в подкаталогах основного домена и будут иметь путь вида www/faq-reg.ru/support/. Где support — это название поддомена.
Основное отличие этих двух способов в том, что если поддомен создан в поддиректории основного домена, основной домен будет иметь прямой доступ к файлам поддомена. Мы рекомендуем создавать автоподдомены в отдельной директории. Это более удобно и позволяет избежать путаницы в директории основного домена. Ниже будет описан способ создания автоподдомена в отдельной директории.
- 1.
Перейдите в раздел WWW-домены, выделите домен, для которого будут добавляться автоподдомены, и нажмите Изменить:
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, в левом нижнем углу кликните «Старый интерфейс».
- 2.
В блоке «Дополнительные возможности» в строке «Автоподдомены» выберите пункт в отдельной директории и нажмите Oк:
- 3.
Перейдите в раздел Менеджер файлов, в папку WWW, и нажмите кнопку Создать:
- 4.
Выберите тип Каталог, введите название поддомена полностью (support.faq-reg.ru) и нажмите Ok:
- 5.
Нажмите ещё раз Создать, выберите тип Ссылка, в поле «Имя» введите название вашего поддомена с www (www.support.faq-reg.ru), в поле «Значение» — просто название поддомена (support.faq-reg.ru). Нажмите Ok:
Это нужно для того, чтобы ваш поддомен был доступен по www. На этом создание автоподдомена закончено, вы можете приступать к размещению сайта на созданном поддомене. Для добавления дополнительных поддоменов повторите шаги с третьего по пятый.
2 этап. Добавление записи о поддомене на DNS-серверы
После создания поддомена необходимо добавить запись о поддомене на DNS-серверы вашего домена. Этот процесс зависит от того, какие DNS-указаны для вашего домена: Как узнать, какие DNS указаны для вашего домена.
ns1.hosting.reg.ru и ns2.hosting.reg.ru
Если для домена указаны ns1.hosting.reg.ru и ns2.hosting.reg.ru, запись о поддомене будет добавлена автоматически. От вас не требуется никаких дополнительных действий. Подождите 15 минут. Затем вы можете приступить к размещению сайта на хостинге.ns1.reg.ru и ns2.reg.ru
Если для домена указаны ns1.reg.ru ns2.reg.ru:
- 1.
Авторизуйтесь в Личном кабинете REG.RU.
- 2.
Кликните по имени нужного домена:
- 3.
Во вкладке «Управление» кликните по пункту «DNS-серверы и зона» или нажмите кнопку Изменить:
- 4.
На открывшейся странице нажмите Добавить запись, во всплывающей шторке выберите А. Заполните поля и нажмите Готово:
Готово! После добавления необходимой записи нужно дождаться обновления зоны DNS-серверов (в течение 15 минут). Если вы предварительно меняли DNS-серверы на ns1.reg.ru и ns2.reg.ru, дождитесь обновления DNS-серверов. Обновление DNS-серверов может занять до 24 часов.
другие DNS-серверы
Если для вашего домена используются отличные от ns1.hosting.reg.ru и ns2.hosting.reg.ru, ns1.reg.ru и ns2.reg.ru, обратитесь к своему DNS-провайдеру с вопросом изменения A-записи для домена.
Как удалить поддомен?
Чтобы удалить созданный поддомен, откройте панель управления хостингом и следуйте дальнейшей инструкции:
- 1.
Если поддомен добавлен как отдельный www-домен, перейдите в раздел «WWW домены», выделите поддомен и нажмите Удалить:
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, в левом нижнем углу кликните «Старый интерфейс».
- 2.
Если вы настраивали поддомен через автоподдомены, перейдите в раздел «WWW-домены», два раза кликните на основном домене и в выпадающем списке «Автоподдомены» выберите Отключено. Нажмите Ок:
- 1.
В блоке «Домены» выберите Поддомены:
- 2.
Напротив ненужного вам более поддомена нажмите Удалить:
Подтвердите удаление поддомена.
- 1.
На вкладке «Сайты и домены» разверните настройки поддомена и нажмите Удалить:
Обратите внимание! Если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
- 2.
Подтвердите удаление поддомена:
453 раза уже помогла
Ошибка 404. «Страница не найдена» (Not Found). Как исправить?
Продолжаем разбираться с ошибками, которые часто можно увить в окне своего браузера. И в этой статье мы выясним, что за «Ошибка 404 Not Found», или просто «Страница не найдена» и как ее исправить.
Начну наверное с того, что ошибка 404 может появляться практически в любом браузере и на любом устройстве. Будь то компьютер, ноутбук, телефон, планшет, или какое-то другое устройство. Так же без разницы, установлена у вас Windows 10, 8, 7, или вообще XP. Это проблема не с вашим устройством и не с подключением к интернету (в большинстве случаев).
Саму ошибку «Not Found», или «Нет такой страницы» можно наблюдать при посещении самых разных сайтов. В социальных сетях, в поисковых системах, и даже на вашем любимом сайте, где вы фильмы смотрите 🙂
Так же сама ошибка может выглядеть по-разному. В данном случае все зависит от того, как она настроена на сайте. Не редко, это обычная, можно сказать стандартная ошибка, которую выдает сервер. Выглядит она примерно вот так:
Давайте подробнее разберемся, почему такие сообщения вообще появляются, и что можно сделать, чтобы открыть нужный сайт, или страницу сайта.
Ошибка 404: что это и почему она появляется?
Данная ошибка означает, что вы пытаетесь перейти по адресу, которого не существует. Страница по этому адресу недоступна. Адрес страницы изменился, или она была удалена. Например, возьмем одну из страниц этого сайта. Пускай это будет https://help-wifi.com/poleznoe-i-interesnoe/chto-takoe-router-chem-wi-fi-router-otlichaetsya-ot-marshrutizatora. Если перейти по этому адресу, то загрузится необходимая нам страница. Но, если изменить адрес, например добавить в конце какую-то цифру, или букву, то мы увидим ошибку «Страница не найдена». Так как страницы с таким адресом просто не существует на сайте.
Как видите, у меня страница с ошибкой более информативная, чем на скриншоте в начале статьи. Можно перейти на главную, найти что-то через поиск по сайту, или посмотреть другие статьи.
В социальной сети Вконтакте, например, страница с ошибкой 404 выглядит вот так (Page Not Found):
Как мы уже выяснили, эта ошибка появляется из-за проблем на самом сайте. В большинстве случаев, просто меняется адрес нужной вам страницы, или администратор сайта удаляет ее. Могут быть проблемы на стороне сервера, где находится сайт. Например, неправильная работа какой-то системы защиты и т. д. С поисковой системы вряд ли можно зайти на страницу, с ошибкой Not Found. Так как поисковые системы «выбрасывают» такие страницы из индекса. Я сам не редко сталкиваюсь с этой ошибкой при переходе на какую-то страницу из закладок, или по ссылке на сайте.
Как исправить ошибку 404 «Страница не найдена»?
Решений очень мало. Так как проблема не на вашей стороне, а на стороне сервера (сайта). И скорее всего, вряд ли вы уже сможете получить доступ к этой странице. Но несколько решений, которые могут исправить эту ошибку, все таки есть.
- Первым делом обновите страничку в браузере. Нажмите на клавишу F5, или на соответствующую кнопку в самом браузере.
- Проверьте адрес в адресной строке. Может вы туда случайно что-то дописали.
Не редко ошибка 404 появляется из-за того, что автор на сайте неправильно указал адрес ссылки. У меня такое было несколько раз. - Скопируйте ссылку из адресной строки браузера, и попытайтесь найти ее через поисковую систему Яндекс, или Google.
Возможно, в результатах поиска появится необходимый нам сайт и необходимая страница. - Вернитесь на главную страницу сайта, и попробуйте найти необходимую страницу через меню на сайте, или через поиск.
- Попробуйте открыть данный URL (адрес) в другом браузере, или с другого устройства. Если в другом браузере все отлично откроется, вы не увидите ошибки «Страница не найдена», то очистите кэш своего браузера. Для примера: как это сделать в браузере Opera.
- Если весь сайт недоступен (даже главная страница) и в браузере появляться ошибка Not Found (или другая с кодом 404), а с другого устройства (через другое подключение к интернету) все открывается, то скорее всего ваш IP-адрес по какой-то причине заблокирован на сервере. Можно сменить IP с помощью VPN плагина для браузера. Если очень нужно зайти на этот сайт.
- Редко, но может быть проблема с DNS. В таком случае, можно попробовать прописать DNS от Google.
- Если вам очень нужно получить доступ к странице с информацией, на которой появляется ошибка «Нет такой страницы» (или что-то в этом роде), то вы можете написать администрации сайта и объяснить проблему. Возможно, они подскажут вам новый адрес.
Если вы знаете другие способы, которыми можно исправить ошибку 404, то поделитесь своим решением в комментариях под этой статьей. Можете описать свою проблему и задать вопрос.
Подводя итоги: эта ошибка в большинстве случаев возникает из-за проблем на самом сайте. Нам нужно только смерится, и найти необходимую информацию на другом сайте. Это не большая проблема в наше время.
Файл об ошибке HTTP 404, не найденный на сервере — Internet Information Services
- Чтение занимает 2 мин
В этой статье
В этой статье помогают устранить проблему, из-за которой файл http error 404 не найден на сервере с службы IIS (IIS).
Примечание
Эта статья предназначена для администраторов веб-сайтов. Конечные пользователи, которые испытывают эти ошибки, должны уведомить администратора веб-сайта о проблеме.
Оригинальная версия продукта: службы IIS
Исходный номер КБ: 248033
Симптомы
При запросе веб-страницы в верхней части веб-браузера вы получите следующее сообщение об ошибке:
Страница не может быть найдена
Страница, на которая вы ищете, возможно, была удалена, изменена или временно недоступна.
Далее на веб-странице вы получите следующее сообщение об ошибке:
HTTP 404 — файл не найден
Службы IIS
Причина
Веб-сервер возвращает сообщение об ошибке HTTP 404 . Файл не найден, если он не может получить запрашиваемую страницу.
Ниже приводится несколько распространенных причин этого сообщения об ошибке:
- Запрашиваемая папка переименована.
- Запрашиваемая папка была перемещена в другое расположение и/или удалена.
- Запрашиваемый файл временно недоступен из-за технического обслуживания, обновления или других неизвестных причин.
- Запрашиваемая папка не существует.
- IIS 6.0. Соответствующее расширение веб-службы или тип MIME не включены.
- Виртуальный каталог соединяться с корнем диска на другом сервере.
Решение
Чтобы устранить эту проблему, убедитесь, что файл, запрашиваемый в URL-адресе браузера, существует на компьютере IIS и находится в правильном расположении.
Чтобы определить, где должен существовать запрашиваемый файл в файловой системе IIS, используйте оснастку IIS Microsoft Management Console (MMC).
Это важно, если веб-сайт использует виртуальный каталог (VDIR). VDIR — это каталог, который не содержится в домашнем каталоге веб-сайта, но отображается в клиентском браузере так, как будто это делается. Этот виртуальный каталог должен быть соотнося с подстановщиком на диске или ссылкой на файлы по имени.
Например, предположим, что URL-адрес, который вызвал ошибку 404, является , а привязка IIS показывает, что для Microsoft.Com веб-сайта каталог /Test/directory фактически является виртуальным каталогом, который отображает расположение c:\Information на компьютере http://Microsoft.Com/Test/File1.htm IIS. Это означает, что необходимо убедиться, что File1.htm находится в каталоге c:\Information (и правильное написание имени файла).
Динамическое содержимое IIS: запись 404.2 в файле расширенного журнала W3C записуется при не включенном веб-расширении. Чтобы включить соответствующее веб-расширение, используйте оснастку IIS Microsoft Management Console (MMC). Веб-расширения по умолчанию включают в себя: ASP, ASP.NET, Server-Side включает публикацию WebDAV, расширение серверов frontPage, общий интерфейс шлюза (CGI). Пользовательские расширения должны быть добавлены и явно включены. Дополнительные сведения см. в файле справки IIS.
Статическое содержимое IIS. Запись 404.3 в файле расширенного журнала W3C записуется, когда расширение не соедественно известному расширению в свойстве MIME Map. Для настройки соответствующего расширения на карте MIME используйте оснастку IIS Microsoft Management Console (MMC). Дополнительные сведения см. в файле справки IIS.
Дополнительные сведения о других, менее распространенных причинах этого сообщения об ошибке см. в материалах IIS hidden static files return HTTP 404 или Access Denied errors.
Дополнительные сведения
как исправить ошибку «страница не найдена»?
Иногда, путешествуя по просторам всемирной паутины, вы можете встретить страницу с кодом 404. Это
сервисное сообщение, которое говорит о том, что запрашиваемая вами страница была удалена и более
недоступна для просмотра. Фактически, это сродни звонку на отключенный телефон – сигнал уходит в
«никуда», и сервисный робот сообщает вам об этом.
Ошибка 404 может очень раздражать пользователей и являться причиной фрустрации. Именно поэтому владельцу
сайта или администратору ресурса необходимо минимизировать любые проявления этой ошибки. Разумный подход
к выдаче сообщения об ошибке с кодом 404 позволит пользователю разобраться в происходящем и найти
искомую информацию, а не уйти разочарованным.
Что такое ошибка 404
Ошибка с таким цифровым обозначением — это код протокола передачи гипертекста, нужный для взаимного
обмена страницами по протоколу http и https между браузером пользователя, который пытается зайти на
сайт, и собственно вашим веб-сервером. Компьютер пользователя спрашивает веб-сервер о том, рабочая ли
ссылка, по которой планируется переход. После чего сервер возвращает браузеру заголовок http, в котором
содержится сообщение о статусе линка.
Если все в порядке, сервер возвращает код 200, что означает, что страница доступна и пользователь может
перейти по ней. Пользователь-человек обычно не получает такого сообщения вовсе. Но если веб-сервер не
может найти запрашиваемую страницу, то ответ содержит в себе код 404, и именно его браузер выдает
пользователю.
Почему появляется ошибка «404 — страница не найдена»
Причин появления в заголовке ответа сообщения с кодом «404 Not Found» несколько:- изменение адреса (URL) запрашиваемой страницы;
- допущена ошибка в написании URL, если его вводили вручную или скопировали неправильно;
- удаление страницы с сайта владельцем/администратором.
Что делает большинство пользователей, когда попадают на страницу, которой не существует?
Если вам когда-либо попадалась страница, выдающая сообщение «Page Not Found», вы наверняка знаете, что
это очень раздражает и демотивирует. С большой вероятностью пользователь покинет ресурс, особенно, если
он нашел его случайно в поисковой выдаче, и больше никогда его не посетит. Так ваш бизнес утратит
потенциального клиента.
Меньшинству пользователей принципиально важно найти информацию на вашем ресурсе, и они, вернувшись на
предыдущую страницу, продолжат поиски. Не заставляйте их искать долго, уменьшайте, насколько это
возможно, количество несуществующих страниц. Даже если сайт в разработке, всегда лучше поставить
временную заставку, уведомляющую о точных сроках начала работы страницы и дающую полезные ссылки с
ответами на возможные вопросы.
Как исправить ошибку 404
Вначале администратору ресурса необходимо точно локализовать все страницы вверенного ему ресурса,
которые возвращают данную ошибку. Ответ даст лог-файл с техническими сведениями касательно всех кодов
статуса, которые передавали все страницы сайта в ответ на запросы — со временем передачи.
Часто такая ошибка возникает из-за того, что веб-мастером была проведена некорректная перелинковка
страниц ресурса. Лог-файл позволяет вычислить и исправить возникшие в ходе перелинковки ошибки, которые
приводят к сообщению с кодом 404. Если ваш тип хостинга не позволяет получить доступ к лог-файлу
самостоятельно, сделать это можно, отправив запрос провайдеру.
Если страница была удалена или был изменен ее URL, все линки, размещенные на внешних ресурсах, будут
вести именно на ошибку 404 — несуществующий URL. Поэтому проверку необходимо начинать с корректности
собственных ссылок, ведь поправить внешние зачастую просто невозможно — нет прав администрирования.
Максимум, что можно посоветовать в этом случае — обратиться к администраторам ресурсов, содержащих
внешние ссылки, с просьбой об исправлении. Поэтому не стоит часто удалять или вносить изменения в URL
ваших линков, и лучше периодически проверять корректность ссылок на своем сайте.
Как грамотно организовать страницу с «ошибкой 404»
Даже страницу с кодом 404 можно использовать во благо ресурса, если по каким-либо причинам ошибку нельзя исправить немедленно. Используйте пять советов ниже, чтобы ваши посетители не испытывали раздражение и не покидали сайт:- оформите страницу с кодом ошибки в общем дизайне сайта, не оставляйте стандартный вид;
- извинитесь за причиненные неудобства;
- дайте полезные ссылки;
- настройте механизм проверки и исправления линков — если пользователь допустил минимальную ошибку, сервер исправляет ее автоматически и отправляет посетителя по адресу, уведомив о том, что его URL содержит ошибку;
- добавьте на сайт строку поиска — можно использовать поиск от Google.
Как исправить ошибку 404 Not Found
Из многих потенциальных ошибок, которые вы можете увидеть на своем сайте WordPress, ошибка 404 Not Found — одна из самых сложных. Но это не значит, что вас или ваши посетители не расстраивают, когда вы или ваши посетители пытаетесь просмотреть свой сайт и постоянно сталкиваетесь с сообщением об ошибке 404 Not Found. 😒 Это последнее, что вы хотите, чтобы потенциальные клиенты впервые видели от вашего бренда. Ошибка 404 также может быть индикатором того, что что-то изменилось или переместилось, и, вероятно, необходимо добавить 301 редирект для SEO.
В этом посте мы попытаемся помочь вам снова заставить ваш сайт работать, объяснив несколько вещей:
Предпочитаете посмотреть видео версию?
Что такое ошибка 404 Not Found?
Инженерная группа Интернета (IETF) определяет ошибку 404 Not Found как:
Код состояния 404 (не найден) указывает, что исходный сервер не нашел текущего представления для целевого ресурса или не желает раскрывать его существование. Код состояния 404 не указывает, является ли это отсутствие представления временным или постоянным; код состояния 410 (Gone) предпочтительнее 404, если исходный сервер знает, предположительно с помощью некоторых настраиваемых средств, что состояние, вероятно, будет постоянным.
Каждый раз, когда вы или один из ваших посетителей посещаете свой веб-сайт, ваш браузер отправляет запрос на веб-сервер и получает обратно данные, включая так называемый HTTP-заголовок. Заголовок HTTP включает коды состояния HTTP, чтобы объяснить, «что произошло» с запросом.
В большинстве случаев запрос работает идеально, и вы никогда не видите код состояния HTTP (, если вы не посмотрите ). Но если что-то пойдет не так, , ваш веб-браузер обычно отображает сообщение с кодом состояния HTTP, чтобы указать точную проблему.
Как и другие сообщения об ошибках (ошибка 500, ошибка 502, ошибка 503, ошибка 504 и т. Д.), Сообщение «Ошибка 404 не найдено» является результатом этого процесса.
Что на самом деле означает ошибка 404 «Не найден»?
По сути, это означает, что клиент ( ваш веб-браузер или веб-браузер вашего посетителя ) смог успешно подключиться к хосту ( сервер вашего веб-сайта ), но не смог найти фактически запрошенный ресурс ( е.грамм. конкретный URL-адрес или имя файла ).
Например, если кто-то пытается получить доступ к yoursite.com/post-name , но у вас нет контента со слагом post-name . Тогда посетитель увидит ошибку 404, потому что, хотя ваш веб-сервер работает нормально, запрошенный ресурс не существует.
Это не просто сообщения или страницы, любой недостающий ресурс может вызвать ошибку 404 на сервере, например, отсутствует файл изображения, отсутствует JavaScript, отсутствует CSS и т. Д.
Что вызывает ошибку 404, не найденную на WordPress?
Если вы видите эту ошибку во всем содержании своего сайта, обычно это связано с проблемой с постоянными ссылками на вашем сайте WordPress. Однако если вы видите его только на отдельных фрагментах контента, скорее всего, это связано с тем, что вы изменили заголовок фрагмента контента, не настроив переадресацию.
Кроме того, ошибка 404 — это не всегда плохо — плохо только тогда, когда мешает удобству использования . А иногда вещи просто выходят из-под вашего контроля!
Например, иногда человек может просто ввести неправильный URL-адрес в адресной строке.В этом случае они по-прежнему будут видеть ошибку 404, но реальных проблем с настройкой вашего сайта нет. На самом деле это желаемый ответ, и вы можете создать свою собственную страницу 404, чтобы помочь направить посетителей в нужное место (, мы покажем вам, как позже, на ).
Ошибка 404 Не найдены варианты
Поскольку разные браузеры по-разному отображают сообщения об ошибках, вы можете увидеть другое сообщение об этой ошибке. Другие распространенные варианты включают:
- «Ошибка 404»
- «404 не найдено»
- «Ошибка HTTP 404»
- «Не найдено»
- «Страница не найдена»
- «Запрошенный URL не найден на этом сервере.”
- «Страница не найдена»
- «Мы не можем найти страницу, которую вы ищете».
- «Запрошенный URL / ~ не найден на этом сервере. Это все, что мы знаем.
Ошибка Google 404, страница
Сообщение об ошибке 404 Not Found также уникально тем, что многие сайты фактически создают настраиваемую страницу для устранения ошибки, а не показывают одно из приведенных выше сообщений. Некоторые темы WordPress также по умолчанию включают настраиваемые страницы 404. По этой причине вы можете вообще не увидеть сообщение об ошибке, потому что многие сайты вместо этого будут использовать забавные или креативные страницы 404.
Смешной пример страницы 404
Ниже приведен пример нашей собственной страницы 404 в Kinsta. Мы включаем окно поиска и некоторые из наших недавних сообщений в блоге, чтобы помочь посетителям найти то, что они, возможно, искали. Всегда включайте функцию поиска на свою страницу 404 .
Kinsta 404 стр.
Ошибка 404 Not Found Влияние на SEO
Ошибка 404 Not Found не оказывает отрицательного влияния на SEO. Но это может иметь негативное влияние в зависимости от причины возникновения ошибки.
Например, если посетитель просто неправильно набирает URL и видит ошибку 404, это не окажет негативного влияния на SEO. Но если у вас есть отдельные ошибки из-за неработающих URL, это помешает Google правильно сканировать ваш сайт и, таким образом, окажет негативный эффект на поисковую оптимизацию.
Кроме того, если проблема с постоянной ссылкой вызывает ошибку 404 на всем сайте, Google не сможет просканировать какой-либо контент вашего сайта. Другими словами, всегда исправляет ваши ошибки 404 как можно скорее .
Ошибка 404 Not Found влияет на производительность сайта
Многие не осознают этого, но сайты, которые генерируют много ошибок 404, могут легко столкнуться с проблемами производительности, поскольку эти ответы обычно не кэшируются. Мы часто видели это на крупных сайтах, и это может стать большой проблемой, если вы случайно продвинете или получите всплеск вирусного трафика на страницу 404. Чтобы минимизировать влияние запросов 404 на производительность сайта, мы автоматически кэшируем страницы 404 на 15 минут. Если вы создадите новую страницу с тем же URL, что и кэшированная страница 404, мы автоматически очистим кеш, чтобы ваши посетители могли сразу увидеть новую страницу.Это означает, что ваш сайт будет защищен от скачков PHP и CPU, вызванных трафиком на динамические страницы 404.
Вероятно, вы генерируете больше ошибок 404, чем вы думаете! Наш инструмент аналитики MyKinsta может помочь вам определить точную сумму (как показано ниже).
404 ошибки
Вы также можете быстро увидеть, каковы основные ошибки 404. В этом примере ниже вы можете видеть, что на сайте отсутствуют некоторые мобильные значки, например /apple-touch-icon.png . Скорее всего, они находятся в коде темы или плагина, который запрашивается, но фактические значки никогда не добавлялись.Таким образом, сервер выдает ошибку 404, поскольку не может найти ресурсы.
Первые 404 ошибки
Вы также можете проверить ошибки 404 в Google Search Console или установить сторонний плагин, например Redirection, который регистрирует ошибки 404. Однако помните, что подобные плагины также влияют на производительность. Гораздо лучше полагаться на инструмент уровня сервера. Вот почему мы предоставляем эти инструменты всем клиентам Kinsta.
Причина, по которой эти ошибки являются плохими, заключается в том, что многие страницы 404 очень ресурсоемки.Для крупных сайтов нужно избегать тяжелой страницы 404 . Создайте простой шаблон 404, который по возможности избегает дальнейших запросов к базе данных.
Как исправить ошибку 404, не найденную в WordPress
Ниже мы рассмотрим несколько различных методов исправления сообщения об ошибке 404 Not Found, в зависимости от того, происходит ли это на сайте или в конкретном контенте.
Подпишитесь на информационный бюллетень
Хотите узнать, как мы увеличили наш трафик более чем на 1000%?
Присоединяйтесь к 20 000+ других, которые получают нашу еженедельную рассылку с инсайдерскими советами по WordPress!
Подпишитесь сейчасОбновите постоянные ссылки вашего сайта WordPress
Если при попытке доступа к контенту вы сталкиваетесь с ошибкой 404 по всему сайту, наиболее вероятной причиной является проблема с вашими постоянными ссылками (или вашим.htaccess, если ваш хост использует Apache). Если вы клиент Kinsta, мы используем Nginx, поэтому вы можете исключить файл .htaccess как возможную причину.
Самый простой способ исправить это — обновить настройки постоянной ссылки через панель управления WordPress. Все, что вам нужно сделать, это перейти в «Настройки» → «Постоянные ссылки» и нажать «Сохранить изменения» (вносить какие-либо изменения не требуется — достаточно нажать «Сохранить изменения»).
Регенерировать постоянные ссылки в WordPress
Настройка переадресации 301 для перемещенного или переименованного содержимого
Если вы столкнулись с ошибкой 404 в определенном фрагменте контента, вероятно, проблема в том, что вы:
- Изменен ярлык URL для этого содержимого.
- Переместил этот фрагмент содержимого вручную, например удалив существующее сообщение и вставив его в новое сообщение.
Затем пользователи пытаются получить доступ к контенту в старом расположении и видят страницу 404 вместо ожидаемого ресурса. Лучший способ исправить это — автоматически перенаправить всех, кто пытается получить доступ к старому местоположению, в новое местоположение. Таким образом, они попадут в нужное место без ошибок 404. Это также хорошо для SEO. Если вы переместите или переименуете сообщение без добавления перенаправления, вы потеряете все полномочия домена, связанные с обратными ссылками, указанными на это сообщение.
WordPress по умолчанию пытается перенаправить измененный / перемещенный контент. Но это не всегда работает, и вам никогда не следует полагаться на WordPress для этой функции. Но не волнуйтесь, есть несколько простых способов настроить переадресацию в WordPress:
Во-первых, вы можете использовать бесплатный плагин Redirection для управления перенаправлениями с панели инструментов WordPress. После того, как вы установили и активировали плагин, перейдите в Инструменты → Перенаправление и введите URL-адрес 404-й страницы в поле «Исходный URL-адрес» и новое местоположение контента в поле «Целевой URL-адрес»:
Как настроить переадресацию с помощью плагина Redirection
Если вы размещаете на Kinsta, вы также можете управлять переадресацией из панели управления MyKinsta.Использование инструмента Kinsta на самом деле является лучшим способом решения этой проблемы, поскольку правила реализованы на уровне сервера , что является гораздо более оптимальным способом с точки зрения производительности. Это также означает, что на один сторонний плагин вам придется беспокоиться меньше.
Перейдите на сайт, которым хотите управлять. Затем щелкните вкладку «Перенаправления». Чтобы добавить новое перенаправление, нажмите большую кнопку «Добавить правило перенаправления»:
Как настроить переадресацию с панели инструментов Kinsta
Наконец, если ваш хост использует сервер Apache, вы можете использовать.htaccess для настройки перенаправления. Сайт генератора .htaccess может помочь вам сгенерировать правильный код для добавления в файл .htaccess вашего сайта.
Как создать свою собственную ошибку 404 Not Found Page
Хотя вы можете сделать все возможное, чтобы предотвратить ошибки 404, следуя приведенным выше советам, невозможно полностью устранить ошибки 404 , потому что некоторые вещи просто вне вашего контроля. На небольших сайтах WordPress ежемесячно появляются тысячи ошибок 404.
Например, если посетитель ошибочно набирает URL или если другой веб-сайт ссылается на несуществующую страницу, люди все равно получат ошибку 404.
Чтобы предоставить более удобную страницу ошибок, вы можете использовать один из многих плагинов страницы 404. Например, бесплатный плагин 404page позволяет настроить страницу с ошибкой 404 с помощью:
- Поле поиска
- Важные ссылки
- Контактная информация
Еще одной важной особенностью плагина 404page является то, что он не создает переадресацию. Страница 404 никогда не должна перенаправляться на физическую страницу , такую как yoursite.com/404 .Ошибка 404 всегда должна генерироваться динамически на рассматриваемой странице.
Включая эти элементы, вы даете посетителям инструменты, необходимые для перехода на нужную страницу. Но помните, держите вашу страницу 404 светлой для лучшей производительности . Включайте только то, что абсолютно необходимо.
Как отслеживать ошибки 404 в будущем
В дальнейшем будет полезно обратить внимание на то, какие запросы вызывают ошибку 404 на вашем сайте.Это может вам помочь:
- Найдите неработающие ссылки, которые отправляют людей на несуществующий ресурс (это могут быть внутренние ссылки или внешние ссылки с других сайтов). Затем вы должны постараться исправить эти ссылки, если это вообще возможно.
- Посмотрите, какие страницы Google не может сканировать. Затем вы захотите выяснить, почему Google пытается сканировать несуществующую страницу, и при необходимости настроить переадресацию.
- Устранение проблем, связанных с производительностью, с ошибками 404.
Вариант 1 — Google Analytics
Если вы используете Google Analytics, вы можете настроить собственный отчет для отслеживания ошибок 404 по внешним ссылкам.У Rebelytics есть хороший учебник по этой теме.
Вариант 2 — Плагин WordPress
Если вы хотите использовать плагин WordPress, вышеупомянутый плагин Redirection может помочь вам отслеживать ошибки 404 с панели инструментов WordPress.
Вариант 3 — Инструмент стороннего аудита
Вы также можете использовать сторонний инструмент аудита, например Ahrefs, для отслеживания ошибок 404 на вашем сайте WordPress. Вы даже можете настроить его для работы по расписанию.
Аудит 404 ошибок
Вариант 4 — Google Search Console
Наконец, вы можете отслеживать 404 ошибки, с которыми сталкиваются сканеры Google, в Google Search Console.После подтверждения своего сайта с помощью консоли поиска Google перейдите в Сканирование → Ошибки сканирования → Не найдено, чтобы просмотреть список ошибок 404, обнаруженных Google. Это, безусловно, один из самых простых способов. Он также является лучшим с точки зрения производительности, поскольку не требует сторонних плагинов или дополнительного сканирования вашего сайта. Боты Google уже регулярно сканируют ваш сайт, так почему бы просто не воспользоваться данными, которые они уже предоставляют? 😉
Google Search Console 404 ошибки
Сводка
К сожалению, на вашем сайте будет происходить ошибка 404, нравится вам это или нет.Чем больше ваш сайт WordPress, тем больше вы начнете видеть. Мы рекомендуем организовать хороший рабочий процесс, чтобы вы могли отслеживать эти типы ошибок и исправлять их. Ошибка 404 никогда не идет на пользу посетителям, вашему бренду, и Google тоже не хочет их видеть.
У вас есть другие советы или вопросы относительно сообщения об ошибке 404 Not Found или его влияния на ваш сайт WordPress? Напишите нам в комментариях.
Экономьте время, деньги и повышайте производительность сайта с помощью:
- Мгновенная помощь от экспертов по хостингу WordPress, 24/7.
- Интеграция Cloudflare Enterprise.
- Глобальный охват аудитории с 28 центрами обработки данных по всему миру.
- Оптимизация с помощью нашего встроенного мониторинга производительности приложений.
Все это и многое другое в одном плане без долгосрочных контрактов, поддержки миграции и 30-дневной гарантии возврата денег. Ознакомьтесь с нашими планами или поговорите с отделом продаж, чтобы найти план, который подходит именно вам.
HTTP / 1.1: определения кода состояния
HTTP / 1.1: определения кода состояния часть протокола передачи гипертекста — HTTP / 1.1RFC 2616 Fielding, et al.
10 Определений кодов состояния
Каждый код состояния описан ниже, включая описание того, методы, которым он может следовать, и любую метаинформацию, требуемую в отклик.
10.1 Информационный 1xx
Этот класс кода состояния указывает на предварительный ответ, состоящий только из строки состояния и дополнительных заголовков, и заканчивается пустой строкой. Для этого нет обязательных заголовков класс статуса кода.Поскольку HTTP / 1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0 кроме экспериментальных условий.
Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx до обычного ответа, даже если клиент не ожидает 100 (Продолжить) статусное сообщение. Неожиданные ответы статуса 1xx МОГУТ быть игнорируется пользовательским агентом.
Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx.(Например, если
прокси добавляет поле «Expect: 100-continue», когда перенаправляет запрос, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы).)
10.1.1 100 Продолжить
Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ используется для информирования клиента о том, что в начальной части запроса был получен и еще не отклонен сервером. Клиент СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если запрос уже выполнен, игнорируйте этот ответ.Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть раздел 8.2.3 для подробного обсуждения использования и обработки этого код состояния.
10.1.2 101 Протоколы коммутации
Сервер понимает и готов выполнять требования клиента запрос через поле заголовка сообщения Upgrade (раздел 14.42) для изменение протокола приложения, используемого для этого соединения. В сервер переключит протоколы на те, которые определены в ответе Обновите поле заголовка сразу после пустой строки, которая завершает ответ 101.
Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно так. Например, переход на более новую версию HTTP выгоден. по сравнению с более старыми версиями и переключение на синхронный режим реального времени протокол может быть выгоден при доставке ресурсов, использующих такие особенности.
10.2 Успешно 2xx
Этот класс кода состояния указывает, что запрос клиента был успешно получен, понят и принят.
10.2.1 200 ОК
Запрос выполнен. Информация, возвращенная с ответом зависит от метода, используемого в запросе, например:
GET сущность, соответствующая запрошенному ресурсу, отправляется в ответ;
HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без тела сообщения;
POST объект, описывающий или содержащий результат действия;
TRACE сущность, содержащая сообщение запроса, полученное конечный сервер.
10.2.2 201 Создано
Запрос был выполнен, и в результате появился новый ресурс. созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов) возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ СЛЕДУЕТ включать объект, содержащий список ресурсов характеристики и местоположение (а), из которых пользователь или пользовательский агент может выберите наиболее подходящий.Формат объекта определяется тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ вместо этого ответьте ответом 202 (принято).
Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.
10.2.3 202 Принято
Запрос принят в обработку, но обработка закончилась. не завершено. Запрос может быть или не быть в конечном итоге действует, так как это может быть запрещено, когда обработка действительно занимает место. Нет возможности повторно отправить код состояния из асинхронная операция, такая как эта.
Ответ 202 намеренно ни к чему не обязывает. Его цель — разрешить серверу принять запрос на какой-либо другой процесс (возможно, пакетно-ориентированный процесс, который запускается только один раз в день) без требуя, чтобы соединение пользовательского агента с сервером сохранялось пока процесс не завершится.Сущность, возвращенная с этим ответ ДОЛЖЕН включать указание текущего статуса запроса и либо указатель на монитор состояния, либо некоторая оценка того, когда пользователь может ожидать выполнения запроса.
10.2.4 203 Неавторизованная информация
Возвращенная метаинформация в заголовке объекта не является окончательный набор, доступный с исходного сервера, но собранный с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии.Например, в том числе местные аннотация информация о ресурсе может привести к надмножеству метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ был бы 200 (ОК).
10.2.5 204 Нет содержимого
Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. В ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.
Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях без вызывает изменение активного вида документа пользовательского агента, хотя любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу в настоящее время находится в активном представлении пользовательского агента.
Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.
10.2.6 205 Сбросить содержимое
Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс. вид документа, который вызвал отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях, выполняемых через пользовательский ввод, за которым следует очистка формы, в которой вводится задано, чтобы пользователь мог легко инициировать другое действие ввода. В ответ НЕ ДОЛЖЕН включать сущность.
10.2.7 206 Частичное содержимое
Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35). указывающий желаемый диапазон, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.
Ответ ДОЛЖЕН включать следующие поля заголовка:
- Либо поле заголовка Content-Range (раздел 14.16), указывающее
диапазон, включенный в этот ответ, или multipart / byteranges
Content-Type, включая поля Content-Range для каждой части.Если
Поле заголовка Content-Length присутствует в ответе, его
значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
тело сообщения.
- Дата
- ETag и / или Content-Location, если заголовок был бы отправлен
в ответе 200 на тот же запрос
- Истекает, Cache-Control и / или Vary, если значение поля может
отличается от ответа, отправленного в любом предыдущем ответе на тот же
вариант
Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включить другие заголовки сущностей. Если ответ является результатом Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН включить другие заголовки сущностей; это предотвращает несоответствие между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены с ответом 200 (OK) на тот же запрос.
Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными содержимое, если заголовки ETag или Last-Modified не совпадают в точности, см. 13.5.4.
Кеш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.
10.3 Перенаправление 3xx
Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия. взятые пользовательским агентом для выполнения запроса. Действие требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.
Примечание: предыдущие версии данной спецификации рекомендовали
максимум пять перенаправлений. Разработчики контента должны знать
что могут быть клиенты, которые реализуют такой фиксированный
ограничение.
10.3.1 300 Множественный выбор
Запрошенный ресурс соответствует любому из набора представительства, каждое со своим конкретным местоположением, и агент- информация о переговорах (раздел 12) предоставляется для того, чтобы пользователь (или пользовательский агент) может выбрать предпочтительное представление и перенаправить свой запрос в это место.
Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположений из который пользователь или пользовательский агент может выбрать наиболее подходящий. В формат объекта определяется типом носителя, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей
агент пользователя, выбор наиболее подходящего варианта МОЖЕТ быть выполняется автоматически.Однако эта спецификация не определяет любой стандарт для такого автоматического выбора.
Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ кэшируется, если не указано иное.
10.3.2 301 Постоянно перемещен
Запрошенному ресурсу был назначен новый постоянный URI и любой в будущих ссылках на этот ресурс СЛЕДУЕТ использовать один из возвращенных URI.Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируемые, если не указано иное.
Новый постоянный URI СЛЕДУЕТ задавать в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.
Если код состояния 301 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.
Примечание. При автоматическом перенаправлении запроса POST после
получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
ошибочно изменит его на запрос GET.10.3.3 302 Найдено
Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.
Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.
Если код состояния 302 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.
Примечание: RFC 1945 и RFC 2068 указывают, что клиент не разрешен
для изменения метода перенаправленного запроса. Однако большинство
существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
ответ, выполняющий GET для значения поля Location независимо от
исходного метода запроса.Коды состояния 303 и 307 имеют
добавлено для серверов, которые хотят однозначно указать, какие
ожидаемая реакция со стороны клиента.
10.3.4 303 См. Другие
Ответ на запрос можно найти под другим URI и ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот способ существует прежде всего для того, чтобы разрешить вывод POST-активированного скрипта на перенаправить пользовательский агент на выбранный ресурс.Новый URI не замените ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй (перенаправленный) запрос может быть кэшируемым.
Другой URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.
Примечание: многие версии до HTTP / 1.1 пользовательские агенты не понимают 303
положение дел. Когда возможность взаимодействия с такими клиентами вызывает беспокойство,
Вместо этого можно использовать код состояния 302, поскольку большинство пользовательских агентов реагируют
на ответ 302, как описано здесь для 303.
10.3.5 304 Без изменений
Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать message-body, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.
Ответ ДОЛЖЕН включать следующие поля заголовка:
- Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.
Если исходный сервер без часов подчиняется этим правилам, и прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.
- ETag и / или Content-Location, если заголовок был бы отправлен
в ответе 200 на тот же запрос
- Истекает, Cache-Control и / или Vary, если значение поля может
отличается от ответа, отправленного в любом предыдущем ответе на тот же
вариант
Если условный GET использовал сильный валидатор кеша (см. 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. в условном GET использовался слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.
Если ответ 304 указывает на то, что объект в настоящее время не кэширован, то кеш ДОЛЖЕН игнорировать ответ и повторять запрос без условный.
Если кеш использует полученный ответ 304 для обновления записи кэша, кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.
10.3.6 305 Использовать прокси
Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный поле Местоположение. В поле Location указывается URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. 305 ответов ДОЛЖНЫ создаваться только серверами-источниками.
Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
единый запрос, который должен генерироваться только исходными серверами.Нет
соблюдение этих ограничений имеет серьезные последствия для безопасности.
10.3.7 306 (Не используется)
Код состояния 306 использовался в предыдущей версии спецификация, больше не используется, а код зарезервирован.
10.3.8 307 Временное перенаправление
Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ быть изменено при случае, клиент ДОЛЖЕН продолжать использовать Request-URI для будущих запросов.Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.
Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не понять статус 307. Поэтому примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.
Если код состояния 307 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.
10.4 Ошибка клиента 4xx
Код состояния класса 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние.Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.
Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение пакет (ы), содержащий ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса в клиент, который может стереть неподтвержденные входные буферы клиента прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.
10.4.1 400 неверный запрос
Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без модификации.
10.4.2 401 Неавторизованный
Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включает учетные данные авторизации, затем 401 ответ указывает на то, что в авторизации было отказано для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже попытался аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить сущность, указанная в ответе, поскольку эта сущность может включить соответствующую диагностическую информацию. Аутентификация доступа HTTP объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ» Аутентификация »[43].
10.4.3 402 Требуется оплата
Этот код зарезервирован для использования в будущем.
10.4.4 403 Запрещено
Сервер понял запрос, но отказывается его выполнить. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер желает сделать публично, почему запрос не был выполнен, ДОЛЖЕН описать причина отказа в субъекте.Если сервер не желает сделать эту информацию доступной для клиента, код состояния 404 Вместо этого можно использовать (Not Found).
10.4.5 404 Не найдено
Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер через некоторый внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает точно раскрыть, почему запрос был отклонен, или когда ни один другой ответ применим.
10.4.6 405 Метод запрещен
Метод, указанный в строке запроса, не разрешен для ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать Разрешить заголовок, содержащий список допустимых методов для запрошенного ресурс.
10.4,7 406 Неприемлемо
Ресурс, указанный в запросе, может только генерировать объекты ответа, которые имеют неприемлемые характеристики содержимого в соответствии с заголовками accept, отправленными в запросе.
Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (а) из которых пользователь или пользовательский агент могут выбрать наиболее подходящее.Формат объекта определяется заданным типом носителя. в поле заголовка Content-Type. В зависимости от формата и формата возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет никаких стандартов для такого автоматического выбора.
Примечание. Серверы HTTP / 1.1 могут возвращать ответы,
неприемлемо в соответствии с заголовками accept, отправленными в
запрос.В некоторых случаях это может быть даже предпочтительнее отправки
406 ответ. Пользовательским агентам рекомендуется проверять заголовки
входящий ответ, чтобы определить, приемлемо ли это.
Если ответ может быть неприемлемым, пользовательский агент ДОЛЖЕН временно прекратить получение дополнительных данных и запросить у пользователя решение о дальнейших действиях.
10.4.8 407 Требуется аутентификация прокси
Этот код похож на 401 (Несанкционированный), но указывает, что клиент должен сначала аутентифицироваться с помощью прокси.Прокси ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее проблема, применимая к прокси для запрошенного ресурса. В клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в «HTTP-аутентификации: базовая и дайджест-аутентификация доступа» [43].
10.4.9 408 Тайм-аут запроса
Клиент не отправил запрос в течение времени, которое сервер был готов ждать.Клиент МОЖЕТ повторить запрос без модификации в любое более позднее время.
10.4.10 409 Конфликт
Запрос не может быть выполнен из-за конфликта с текущим состояние ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправьте запрос. Тело ответа ДОЛЖНО включать достаточно
информация, позволяющая пользователю распознать источник конфликта.В идеале объект ответа должен включать достаточно информации для пользователь или пользовательский агент для устранения проблемы; однако это может быть не так можно и не обязательно.
Конфликты наиболее вероятны в ответ на запрос PUT. Для Например, если использовалось управление версиями, а объект PUT включены изменения в ресурс, которые противоречат изменениям, внесенным более ранний (сторонний) запрос, сервер может использовать ответ 409 чтобы указать, что он не может выполнить запрос.В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определяемом ответом Тип содержимого.
10.4.11 410 Исчез
Запрошенный ресурс больше не доступен на сервере и нет адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалить ссылки на Request-URI после утверждения пользователем.Если сервер не знает или не имеет возможности определить, действительно ли состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено) вместо этого. Этот ответ кэшируется, если не указано иное.
Ответ 410 в первую очередь предназначен для решения задачи веб-поиска. обслуживание путем уведомления получателя о том, что ресурс намеренно недоступен, и владельцы серверов хотят, чтобы удаленные ссылки на этот ресурс должны быть удалены.Такое событие характерно для ограниченные по времени рекламные услуги и ресурсы, принадлежащие лица, больше не работающие на сайте сервера. Нет необходимо отметить все постоянно недоступные ресурсы как «пропавшие» или сохранять отметку в течение любого периода времени — это оставлено на усмотрение усмотрение владельца сервера.
10.4.12 411 Требуемая длина
Сервер отказывается принять запрос без определенного Content- Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.
10.4.13 412 Ошибка предварительного условия
Предварительное условие, указанное в одном или нескольких полях заголовка запроса. оценивается как ложь при тестировании на сервере. Этот ответ код позволяет клиенту ставить предварительные условия на текущий ресурс метаинформации (данные поля заголовка) и, таким образом, предотвратить запрошенную метод от применения к ресурсу, отличному от предполагаемого.
10.4.14 413 Слишком большой объект запроса
Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. В сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил запрос.
Если условие является временным, серверу СЛЕДУЕТ включать команду Retry- Поле заголовка после, чтобы указать, что это временно и после чего время клиент МОЖЕТ повторить попытку.
10.4.15 414 Слишком длинный URI запроса
Сервер отказывается обслуживать запрос, потому что Request-URI длиннее, чем сервер готов интерпретировать. Этот редкий состояние может возникнуть только тогда, когда клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс перенаправленного URI, указывающий на суффикс сам), или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину буферы для чтения или управления Request-URI.
10.4.16 415 Неподдерживаемый тип носителя
Сервер отказывается обслуживать запрос, потому что объект формат запроса не поддерживается запрошенным ресурсом для запрошенного метода.
10.4.17 416 Запрошенный диапазон Не выполняется
Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни один из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса.(Для байтовых диапазонов это означает, что первый — byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)
Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка объекта Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges — тип.
10.4.18 417 Неудачное ожидание
Ожидание, указанное в поле заголовка запроса Expect (см. 14.20) не может быть встречен этим сервером, или, если сервер является прокси, у сервера есть недвусмысленные доказательства того, что запрос не может быть выполнен сервером следующего перехода.
10.5 Ошибка сервера 5xx
Коды статуса ответа, начинающиеся с цифры «5», указывают на случаи в сервер знает, что допустил ошибку или не может выполнение запроса.За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в Пользователь. Эти коды ответов применимы к любому методу запроса.
10.5.1 500 Внутренняя ошибка сервера
Сервер обнаружил непредвиденное состояние, которое предотвратило его. от выполнения запроса.
10.5.2 501 Не реализовано
Сервер не поддерживает функции, необходимые для выполнения запрос. Это подходящий ответ, когда сервер не распознает метод запроса и не может поддерживать его для любой ресурс.
10.5.3 502 Плохой шлюз
Сервер, выступая в качестве шлюза или прокси, получил недопустимый ответ от вышестоящего сервера, к которому он обращался при попытке выполнить просьбу.
10.5.4 503 Служба недоступна
В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Следствие в том, что это временное состояние, которое исчезнет после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не задан, клиент ДОЛЖЕН обрабатывать ответ так же, как и для ответа 500.
Примечание. Наличие кода состояния 503 не означает, что
сервер должен использовать его при перегрузке.Некоторые серверы могут пожелать
просто отказаться от подключения.
10.5.5 504 Тайм-аут шлюза
Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного в URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен для доступа при попытке выполнить запрос.
Примечание. Примечание для разработчиков: некоторые развернутые прокси известны
вернуть 400 или 500, когда время поиска DNS истекло.10.5.6 505 Версия HTTP не поддерживается
Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывая, что он не может или не хочет выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать сущность, описывающая, почему эта версия не поддерживается и какие еще протоколы поддерживаются этим сервером.
Что такое ошибка 404? Как бороться с ошибкой в Интернете
- Ошибка 404 означает, что веб-страница, на которую вы пытаетесь перейти, не может быть найдена.
- Вы можете увидеть ошибку 404 из-за проблемы с веб-сайтом, из-за того, что страница была перемещена или удалена, или из-за того, что вы ввели неправильный URL-адрес. Ошибка
- 404 сегодня встречается реже, чем раньше, поскольку веб-сайты стремятся автоматически перенаправлять посетителей с удаленных страниц.
- Есть несколько способов исправить ошибку 404 на своем или других сайтах.
- Посетите техническую библиотеку Business Insider, чтобы узнать больше.
Одна из самых распространенных ошибок в Интернете — настолько распространенная, что ее называют неинтернет-сленгом — это ошибка 404.
Также известная под более длинным названием «404 страница не найдена», это ошибка, указывающая на то, что страница или ресурс, который вы ищете, не могут быть найдены. Обычно это означает, что он был удален или перемещен.
Что нужно знать об ошибках 404Ошибки 404 — обычное дело, и если вы читаете это, скорее всего, вы сталкивались с одной из них раньше. Большинство людей находят их, когда пытаются перейти на конкретную веб-страницу, которой больше не существует.
Происходит просто то, что ваш браузер запрашивает веб-сайт для отображения чего-либо, веб-сайт не может найти нужную страницу для отображения, поэтому вместо этого он выдает ошибку.
Почти каждый веб-сайт может дать вам ошибку 404. Это самый простой способ сказать пользователю, что он не в том месте. Даже Business Insider имеет свои собственные страницы 404, которые отображаются, когда вы пытаетесь посетить страницу, которой не существует.
Тем не менее, по сравнению с ранними днями Интернета, найти ошибку 404 не так просто, как раньше.Для этого есть две причины:
- Большинство крупных веб-сайтов теперь автоматически перенаправляют пользователей со страниц 404. Если веб-сайт планирует удалить или отменить публикацию веб-страницы, эта страница обычно перенаправляется на другую страницу. Как посетитель, вы можете оказаться не на той странице, которую запрашивали, но вы также не попадете на страницу с ошибкой 404. В результате становится меньше «битых» страниц, чем было раньше.
- Многие веб-сайты теперь имеют свои собственные страницы 404, которые помогают пользователям легче находить то, что они ищут.В некоторых случаях эти страницы настолько удобны для пользовательского интерфейса, что трудно сказать, что вы столкнулись с ошибкой 404.
Если вы получаете ошибку 404 при попытке перейти на определенную веб-страницу, не всегда ясно, что пошло не так. Вот несколько способов исправить ошибку 404:
- Еще раз проверьте URL-адрес, который вы ввели , особенно если вы ввели его вручную.Вы могли сделать простую опечатку.
- Обновите веб-страницу. 404 ошибки могут быть кратковременными сбоями, которые можно устранить, обновив страницу в веб-браузере.
- Воспользуйтесь Google (или аналогичной поисковой системой), чтобы снова найти страницу . Возможно, он переместился на другой URL-адрес.
- Попробуйте попасть туда на другом устройстве . Если у вас есть другой компьютер, телефон или планшет, попробуйте перейти на эту страницу. Если вы видите веб-страницу с другого устройства, вероятно, проблема связана с кешем вашего компьютера.Очистите кеш и попробуйте еще раз.
- Используйте машину обратного пути Internet Archive . Wayback Machine — это бесплатная утилита, которая позволяет вам увидеть, как определенные URL-адреса могли бы выглядеть в различные моменты в прошлом. Если вы знаете, что страница, которую вы ищете, существовала какое-то время, есть большая вероятность, что Wayback Machine ее сохранила.
- Обратитесь к веб-мастеру или владельцу сайта . Если вы пытаетесь перейти на страницу небольшого веб-сайта, менеджер сайта, вероятно, захочет узнать, есть ли на сайте неработающие ссылки, потому что значительное количество ошибок 404 может нанести ущерб репутации веб-сайта и рейтингу в поисковых системах.
Если вы получаете отчеты об ошибках 404 на управляемом вами сайте, убедитесь, что ни одна страница не была удалена случайно, и что все ваши ссылки и кнопки ведут на правильные URL-адреса. Вы можете использовать бесплатные инструменты, такие как Dead Link Checker, чтобы найти свои битые ссылки и отсутствующие страницы.
Такие инструменты, как Dead Link Checker, могут помочь обнаружить потерянные и неработающие ссылки на веб-сайтах.Дэйв Джонсон / Business InsiderДэйв Джонсон
Писатель-фрилансер
Что такое ошибка HTTP 404 и как ее исправить в интернет-магазине?
Вы когда-нибудь слышали об «ошибках HTTP 404»?
Вы помните день, когда вы совершали покупки в Интернете, и когда вы щелкнули по продукту, вы были перенаправлены на страницу, которая отображала что-то вроде « 404 страница не найдена »?
В статье объясняются различные типы ошибок 404 и способы их исправления.Эти ошибки вредны для вас как для менеджера интернет-магазина, но они также мешают вашим клиентам приобрести продукт, который они хотят купить.
Следовательно, это ситуация, в которой и продавец, и покупатель упускают из виду. Вот почему важно точно определить, что это за ошибка 404 и как ее устранить, если она появляется на веб-сайте вашего интернет-магазина.
В следующий раз, когда вы увидите эту «ошибку HTTP», вы будете знать, как ее исправить, потому что у вас будут знания , чтобы найти быстрое решение и, таким образом, поддерживать продажи на вашем сайте.
Что такое «ошибка HTTP 404»?
Ошибка HTTP 404 , или более часто называемая «ошибка 404», означает, что страница, которую вы пытаетесь открыть, не может быть найдена на сервере.
Это инцидент на стороне клиента, который означает, что либо страница была удалена или перемещена, и URL-адрес не был изменен соответствующим образом, либо вы неправильно написали URL-адрес.
Другими словами, это означает, что нет веб-страницы, соответствующей введенному URL .
Помимо ошибки 404, существуют другие похожие ошибки, такие как ошибки 500, которые мы обсуждали в другой статье этого блога.
Как распознать ошибку 404 на сайте моего интернет-магазина?
Это сообщение об ошибке может появляться на вашем компьютере по-разному.
Имейте в виду, что страницы этого типа могут быть полностью изменены доменом, что также желательно, потому что в случае инцидента мы можем предложить нашим пользователям альтернативу , чтобы не покинуть веб-сайт .
Эти сообщения могут появляться по-разному, но есть несколько повторяющихся слов, которые помогут вам узнать, произошла ли авария одним из них.
Сообщение об ошибке может выглядеть следующим образом:
- «Ошибка 404»
- «404 не найдено»
- «Запрошенный URL не найден на сервере.»
- «Ошибка HTTP 404»
- «Ошибка 404: страница не найдена»
Это сообщение обычно отображается черным цветом на пустой странице .
Помните, что страницу ошибки 404 можно полностью настроить.
PrestaShop по умолчанию предлагает настраиваемую страницу 404:
Какие шаги следует предпринять для устранения ошибки HTTP 404?
Вот несколько простых советов, которым вы можете следовать, чтобы попытаться решить эту проблему самостоятельно.
Позже мы дадим вам советы о том, как проводить расширенную диагностику.
В любом случае вы должны сначала выполнить эти начальные проверки, так как такую аномалию часто можно устранить довольно быстро.
1) Первое, что нужно сделать, это обновить страницу. Нажмите F5 , чтобы обновить URL-адрес.
Ошибка могла возникнуть, если страница была загружена неправильно.
2) Очистить кеш браузера и удалить файлы cookie . Если вы можете подключиться к сайту через другое устройство, такое как мобильный телефон, очистка кеша и удаление файлов cookie должны легко решить проблему.
3) Проверьте URL и убедитесь, что он написан правильно.
Проверка орфографии, дефисов, расширения страницы и т. Д.
4) Удаление вредоносных программ : некоторые вредоносные программы могут вызывать ошибку 404. Обязательно убедитесь, что ваш компьютер защищен и не содержит вирусов.
5) Свяжитесь с владельцем сайта, чтобы сообщить об ошибке 404 . Если вы являетесь владельцем веб-сайта, обратитесь к своему веб-хостеру и запросите дополнительную информацию.
Инцидент на сервере также может быть причиной этой ошибки 404.
Расширенная диагностика для исправления ошибок HTTP 404 в вашем интернет-магазине
Для владельца магазина PrestaShop, как я упоминал ранее, такая аномалия может расстроить .
Теперь мы обсудим наиболее частые причины этой ошибки и способы ее устранения, если она возникает в панели администрирования или во фронт-офисе.
Многие из этих «общих причин» на самом деле связаны с файлом .htaccess .
Я не рекомендую использовать этот тип файла, если вы не знакомы с его функциями и не обладаете достаточными техническими знаниями.
Я предлагаю вам связаться с вашей службой хостинга, чтобы подписать план поддержки PrestaShop.
Перед тем, как вы начнете использовать панель администрирования и файлы PrestaShop, вы должны сделать полную резервную копию базы данных и ее файлов .
Вот несколько проверок, которые необходимо выполнить для устранения ошибки 404:
1) Просмотрите удаленные страницы
Если вы удалили страницы на своем веб-сайте, поисковые системы могли найти и проиндексировать его .
Что еще хуже, ваша страница могла быть связана с другим веб-сайтом. Значит, доступ к этой странице по неверной ссылке вызвал ошибку HTTP 404 для пользователя.
Поисковым системам может потребоваться много времени, чтобы распознать, что страница была удалена, в зависимости от бюджета сканирования, который они выделили для вашего проекта.
Некоторые пользователи также могли сохранить ссылку в избранное.
Хороший метод — перенаправить удаленные продукты на другую страницу , например, на домашнюю страницу или страницу категории для удаленного продукта, чтобы предлагать аналогичные продукты вашим клиентам.
Каждую неделю я решаю анализировать все эти ошибки на моем собственном веб-сайте с помощью инструмента Ahrefs, чтобы обнаружить возможное содержимое, которое может представлять этот тип аномалии.
Вы можете сделать то же самое, перейдя в « Профиль обратной ссылки> Сломанный »:
Кроме того, с помощью PrestaShop вы можете выполнять анализ с помощью официального модуля перенаправления этого дополнения, который не требует каких-либо изменений в коде файла .htaccess.
2) Разрешения
Если вы столкнулись с инцидентом этого типа, сопровождаемым сообщением типа « У вас нет прав доступа … », то ошибка, вероятно, связана с проблемой авторизации.
Я рекомендую вам изменить CHMOD файла с помощью команды FTP или попросить ваш хост сделать это изменение за вас.
Лучшая конфигурация разрешений ваших файлов / папок должна быть 755 для каталогов и 644 для файлов.
Однако размер комиссии зависит от веб-хостинга. Поэтому убедитесь, что покупаете их заранее.
3) Предел памяти
Ошибки могут быть связаны с инцидентом, связанным с memory_limit на вашем хостинге.
Хотя это напрямую не связано, важно знать, как включить это «Уведомление об ошибке».
Я рекомендую вам включить эту опцию, а затем перезагрузить страницу с ошибкой 404.
Если появляется сообщение, такое как « Неустранимая ошибка: недостаточно памяти », обратитесь к своему веб-хосту, чтобы увеличить доступную память.
4) Проблемы с файлами .htaccess
Это файл конфигурации, используемый веб-сервером Apache в корневом каталоге, который может, среди прочего, управлять перенаправлениями, защищать ваши каталоги и перезаписывать URL-адреса.
Во многих случаях ошибки 404 могут быть устранены путем регенерации этого файла.
Вы можете вручную удалить файл .htaccess с помощью команды FTP и восстановить его в Панель управления> Дополнительные настройки> Производительность .
В некоторых случаях активация опции «Дружественный URL» автоматически восстанавливает файл .htaccess.
5) Неправильная конфигурация сертификата SSL
Если вы устанавливаете сертификат SSL и на вашем веб-сайте есть эта аномалия, это означает, что сертификат был установлен неправильно.
Проверьте конфигурацию сертификата SSL на вашем веб-хосте и убедитесь, что версия URL-адреса «SSL» подключена (или перенаправляет) на правильный URL-адрес PrestaShop в файле .htaccess.
В PrestaShop 1.5.6+ у вас есть возможность принудительно использовать SSL для всех страниц.
В этом случае вам нужно будет подтвердить, что любая страница, вызываемая в Iframe, использует HTTPS.
6) Режим перезаписи URL (mod_rewrite) отключен
Это модуль Apache, который позволяет вам настраивать ваши URL-адреса («удобные URL-адреса» или «удобные для пользователя URL-адреса»).
Если вы получаете ошибку 404 после их включения, вы, вероятно, не включили режим перезаписи URL («mod_rewrite») на вашем сервере.
Если ваши «удобные URL-адреса» работают, но в « Панель управления> Дополнительные настройки> Производительность » вы увидите предупреждение о том, что « Режим перезаписи URL-адресов (mod_rewrite) не включен на вашем сервере, или он невозможно проверить его конфигурацию «,
, то проблема не в режиме перезаписи URL (mod_rewrite).
Некоторые веб-хосты предлагают более высокий уровень безопасности, который не позволяет PrestaShop проверять настройки вашего сервера.
Если ваши «дружественные URL-адреса» работают правильно, это означает, что режим перезаписи URL-адресов (mod_rewrite) установлен правильно.
7) Неверный путь «дружественных URL-адресов»
Ошибка может возникнуть после того, как вы создали путь к своим «дружественным URL-адресам» в « Панель администрирования> Настройки> Ссылки и URL-адреса » (дружественные URL-адреса должны быть включены).
В этом случае возможно, что пути «дружественного URL» были введены неправильно.
Примеры настраиваемых страниц ошибок HTTP 404 в интернет-магазинах
Это ошибка не новичка. Действительно, все веб-сайты, интернет-магазины и т. Д. Могут в какой-то момент представлять проблемы такого типа.
Как упоминалось ранее, я рекомендую вам настроить сообщение об ошибке, чтобы человек, использующий ваш веб-сайт, не покидал страницу, разочарованный тем, что он не нашел то, что искал.
1) Le Slip Français
Французский интернет-магазин Le Slip Français дает вам возможность вернуться в раздел для мужчин или женщин на сайте, чтобы познакомиться с их товарами.
2) Сверхзащищенный
В интернет-магазине «Сверхбезопасность» страница с ошибкой не слишком персонализирована, но предоставляет пользователям поисковую систему, поэтому они находят продукты, похожие на те, которые они искали изначально.
Заключение
Чтобы получить дополнительную информацию об ошибке 404, всегда интересно выполнить поиск ошибок в Google (добавив слово PrestaShop в ваш поиск, чтобы уточнить результаты).
Вы найдете много информации и специальных руководств.
Кроме того, вы можете ознакомиться с обсуждениями на форуме PrestaShop, которые собраны под заголовком [РЕШЕНО].
В сообществе 500 000 человек всегда найдется кто-то, кто знаком с вашей проблемой и может помочь вам решить ее.
Если вы выполните следующие действия и предложения, вы сможете диагностировать большинство ошибок типа 404 .
Независимо от того, являетесь ли вы покупателем или онлайн-продавцом, бывает сложно определить причину или найти решение для ошибки HTTP 404.
Что такое ошибка 404, Последние новости, Типы ошибок 404, Устранить ошибку «Не найдено»
Ошибка 404 или ошибка «страница не найдена» — это стандартный код ответа протокола передачи гипертекста, который указывает, что серверу не удалось найти то, что было запрошено. Это сообщение может также появиться, когда сервер не желает раскрывать запрошенную информацию или когда контент был удален.
Если веб-страница не найдена из-за неработающей или неработающей ссылки, создается веб-страница «404 not found».Этот код стал одной из самых узнаваемых ошибок в Интернете.
Когда мы общаемся в компьютерных сетях через HTTP, сервер должен отвечать на запрос возраста Интернета.
В Коде первая цифра указывает на ошибку пользователя. Ошибка может быть связана с неправильным URL-адресом универсального указателя ресурсов. Следующие две цифры указывают на точные обнаруженные ошибки.
Часто ошибка кода 404 отображается при удалении или перемещении URL-адреса.
Сообщение об ошибке кода 404 всегда сопровождается удобочитаемой «фразой причины», понятной каждому. В большинстве веб-браузеров сообщения об ошибках с кодом 404 содержат фразу «страница не найдена», как указано в спецификациях HTTP.
В информационных службах Интернета Майкрософт есть разные коды ошибок подстатуса. Они официально не признаны Управлением по присвоению номеров в Интернете. Они также не возвращаются серверами, отличными от Microsoft.
Вот различные коды, которые указывают на более конкретные ошибки:
· 404.0 — Не обнаружено.
· 404.1 — Сайт не найден.
· 404.2 — ограничение ISAPI или CGI.
· 404.3 — ограничение типа MIME.
· 404.4 — Обработчик не настроен.
· 404.5 — Запрещено конфигурацией фильтрации запросов.
· 404.6 — Глагол отклонен.
· 404.7 — Расширение файла запрещено.
· 404.8 — Скрытое пространство имен.
· 404.9 — Атрибут файла скрыт.
· 404.10 — Заголовок запроса слишком длинный.
· 404.11 — Запрос содержит двойную escape-последовательность.
· 404.12 — Запрос содержит символы старшего разряда.
· 404.13 — Слишком большая длина содержимого.
· 404.14 — URL-адрес запроса слишком длинный.
· 404.15 — Слишком длинная строка запроса.
· 404.16 — запрос DAV отправлен обработчику статического файла.
· 404.17 — Динамическое содержимое сопоставлено статическому обработчику файлов с помощью сопоставления MIME с подстановочными знаками.
· 404.18 — последовательность строки запроса отклонена.
· 404.19 — Запрещено правилом фильтрации.
· 404.20 — слишком много сегментов URL.
Как исправить ошибку 404 Not Found
1.Перезагрузите страницу: возможно, ошибка 404 появилась по той простой причине, что страница не загрузилась должным образом. Это можно довольно легко проверить, нажав кнопку «Обновить» в браузере или также нажав кнопку F5.
2. Проверьте URL-адрес: независимо от того, ввели ли вы URL-адрес вручную или были перенаправлены по ссылке, возможно, была сделана ошибка. По этой причине вам следует проверить указанный путь на сайте.Возможно, вы или человек, перешедший по ссылке, что-то напечатали.
3. Вернитесь по уровням каталогов: например, если URL-адрес следующей структуры example.com/Directory1/Directory2/Directory3 вызывает страницу с ошибкой 404, то вы всегда можете вернуться на предыдущий уровень каталога (в этом примере: example.com/Directory1/Directory2), чтобы проверить, есть ли там ссылка на нужную страницу. Все, что вам нужно сделать, это очистить последний каталог в URL-адресе.Ссылка на страницу, которую вы ищете, должна быть видна на предыдущей странице
4. Используйте функцию поиска на веб-сайте. Многие веб-сайты предлагают функцию поиска как часть своей домашней страницы
5. Свяжитесь с сайтом
6. Удалите кеш браузера и файлы cookie
Как исправить ошибку WordPress 404 Not Found
Скорее всего, вы уже сталкивались с ошибкой «Страница не найдена».К сожалению, если вы управляете веб-сайтом любого типа (WordPress или нет), вероятно, наступит день, когда вы увидите сообщение на одной из своих страниц.
К счастью, как и многие распространенные ошибки WordPress, ошибки 404 относительно легко обнаружить и исправить. Решение обычно включает в себя восстановление структуры постоянных ссылок вашего сайта — это можно сделать всего за несколько минут.
В этой статье мы объясним, что такое ошибка 404 и что может вызвать ее на вашем сайте. Затем мы расскажем, как это исправить, в четыре простых шага.Давайте начнем!
Обзор ошибки 404 WordPress
Ошибка 404, также известная как ошибка «Страница не найдена», означает, что ваш браузер не может найти страницу, к которой вы пытаетесь получить доступ. Точное сообщение может выглядеть немного по-разному в зависимости от используемого вами браузера, но обычно оно всегда будет содержать либо код «404», либо какое-либо сообщение «страница не найдена».
Веб-сайты также могут создавать свои собственные страницы 404.
Просмотр этого уведомления (или любого другого сообщения об ошибке) при попытке доступа к своему сайту может расстраивать.Хотя есть вероятность, что ваше сообщение действительно пропало, в большинстве случаев есть более благоприятная причина.
Вот некоторые распространенные причины, по которым сообщения WordPress могут возвращать ошибку 404:
- Ошибочный URL. Это могло быть просто связано с опечаткой в URL-адресе. Это самая частая причина.
- Проблема с настройками вашей системы доменных имен (DNS). Если вы недавно обновляли какую-либо информацию о DNS и видите эту ошибку, возможно, изменения не распространены полностью.Этот процесс может занять до 48 часов.
- Проблемы со структурой постоянных ссылок на вашем сайте. Проблемы с постоянными ссылками могут быть вызваны отсутствием, повреждением или повреждением файла .htaccess. Проблемы совместимости с такими компонентами WordPress, как плагины и темы, также могут быть причиной.
Независимо от причины, эта ошибка препятствует доступу к вашему сайту, поэтому ее необходимо устранить как можно быстрее. Вскоре мы займемся поиском и устранением неполадок.
Skip the Stress
Избегайте устранения неполадок при подписке на DreamPress. Наши дружелюбные специалисты по WordPress доступны 24/7, чтобы помочь решить проблемы с сайтом — большие или маленькие.
Почему важны ошибки 404
ошибки 404 создают для веб-сайта несколько проблем, помимо простого предотвращения доступа к страницам. Во-первых, они создают плохой пользовательский опыт (UX).
Если на вашем сайте много таких ошибок, и они не устраняются быстро, они могут в конечном итоге отпугнуть пользователей.В худшем случае эти посетители могут перейти на конкурирующий веб-сайт, что будет стоить вам бизнеса.
ошибки 404 также могут повредить вашей поисковой оптимизации (SEO). Сканеры поисковых систем не будут индексировать страницу, которая возвращает 404, потому что они думают, что ее не существует.
Связано: Учебное пособие по установке WordPress — Узнайте, как настроить CMS
Что делать перед устранением ошибки WordPress 404
Перед изменением настроек постоянной ссылки или файла .htaccess рекомендуется создать резервную копию своего веб-сайта и базы данных.Таким образом, если вы случайно сделаете что-то хуже, вы сможете легко восстановить свой сайт до работоспособного состояния.
Если ваш веб-сайт размещен в DreamPress, сделать резервное копирование проще простого. DreamPress автоматически выполняет резервное копирование всего вашего сайта каждый день, поэтому у вас всегда будет свежая копия для доступа. Вы также можете создать резервную копию вручную всего несколькими щелчками мыши.
Как исправить сообщения WordPress, возвращающие ошибку 404 (за 4 шага)
Теперь, когда у вас есть свежая резервная копия вашего сайта, пора приступить к работе.Вам нужно будет выполнить эти шаги по порядку и проверять, устранена ли ошибка после каждого из них.
Шаг 1. Сброс постоянных ссылок WordPress
Первый шаг — сбросить постоянные ссылки. Перейдите в панель управления WordPress и перейдите в «Настройки»> «Постоянные ссылки».
Отсюда просто нажмите «Сохранить изменения». Правильно — вам вообще-то не нужно ничего редактировать. При нажатии на эту кнопку будут обновлены настройки постоянной ссылки, даже если вы не вносите никаких изменений. Это важно, поскольку также обновляются правила перезаписи, используемые для «красивых постоянных ссылок».”
После этого перезагрузите страницы, к которым вы пытались получить доступ. Если все работает, все готово. Если вы все еще получаете ошибку 404, переходите к следующему шагу.
Шаг 2. Восстановите файл .htaccessЕсли сброс постоянных ссылок не помог, следующая стратегия — восстановление файла .htaccess. Это контролирует, как WordPress взаимодействует с сервером и как он генерирует постоянные ссылки для ваших страниц. Восстановление настроек по умолчанию может исправить внезапные ошибки 404.
Чтобы восстановить файл .htaccess, вам сначала понадобится способ доступа к нему. Если вы используете хостинг DreamPress, вы можете использовать встроенный файловый менеджер на панели управления DreamHost. Большинство других веб-хостов предлагают аналогичную функцию, или вы можете использовать клиент протокола безопасной передачи файлов (SFTP), такой как FileZilla. Если вам нужна помощь, у нас есть подробные инструкции по подключению через SFTP.
В этом примере мы будем использовать файловый менеджер DreamHost. Перейдите в панель DreamHost и перейдите в раздел WordPress> Управляемый WordPress на боковой панели.
Найдите домен, с которым у вас возникли проблемы, и нажмите синюю кнопку «Управление». На следующей странице убедитесь, что вверху выбрана вкладка «Подробности», а затем нажмите «Управление файлами».
Это откроет файловый менеджер в новой вкладке. Найдите и щелкните папку, соответствующую вашему доменному имени. В этом каталоге вы найдете файл .htaccess (тот самый, который содержит такие элементы, как wp-content).
Затем щелкните имя файла и выберите «Изменить» из списка параметров.index.php $ — [L] RewriteCond% {REQUEST_FILENAME}! -F RewriteCond% {REQUEST_FILENAME}! -D RewriteRule. /index.php [L] # КОНЕЦ WordPress
Это файл .htaccess по умолчанию для WordPress. Когда вы вставите это, сохраните файл.
Восстановление этого файла также приведет к сбросу настроек постоянной ссылки для вашего сайта WordPress. Поэтому, если вы используете настраиваемую структуру постоянных ссылок (или вообще изменили ее по сравнению со стандартной), вам также потребуется восстановить эту настройку.
Для этого вернитесь в свою панель управления WordPress и перейдите в «Настройки»> «Постоянные ссылки» (как в шаге 1 выше). Вы можете изменить его на то, что вы использовали раньше, а затем сохранить.
Наконец, обновите свой веб-сайт и попытайтесь загрузить страницы, которые возвращали ошибку 404. Если сейчас все работает, поздравляю! Если нет, переходите к следующему шагу.
Связано: Как выбрать провайдера веб-хостинга — Контрольный список из 15 пунктов
Шаг 3. Отключите все плагины и тему WordPress
Если вы сбросили постоянные ссылки и.htaccess, но вы по-прежнему видите ошибку 404 на своем сайте, следующим шагом будет проверка ваших плагинов и темы. В частности, плагины могут иногда иметь ошибки или проблемы совместимости, препятствующие загрузке сайта.
Начнем с этого. Основная идея — отключить их один за другим, а затем проверить свой веб-сайт. Если ошибка не исчезнет, включите ее снова и перейдите к следующей.
Для начала перейдите в панель управления WordPress и перейдите в раздел «Плагины»> «Установленные плагины».
Найдите и нажмите кнопку «Деактивировать» под первым плагином. Вы можете видеть, что активные плагины окрашены в синий цвет, а отключенные — в белый (как вы можете видеть с помощью Akismet на скриншоте выше). Теперь обновите свой сайт и посмотрите, повторяется ли ошибка 404.
Если вы получили сообщение об ошибке, вернитесь на экран плагинов, повторно активируйте плагин, который вы только что пробовали, и перейдите к следующему в списке. Если вы найдете тот, который решает проблему, вы можете проверить наличие обновлений, которые могут решить проблему, или найти альтернативу с аналогичной функциональностью.
Если ни один из подключаемых модулей не является проблемой, пора попробовать изменить тему. Перейдите в Внешний вид> Темы.
Ваша текущая активная тема отмечена как таковая. Наведите указатель мыши на один из остальных и нажмите «Активировать». Затем обновите свой сайт и попробуйте снова получить доступ к проблемной странице.
Обратите внимание, что изменение темы может значительно изменить ваш сайт. Поэтому, если вы обнаружите, что проблема связана с вашей темой, вам может потребоваться некоторое время, чтобы найти ту, которая обеспечивает аналогичный внешний вид и функции.
Связано: Учебное пособие: Как установить дочернюю тему WordPress
Шаг 4. Настройте переадресацию 301 для перемещенного или переименованного содержимого
Это бонусный шаг. Если у вас действительно есть контент, который был перемещен или переименован и, следовательно, больше не существует по тому URL, который вы использовали ранее, вам нужно настроить переадресацию 301, чтобы указать этот старый URL на новый.
Самый простой способ сделать это — использовать плагин WordPress, например Redirection.
Этот инструмент позволит вам быстро настроить нужные переадресации.Кроме того, это бесплатно и удобно.
Как создать собственную страницу «Ошибка 404 не найдена»
Если вы хотите создать свою собственную страницу с ошибкой 404, вы можете сделать это относительно легко. Процесс включает добавление одной строки в файл .htaccess, чтобы указать ошибку на конкретной странице, а затем создание этой страницы. У нас есть подробные инструкции по настройке настраиваемой страницы ошибок, которые помогут вам в этом процессе.
Поднимите свой сайт WordPress на новый уровень
Если вам нужна помощь в навигации по панели инструментов WordPress, создании пользовательской страницы с ошибкой 404 или выборе плагина кеширования, мы можем помочь! Подпишитесь на наш ежемесячный дайджест, чтобы не пропустить ни одной статьи.
Инструменты, которые помогут вам отслеживать ошибки 404 в дальнейшем
Наконец, если вы хотите следить за ошибками 404 в будущем, вы можете использовать несколько удобных инструментов. Консоль поиска Google покажет вам ошибки сканирования, с которыми сталкивались роботы Google при индексировании вашего сайта. Это простой способ увидеть все проблемы, с которыми сталкивается Google.
Вы также можете ввести свой URL-адрес в специализированный инструмент, такой как Проверка битых ссылок, который просканирует весь ваш сайт на наличие битых ссылок и сообщит вам, если найдет страницу 404.
Это бесплатно и просто в использовании. Вы можете просто ввести свой домен и затем нажать «Проверить сайт».
Дополнительные руководства по ошибкам WordPressХотите узнать, как исправить другие распространенные ошибки WordPress? Мы создали серию руководств, чтобы помочь!
Готовы найти пропавший пост в WordPress?Ошибка 404 может расстраивать, особенно когда она происходит на вашем собственном сайте. Эти сообщения вызывают проблемы с SEO и портят UX вашего сайта.К счастью, их не так уж сложно решить.
Исправление страниц 404 обычно включает в себя восстановление структуры постоянных ссылок вашего сайта и настройку переадресации для любых сообщений, которые фактически пропали. Затем вы можете использовать такие инструменты, как Google Search Console, для отслеживания своего сайта на предмет будущих ошибок 404.
Если вы хотите тратить меньше времени на устранение ошибок, подумайте о переходе на DreamPress, нашу управляемую службу хостинга WordPress. Мы возьмем на себя все вопросы по устранению неполадок, чтобы вы могли сосредоточиться на самом важном!
Что означает ошибка 404?
В какой-то момент вашей жизни в Интернете вы, несомненно, сталкивались с сообщением об ошибке 404.Вы ввели URL-адрес или щелкнули ссылку, чтобы перейти на новую страницу, но внезапно — ахнуть — «Страница не найдена».
Нередко можно увидеть ошибки такого типа при просмотре веб-страниц, но когда вы обнаруживаете их на своем собственном веб-сайте, у вас внезапно возникает проблема. В этом сообщении блога мы рассмотрим, что означает сообщение об ошибке 404, что оно означает для ваших маркетинговых усилий, почему веб-сайты их получают и что вы можете сделать, чтобы исправить все, с чем вы можете столкнуться на своем промышленном веб-сайте.
Что такое ошибка 404 и почему не открываются страницы?
Сообщение об ошибке 404 — это код состояния протокола передачи гипертекста (HTTP), указывающий, что сервер не может найти запрошенный веб-сайт.Другими словами, ваш веб-браузер может подключиться к серверу, но конкретная страница, к которой вы пытаетесь получить доступ, не может быть достигнута. Существуют и другие виды ошибок HTTP, но чаще всего встречаются ошибки 404, которые указывают на то, что веб-страница не существует. Вероятно, страница была перемещена, и перенаправление страницы на новую было ошибкой. Он может появиться в любом браузере.
Другие способы отображения 404
Различные браузеры и серверы могут использовать немного различающуюся терминологию при доставке сообщения 404, но все это означает одно и то же.Вот некоторые из наиболее частых случаев появления этой ошибки:
Как исправить ошибку 404
Скорее всего, на вашем сайте есть 404 ошибки. Это нормально — на большинстве веб-сайтов в какой-то момент возникают ошибки 404, но для вас важно постоянно их находить и исправлять как можно быстрее. Теперь самая важная часть: что вы можете сделать со своей стороны, чтобы избавиться от ошибки 404? Вот шаги, которые вы можете предпринять.
- Перенаправить страницу: Самый простой и легкий способ исправить ошибку 404 — перенаправить страницу на другую, используя перенаправление «301».301 — это код ответа, который сигнализирует браузеру пользователя о том, что ваш контент перемещен на новый URL-адрес.
- Исправьте ссылку: Мы все люди, и возможны опечатки — даже при создании гиперссылок. В этом случае вернитесь и исправьте URL-адрес.
- Восстановить удаленные страницы: Промышленным компаниям необходимо постоянно обновлять и настраивать свои сайты. Иногда это может означать удаление страницы. Однако то, что вы удаляете страницу со своего сайта, не мешает людям искать ее или переходить по ссылкам из старых устаревших материалов.При удалении страниц обязательно перенаправляйте их на страницы с похожим содержанием.
И вот несколько онлайн-инструментов, которые помогут вам с процессом исправления ошибки 404:
- Google Search Console: Самый простой способ найти ошибку 404 — через Google Search Console. Если вы уже подтвердили свой сайт, значит, Google уже сканирует его. Вам просто нужно войти в свою учетную запись, щелкнуть раскрывающееся меню «Сканирование» и нажать «Ошибки сканирования».
- Screaming Frog SEO Spider: SEO Spider от Screaming Frog немного более интуитивно понятен и удобен для пользователя, чем Google Search Console.Однако для некоторых из наиболее надежных функций требовалась платная подписка.
- Проверка неработающих ссылок From ahrefs: Если у вас есть сайт корпоративного уровня или вы управляете несколькими веб-сайтами, то инструменты ahrefs могут вам подойти. Их программа проверки неработающих ссылок невероятно проста в использовании. Вы можете начать с 7-дневной пробной версии за 7 долларов, но подписка начинается с 99 долларов в месяц.
Как ошибки 404 могут повредить вашему маркетингу?
Интуитивная навигация — один из основных элементов эффективного веб-дизайна.Вот почему ошибка 404 может быть одной из самых неприятных вещей, с которыми могут столкнуться ваши посетители. Если посетитель не может перейти к нужному контенту или странице, он, скорее всего, вообще покинет ваш сайт и вместо этого перейдет на сайт конкурента.
Помимо неудовлетворительного взаимодействия с пользователем, чрезмерное количество ошибок 404 может нанести ущерб поисковой оптимизации вашего сайта, в результате чего вы будете реже появляться в результатах поиска. Как? Google отмечает высокий показатель отказов — показатель того, что люди приходят на ваш сайт, но быстро уходят.Люди покинут ваш сайт, если он плохо спроектирован и если на нем будет больше 404 ошибок.
Узнайте больше об активности на вашем сайте:
Используйте 404 страницы как возможность брендинга
Хотя ошибка на вашем сайте не идеальна, вы можете превратить негатив в позитив. Многие компании проявляют творческий подход к своим 404 страницам. Только не забывайте придерживаться своей основной цветовой схемы — страница 404 — отличная возможность продемонстрировать индивидуальность вашего бренда и произвести впечатление на посетителей.Вы даже можете включить ссылки на другой полезный контент и ресурсы или призыв к действию, чтобы помочь посетителю продолжить свой путь.
По-прежнему нужна помощь с ошибками 404?
Это неизбежно: на вашем сайте выскочат 404 ошибки. Однако важно проактивно и постоянно отслеживать производительность вашего сайта, чтобы проверять наличие этих ошибок. Это так же важно, как и размещение качественного контента на вашем сайте. Google нравятся веб-сайты, которые публикуют контент регулярно — даже пара раз в месяц имеет значение! Если вы потратите время на обновление своего веб-сайта и выполнение технических оценок, это поможет вам оставаться на шаг впереди и заинтересовать потенциальных клиентов в отрасли.