Что значит код ошибки 404 как исправить. Компьютерная помощь. Хобби бывают разные
Мне приходится много работать с почтовыми серверами на базе postfix с базой почты формата maildir. За несколько лет работы накопилось множество различных приемов по оптимизации работы и настройке. Сегодня решил собрать в кучу все более ли менее универсальные и полезные скрипты по автоматической очистке почтовой базы в postfix.
Данная статья будет актуальна для тех, кто сам выполнил или воспользовался готовой сборкой на базе . Это что касается материалов моего сайта. А в целом все описанное ниже будет актуально для любого почтового сервера, который хранит почту в формате maildir .
Скажу пару слов, почему именно maildir . Лично я этот формат использую за его удобство. В нем каждое письмо это отдельный файл, который можно посмотреть любым текстовым редактором. Эти файлы удобно бэкапить, анализировать содержимое, сортировать по каким-то признакам. В общем, с ними можно работать как с обычными текстовыми файлами. На основе этих плюсов и выполняется вся дальнейшая работа в статье. Из минусов вижу только один — огромное количество мелких файлов создают большую нагрузку на дисковую подсистему.
Приведу для наглядности пример, который позволит оценить нагрузку на диски. Для синхронизации с помощью rsync почтовой базы объемом примерно 1 терабайт, расположенной на raid10 обычных 3.5 sata дисков, на одиночный такой же диск для бэкапа, уходит где-то пару часов в основном на сравнение файлов между источником и приемником. Само копирование файлов проходит быстро, но чтобы сравнить изменения за день, приходится выполнять длительную операцию. При этом в целом работа пользователей (~30-40 человек) с этой базой вполне комфортна, каких-то тормозов не наблюдается.
То есть по сути, для такого количества пользователей, сервером может быть обычный десктопный компьютер с 2-4 обычными sata дисками. Хватит производительности любого процессора и примерно 2-4 гигабайта оперативной памяти. Отдельный вопрос, конечно, к надежности обычного системника. Я сервера на них не рекомендую собирать, но при большом желании можно.
Приведенные далее скрипты для очистки почтовой базы писались в разное время на разных серверах. Иногда может показаться, что все сделано нелогично или как-то сложно. Громоздкие конструкции часто возникали там, где появлялись проблемы с пробелами или спецсимволами в именах папок на русском языке, которые при переводе в UTF-7 (кодировка названия imap папок в dovecot) превращаются в весьма неудобные для обработки строки. Дальше будет понятно, что я имею ввиду.
Перейдем теперь к конкретным примерам.
Простое удаление старых писем из ящика
Начнем с самого простого примера. Допустим, у вас есть какой-то ящик, хранить письма в котором старше определенного срока не имеет смысла. К примеру, это может быть ящик для оповещений системы мониторинга. После того, как оповещение было прочитано, оно теряет актуальность. Все события и так фиксируются и хранятся на самом сервере, поэтому хранить долго письма нет никакого смысла. Очистим этот ящик, удалив из него все письма, старше 30 дней.
/usr/bin/find /data/mail/virtual/[email protected]/Maildir/*/ -type f -mtime +30 -exec rm {} \;
В данном случае мы просто используем стандартный синтаксис утилиты для поиска файлов find . Подробности ее использования можно найти в интернете, примеров масса. Во время отладки я рекомендую не использовать удаление, а просто направить вывод в файл, чтобы можно было оценить, что утилита нашла и собирается удалить. В простых примерах, как этот, может показаться, что нет смысла проверять, но в более сложных конструкциях рекомендую всегда это делать, например, вот так.
/usr/bin/find /data/mail/virtual/[email protected]/Maildir/*/ -type f -mtime +30 >> /root/dellist.txt
После этого смотрите файл /root/dellist.txt и проверяйте, что собираетесь удалить. После того, как проверили, не обязательно заново выполнять поиск по базе и лишний раз нагружать диски. Можно удалить все указанные в dellist.txt письма следующим скриптом.
#!/bin/bash cat /root/dellist.txt | while read i ; do rm -f "$i" done
Сам процесс поиска по почтовой базе postfix не такой длительный, как поиск и удаление. На сильно нагруженных базах я рекомендую выполнять удаление, когда сервер нагружен меньше всего, а поиск в любое время. Конечно, искать тоже лучше в нерабочее время, но мне не нравится работать ночью, поэтому все, что можно, я делаю днем, а на ночь оставляю по возможности минимум работы.
Массовая очистка корзин в почтовой базе postfix
Рассмотрим более сложный пример. Нам нужно автоматически очистить все корзины пользователей от писем, старше 30-ти дней. Я рекомендую всегда настраивать такую очистку. Дело в том, что если сервер сильно нагружен, то он не всегда корректно удаляет содержимое корзины. Например, пользователь отправил в корзину очень много писем (десятки тысяч), нажал «очистить корзину» и закрыл почтовый imap клиент. Есть вероятность, что реально письма не удалятся, а так и будут висеть в корзине. Imap сервер dovecot не удаляет мгновенно письма, а ставит их в очередь и потихоньку удаляет. Иногда этот процесс прерывается и удаление не происходит. Можно попытаться это сделать снова и рано или поздно они таки удалятся.
Есть пользователи, которые сами не чистят корзины, за годы работы у них накапливается там солидное количество бесполезных писем, которые только занимают место на сервере и замедляют работу тех же бэкапов или скриптов очистки. Надо помочь расстаться с этой почтой раз и навсегда.
Сложность с очисткой корзин в том, что названий папок для удаленной почты может быть много. Каждый почтовый клиент создает какую-то свою папку, имя которой может не совпадать с уже существующими. Сейчас могут использоваться одновременно 3 вида почтовых клиентов: web, десктопная или мобильная программа. Каждая из них создает свой набор папок. Ко всему прочему, русские имена imap папок хранятся в кодировке UTF-7, что осложняет работу скриптов. Необходимо экранировать спецсимволы и пробелы.
Вот мой список возможных названий папок для удаленной почты.
#!/bin/bash # текущая дата в формате Год-месяц-день data=`date +"%Y-%m-%d"` # формируем список почтовых ящиков для поиска mailbox=`ls -l /data/mail/virtual | grep vmail | awk "{print $9}"` for box1 in $mailbox do /usr/bin/find /data/mail/virtual/$box1/Maildir/".&BCMENAQwBDsENQQ9BD0ESwQ1-"/*/ -type f -mtime +30 | while read a ; do ls "$a" >> /root/mailclean/trashclean-log/$data.txt done done for box2 in $mailbox do /usr/bin/find /data/mail/virtual/$box2/Maildir/".Deleted Messages"/*/ -type f -mtime +30 | while read b ; do ls "$b" >> /root/mailclean/trashclean-log/$data.txt done done for box3 in $mailbox do /usr/bin/find /data/mail/virtual/$box3/Maildir/.Trash/*/ -type f -mtime +30 | while read c ; do ls "$c" >> /root/mailclean/trashclean-log/$data.txt done done for box4 in $mailbox do /usr/bin/find /data/mail/virtual/$box4/Maildir/".&BCMENAQwBDsENQQ9BD0ESwQ1- &BE0EOwQ1BDwENQQ9BEIESw-"/*/ -type f -mtime +30 | while read d ; do ls "$d" >> /root/mailclean/trashclean-log/$data.txt done done for box5 in $mailbox do /usr/bin/find /data/mail/virtual/$box5/Maildir/".&BBoEPgRABDcEOAQ9BDA-"/*/ -type f -mtime +30 | while read e ; do ls "$e" >> /root/mailclean/trashclean-log/$data.txt done done for box6 in $mailbox do /usr/bin/find /data/mail/virtual/$box6/Maildir/".Deleted Items"/*/ -type f -mtime +30 | while read f ; do ls "$f" >> /root/mailclean/trashclean-log/$data.txt done done cat /root/mailclean/trashclean-log/$data.txt | while read i ; do rm -f "$i" done
Конечно, тут для компактности можно было сделать еще один вложенный цикл и перебирать имена папок. Я не стал этого делать для наглядности. К тому же список небольшой, можно оставить так. Некоторые комментарии к скрипту.
Конструкция
Mailbox=`ls -l /data/mail/virtual | grep vmail | awk "{print $9}"`
формирует список ящиков для очистки. В данном случае берутся все существующие ящики. vmail тут владелец директорий с ящиками. Получить список актуальных ящиков можно разными способами. Я сделал это вот так. Вы можете вручную составить список ящиков в текстовом файле в формате один ящик в каждой новой строке и работать по своему списку. Примерно вот так:
Mailbox=/root/mailclean/mailboxlist.txt
Возможно путь к файлу нужно взять в кавычки, сейчас точно не помню, надо проверять. Я логирую списки удаленных писем на всякий случай, чтобы можно было из архива быстро восстановить удаленные письма, если вдруг это будет необходимо. Во время отладки я рекомендую закомментировать последний этап работы скрипта, где выполняется удаление. Для начала просто сформируйте списки файлов на удаление и убедитесь, что там не попало ничего лишнего, что поиск по папкам прошел корректно.
Аналогичным образом можно очистить папки со спамом. Вот мой список для таких папок.
Более подробно вопрос автоматического удаления спама рассмотрим отдельно.
Удаление писем на основе содержимого письма
Перейдем к еще более сложному примеру, но в самой простой его модификации. Допустим, вам нужно удалить все письма, адресованные на какой-то адрес. Это может быть актуально в тех случаях, если используется алиас, а с него идет перенаправление на множество ящиков. В итоге, письма, адресованные на этот алиас распространяются по всей почтовой базе в разные ящики. При этом данные письма теряют актуальность со временем, и хранить их нет необходимости.
В данном примере я сделаю еще одно усложнение. Мало того, что мы будем логировать все удаления писем из базы, мы еще будем их сохранять и раскладывать по папкам с названиями ящиков, из которых они были удалены. Дополнительно, удаленные письма будут складываться в директории с именами в виде даты удаления. Таким образом мы полностью застрахуем себя от удаления нужного письма. Даже если это произойдет, то быстро сможем найти это удаленное письмо. Дополнительно будем записывать в лог файл время начала и завершения поиска и удаления. Так как процесс поиска по содержимому достаточно длительный, рекомендую следить за временем его выполнения, чтобы укладываться в окна с малой нагрузкой сервера.
#!/bin/bash
# формируем список ящиков для очистки
mailbox=`ls -l /data/mail/virtual | grep vmail | awk "{print $9}"`
# дата в формате Год-месяц-день_час-минута-секунда
data_full=`date +"%Y-%m-%d_%H-%M-%S"`
# дата в формате Год-месяц-день
data=`date +"%Y-%m-%d"`
# директория для хранения копий удаленных писем
copydir=/backup/mailclean
# адрес лог файла с информацией о времени работы скрипта
logfile=/backup/mailclean/log.txt
echo "============`date +"%Y-%m-%d"`============" >> $logfile
echo "`date +"%H-%M-%S"` Start mail clean" >> $logfile
for box in $mailbox
do
# создаем директории с именами ящиков и текущей даты для копий удаленных писем
mkdir -p $copydir/$box/mail/$data
# формируем список всех писем в ящике
/usr/bin/find /data/mail/virtual/$box/Maildir -type f -name "*mailsrv*" -mtime +30 -daystart | while read a ; do
# ищем в содержимом письма адрес получателя [email protected] и записываем имена таких писем в индивидуальный файл для каждого ящика
grep -E -R -l -I "*for
Поясню основные моменты. В строке с поиском писем по всему ящику есть маска:
/usr/bin/find /data/mail/virtual/$box/Maildir -type f -name "*mailsrv*" -mtime +30 -daystart | while read a ; do
В данном случае mailsrv это часть имени сервера. В формате maildir в именах файлов писем всегда присутствует имя сервера. Эта маска позволяет найти только файлы почты, отбросив остальные служебные файлы, которые могут там быть. А они там точно будут, например, индексы dovecot, правила sieve и др. Не забудьте поменять эту маску на свою в соответствии с именем сервера.
Строка для поиска получателя письма *for
Предупреждаю, что не нужно слепо использовать этот и другие скрипты. Они приведены в основном для того, чтобы показать принципы и идеи, которые я использую. Эти скрипты нужно внимательно посмотреть, понять, что происходит в каждой строке, и изменить под свои нужды. В готовом виде вряд ли вам нужен будет именно такой скрипт. Тут все очень индивидуально и требует осознания всех выполняемых действий.
Если вам нужно автоматом удалить в почтовом архиве все спам письма, которые ваша антиспам система помечает как спам, то можете взять служебный заголовок, который ставит эта система и использовать его. Например, Касперский антиспам вот так помечает все спамовые письма:
X-KLMS-AntiSpam-Status: spam
Соответственно я ищу все письма с таким служебным заголовком и что-то с ними делаю. Например, перемещаю в папку spam или удаляю. Но тут нужно быть внимательным и делать все аккуратно. Например, если какое-то письмо фильтр по ошибке пометил спамом, у пользователя не будет никакой возможности его сохранить, если вы будете автоматически удалять эти письма. Тут нужно думать в конкретной ситуации как поступить. На текущий момент я не использую подобные правила для удаления или перемещения почты, только для поиска, чтобы оценить объем спамовой почты. Если он слишком велик и его чистка позволит высвободить значительные объемы дискового пространства, то я начинаю что-то делать с ящиками пользователей. Чаще всего напрягать админов на местах, чтобы они стимулировали пользователей к самостоятельной ручной очистке спама. Если же спама не много, то я просто ничего не делаю.
Фильтрация писем на основе темы письма
Рассмотрим более сложный вариант предыдущего скрипта. Там мы фильтровали письма на основе содержимого служебных заголовков. Но если мы захотим отфильтровать почту по теме письма, то сходу у нас ничего не получится. С темой письма возникают сложности из-за того, что она закодирована в base64, если в ней используются русский язык. Вот простой пример. У нас есть письмо с темой «Как дела?». Используем base64 декодер и смотрим, как будет выглядеть тема сообщения в исходнике письма.
Как дела? - 0JrQsNC6INC00LXQu9CwPw==
А вот, что вы увидите в заголовке письма со всеми служебными добавлениями:
Subject: =?UTF-8?B?0JrQsNC6INC00LXQu9CwPw==?=
Вам нужно будет отбросить сначала кодировку =?UTF-8? , потом не знаю, что означающие символы B? , затем в конце еще вот это ?= . Так вы получаете искомую фразу. Теперь представьте, что кто-то ответит на это письмо. Тема сообщения станет Re: Как дела? . В base64 эта фраза будет выглядеть совершенно по-иному:
Re: Как дела?UmU6INCa0LDQuiDQtNC10LvQsD8=
И вот как в реальном заголовке:
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC10LvQsD8=?=
Сложность добавляет еще то, что разные почтовые клиенты используют разную кодировку в теме письма. Мне встречались как UTF-8, так и WIN-1251. То есть для того, чтобы нормально раскодировать и читать тему сообщения, вам нужно сделать обработку на декодирование, на отбрасывание служебных символов. Еще в процессе тестирования я заметил, что если вы используете не весь текст темы, а только ее часть, то закодированная строка поиска может немного не совпадать с той, что будет в теме письма. Изменения могут возникнуть из-за заглавных/строчных букв, пробелов, запятых и т.д. В общем, я не осилил эту тему, так как надо очень плотно погрузиться в предмет и написать много различных проверок и условий. У меня просто не хватило терпения все сделать красиво, чтобы скрипт работал надежно.
Поступил я в итоге по-другому, более просто и топорно, зато надежно. Допустим, вам нужно, чтобы какая-то переписка не хранилась на сервере дольше определенного времени. Это может быть конфиденциальная информация. Например, вы сканируете документы с отправкой на почту и вам нужно, чтобы сканы там не хранились бесконечно долго. Настраиваете на МФУ шаблон темы сообщения, добавляя в начало такую строку — !del . Затем переводите его в base64, добавляя еще фразы с Re: и Fwd: на случай, если эти письма могут куда-то пересылаться или писаться ответы. Конечно, сканеру вряд ли кто-то будет отвечать, но, возможно, для вашей темы сообщения это будет актуально.
| !del | IWRlbA== |
| Re: !del | UmU6ICFkZWw= |
| Fwd: !del | RndkOiAhZGVs |
Grep -E -R -l -I "Subject:.*IWRlb.*|Subject:.*RndkOiAhZGVs.*|Subject:.*UmU6ICFkZWw.*" "$a" >> $copydir/$box/copy-$data_full.txt
Эта строка найдет во всех письмах, сформированных в список предыдущей командой, темы сообщения!del, Re: !del, Fwd: !del и скопирует пути и имена файлов в список. Потом вы можете на свое усмотрение работать с этим списком.
Еще несколько примеров работы с почтовой базой
Этот пример будет актуален, если вы используете почтовые ящики, куда копируется абсолютно вся переписка вашего сервера. Допустим, у вас есть ящик [email protected], куда сохраняется вся уходящая корреспонденция. Если на сервере идет активная переписка, то писем в ящике будет много и искать с помощью какого-то imap клиента будет неудобно, так как он может либо тормозить на большом списке писем, либо вообще отваливаться по таймауту и поиск или сортировка будут невозможны с его помощью. Тогда на помощь придут простые скрипты в консоли сервера. Найдем в этом ящике все письма, отправленные в период между первым и седьмым сентября 2017 года и скопируем их в отдельный ящик.
Find /data/mail/virtual/[email protected]/Maildir/*/ -newerBt "2017-09-01 00:00" -and -not -newerBt "2017-09-07 00:00" -and -type f | cpio -pdmv /data/mail/virtual/[email protected]/Maildir/new
По сути тут просто использовались ключи к команде find. У нее их так много, что я для всех прикладных задач всегда храню готовые конструкции, чтобы заново не вспоминать все ключи и возможности.
Еще полезно бывает посмотреть размер почтовых ящиков. Некоторые пользователи имеют в разы больший объем ящика, чем все остальные. Есть любители хранить в почте презентации, пересылать разбитые на части архивы и т.д. Иногда приходится вручную проверять размеры ящиков, чтобы отдать команду на очистку заполненных сверх меры. Сделать это можно простой командой в директории с ящиками:
# du --max-depth=1 | sort -n -r
Команда выведет размеры всех ящиков и отсортирует их по мере увеличения объема, но при этом объем покажет в байтах, что не очень удобно. Можно вывести директории по алфавиту, но с размером в привычных мегабайтах или гигабайтах, но уже без сортировки.
# du -h --max-depth=1
Еще удобнее отправить сразу вывод в текстовый файл с датой в имени файла, чтобы потом было удобно сравнить с тем, что получилось после чистки почтовой базы.
# du -h --max-depth=1 >> "dirsize_`date +"%Y-%m-%d_%H:%M"`.txt"
Тут можно придумать много всяких способов отсортировать данные для более удобного восприятия, или потом автоматически сравнить размеры ящиков. Я не занимался этим.
Заключение
Поделился тем, что использовал последнее время в работе с почтовыми серверами. По большому счету — ничего особенного. Почтовые сервера на postfix + dovecot чаще всего не требуют частого присмотра. Работают надежно, не требуют к себе повышенного внимания. Достаточно настроить и следить за свободным местом, периодически очищая почтовую базу, которая представляет из себя набор обычных файлов.
Так же рекомендую обязательно бэкапить почтовую базу тем или иным способом (можно простым по директории с ящиками) и настроить , чтобы беглым взглядом можно было оценить динамику изменения размера почтовой базы. При желании, можно настроить триггер, реагирующий на те или иные значения базы.
Онлайн курс "Администратор Linux"
Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Проверьте себя на вступительном тесте и смотрите программу детальнее по.Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».
Ошибка 404 - это самая узнаваемая и распространенная ошибка гипертекстовых документов. Она сообщает о том, что по заданному адресу страницы не существует. Фактически речь идет об отсутствии html-файла для указанного документа, поэтому сайт возвращает ошибку.
Чтобы разобраться с вопросом подробнее, а также с рядом служебных файлов, которые есть у каждого ресурса, нужно изучить момент, связанный с гипертекстовым представлением страниц с помощью языка HTML (HyperText Markup Language - «язык гипертекстовой разметки»), и HTTP-протокол, посредством которого осуществляется доступ. Несмотря на то, что придется разбираться в языке программирования, форма его представления настолько проста, что ее сможет понять любой человек.
Больше видео на нашем канале - изучайте интернет-маркетинг с SEMANTICA
Гипертекстовые страницы и их особенности
Интернет родился в тот момент, когда английский инженер Тимоти Джон Бернерс-Ли придумал гипертекстовую форму представления текстовых страниц в сети и описал принцип доступа к ним по прикладному протоколу HTTP. Согласно общей идее, пользователь со своего устройства, а именно с браузера делает сетевой запрос на определенный ресурс. В этот момент открывается сессия на сервере, к которому осуществляется доступ. В качестве ответа возвращается HTML-страница.
Разумеется, в наше время используются более сложные алгоритмы доступа и «подкачки» страниц больших размеров, но общий принцип остается тем же. Для доступа к ресурсу нужно доменное имя и IP-адрес. Только при условии, что выполнены эти критерии и ресурс находится в рабочем состоянии, будет возвращаться «error 404 not found» на отсутствующий документ.
Как выглядит страница 404 по умолчанию
У сайта может быть оформленная страница об ошибке доступа «http 404 not found», а может и не быть. Пользователь с небольшим опытом, как правило, довольно сильно нервничает при ее получении и считает, что в этом существует его вина. На самом деле все гораздо проще, ответ вытекает из вышесказанного.
Код ошибки 404 в виде отдельной оформленной в дизайне сайта страницы возвращается только, если на сайте есть файл 404. html. Обычно она размещается в корневой директории. В противном случае сообщение об этой ошибке выдаст браузер вместе с сообщением об отсутствии доступа. И выглядит это обычно как белый лист с сообщением об ошибке.
При разработке сайтов, как правило, используются системы управления сайтами. Они содержат страницу 404 с указанием в функциональных файлах пути к ней. Обычно такая страница содержит сообщение о несуществующем адресе и ссылку перехода на главную страницу сайта. Шаблон страницы 404 может быть изменен по своему усмотрению, так как это страница вашего сайта, которую вы можете использовать, как пожелаете.
Для того, чтобы переделать шаблон, потребуются знания HTML для разметки файла. Обратите внимание, что в отдельных случаях у файла со страницей может быть другое название - err404. html, 404.php. Отличие от стандарта чаще всего связано с более широким функционалом, а также особенностями системы. Например, в WordPress документ можно найти в директории 404.php. В строке адреса "ошибка 404 страница не найдена" будет отображаться примерно так: домен.ру/404/.
Адаптируем стандартную страницу 404 под свои цели
Для улучшения юзабилити (приемлемости для пользователей) сайта, конечно, необходимо сделать страницу, которая будет привлекать посетителя вашего сайта и поможет продолжить просмотр. Что обязательно нужно учесть при написании кода:
- Значительная часть посетителей, которые сталкиваются с несуществующими страницами, переходят на сайт из поисковых систем или по ссылкам на форумах, сайтах и социальных сетях, то есть оттуда, где могут располагаться старые ссылки на давно несуществующие страницы.
- Пользователи ищут не ваш сайт, а интересующую информацию по ключевому слову, то есть при отсутствии желаемого посетитель покидает сайт и редко его просматривает.
То есть, вы должны понимать, что таких посетителей удержать будет не так просто, но это возможно!
Возьмите стандартный шаблон, доступный в интернете, или сделайте свой, учитывая указанные выше особенности:
- Кратко объясните человеку, что случилось и почему он не видит того, что искал. Укажите ему варианты дальнейших действий, которые помогут найти искомое.
- Выведите на странице 404 поисковую строку, чтобы посетитель мог сразу найти желаемое.
- Обязательно отобразите здесь меню вашего сайта, с помощью которого, человек сможет понять, куда идти.
- Сделайте так, чтобы страница привлекала пользователя, и ему хотелось найти информацию именно на вашем ресурсе. Используйте красочные и интересные текстово-визуальные решения.
Чтобы страница с сообщением об ошибке сервера 404 стала привлекательной для пользователя, достаточно вызвать его улыбку или интерес. Поэтому постарайтесь поработать над оригинальностью идеи для такого раздела вашего ресурса.
Редактируем страницу 404
Редактировать файл можно из системы управления сайтом напрямую, для этого нужно добавить желаемую разметку и изображения.
При ее создании руководствуйтесь тем, что информация должна открываться быстро и без задержек. Страница должна быть «легкой» (занимать мало места), полезной и предлагать альтернативы поиска несуществующего документа.
- переход на главную;
- список рейтинговых страниц сайта;
- переход на карту ресурса;
- кнопку сообщения администрации о «битой» ссылке на определенном источнике.
В остальном лучшим помощником будет фантазия, корпоративные стандарты и оригинальная идея дизайнера.
Заключение
Страница 404 not found - это служебный файл, который может быть изменен и дополнен, чтобы привлечь больше посетителей на сайт. Этот файл обязателен, так как в противном случае, браузер будет выдавать сообщение об ошибке, после которого шанс заманить человека к вам будет нулевым. Старайтесь его наполнить красочными изображениями и даже легким юмором.
Многие пользователи сети Интернет нередко сталкиваются с такой проблемой, как «404 not found». Эта ошибка появляется в том случае, если запрашиваемая страница сайта (адрес) был удален, перемещен либо никогда не существовал. Ошибка 404 имеет несколько причин, с которыми нетрудно разобраться.
Сообщение об ошибке «404 not found» — это стандартный ответ сервера, означающий отсутствие информации (файла либо страницы) по запросу пользователя. Иными словами, данный ответ показывает, что запрашиваемая страница в данный момент недоступна.
Причины ошибки 404
Ошибка «404 not found» возникает по многим причинам. Самыми распространенными среди них являются следующие:
- Неправильное введение адреса страницы
- Изменение адреса страницы (перенос страницы на другой адрес)
- Сбой в работе сайта либо сервера
Дополнительные причины
Данная проблема нередко возникает и по другим причинам. Так, ошибка 404 может появиться при отсутствии подключения (либо неустойчивом подключении) устройства к сети Интернет. Поэтому нужная страница не загружается. Также сообщение об ошибке 404 может отобразиться при блокировке страницы антивирусом.
Решение проблемы
Работа над проблемой ошибки 404 зависит от причины ее возникновения. Чаще всего, в случае появления данной ошибки рекомендуются следующие действия:
- Проверка правильности написания адреса
- Перезагрузка страницы (нажать на кнопку «Обновить» или F5)
- Обращение в службу поддержки сайта, на странице которого возникла ошибка
- Проверка подключения устройства к сети Интернет
- Проверка настроек антивируса (либо браузера)
Что означает «404 not found»
Таким образом, ошибка «404 not found» возникает в случае неправильной работы сайта, переноса страницы на другой адрес и неверном введении адреса. Кроме того, эта проблема нередко свидетельствует о слабом (либо отсутствующем) подключении к сети Интернет.
Также ошибка 404 может появиться при блокировке запрашиваемой страницы антивирусом или браузером. Данную проблему следует решать в зависимости от причины возникновения. Если нужная страница по-прежнему показывает ответ об ошибке 404, значит, страница не существует.
Нередко в процессе использования сервиса YouTube у зрителей возникают ошибки ←
По большей мере они связаны с:
- нестабильностью интернет-соединения
- несовместимостью ПО
- и проблемами со стороны хостинга.
Специально для наших читателей мы систематизировали — популярные ошибки на Ютуб, а также расскажем о способах их устранения ↓↓↓
Основные виды проблем
Начнем с того, что существуют самые разнообразные причины, почему Ютуб выдает различные сбои. В свою очередь, ошибка – это техническая или программная неисправность, которая нарушает работу определенных сервисов или функций…….
Большинство неисправностей происходят со стороны пользователя: ↓↓↓
- низкая скорость интернет-подключения;
- устаревшее программное обеспечение;
- слабая производительность устройства;
- несовместимый формат видео и многое другое.
Ютуб пишет ошибку при любой из вышеописанных причин, исходя из которых, можно выделить такие их виды: ↓ ↓ ↓
- ошибки воспроизведения на Ютубе;
- ошибки приложения;
- ошибки при загрузке видео;
- ошибки трансляции и другие.
Ниже мы рассмотрим наиболее популярные сбои, а также методы их исправления . ↓ ↓ ↓
1) → Ошибка сети в Ютуб на Андроиде – решение есть !!!
Все чаще на форумах пользователи мобильных гаджетов жалуются на неисправности при использовании сервисов Ютуб.
Чаще всего владелец телефона видит различные диалоговые окна: ↓ ↓ ↓
В этом случае проблему можно устранить очень быстро: ↓ ↓ ↓
- подключиться к скоростной точке доступа;
- выполните перезапуск приложения;
- скачайте обновленную версию приложения или ОС;
- повторить воспроизведения ролика позже.
В некоторых случаях вы можете заметить, что есть доступ к сети, но приложение показывает ошибку 400.
→ В этом случае обязательно нужно проследовать в приложения и очистить кэш в Ютубе.
Как правило, это позволяет исправить неисправность , которая встречается очень часто при обновлениях
Обратите внимание, что такие ошибки подключения связаны с низкой скоростью Интернета и Ютуб здесь совершенно не виноват!
Вы можете легко убедиться, что проблема возникает с вашей стороны, если протестируете сервис с другого гаджета и на другой точке доступа.
2) → Ошибка в приложении Ютуб – подробная инструкция, что делать
Также пользователи телефонов жалуются, что произошла ошибка приложении на Ютубе. Это проблема встречается очень часто и представляет собой диалоговое окно, в котором имеется надпись «в приложении произошла ошибка».
Это окно может появляться:
- при запуске телефона
- или во время использования приложения.
Главная причина такой неисправности – один из сервисов, к которому обращается приложение, отключен.
Теперь давайте рассмотрим один из способов, который поможет устранить эту неисправность: ↓ ↓ ↓
- переходим в «Настройки» и пункт «Приложения» на вашей мобилке;
- найдите в конце списка отключенные приложения и кликните;
- выберите пункт «Включить»;
- чаще всего речь о сервисах Google, шрифтах и прочих утилитах;
- по завершении процедуры перезагрузите устройство.
Вот и все — готово
→ Если проблема не ушла, то попробуйте проделать аналогичную процедуру, открыть приложение YouTube и очистить его кэш. В некоторых случаях помогает перезагрузка устройства или полный сброс данных !!!
3) → Ошибка повторите попытку позже – лучший способ решения
Это проблема встречается с одинаковой частотой на телефонах и компьютерах. Чаще всего она происходит во время воспроизведения какого-либо ролика.
Так, проигрывание прерывается и появляется уведомление «произошла ошибка повторите попытку позже».
Как показывает опыт, такая проблема чаще всего наблюдается в Firefox.
Если, например, воспроизвести видео на другом гаджете, то видео проигрывается нормально.
Есть несколько методов, как можно устранить это ↓↓↓
1. Переустановка Flash-проигрывателя: ↓ ↓ ↓
Ну или вот вам видео инструкция ↓
2. Вы можете еще найти информацию, что эта ошибка возникает вследствие изменения идентификатора воспроизведения.
→ Итак, такую ошибку видео на Ютуб можно устранить очень просто – необходимо выставить на компьютере верное время и дату !!! Таким образом, вы можете устранить ошибку идентификатора всего в несколько кликов.
3. Также на форумах приводятся и другие популярные способы решения ошибки повторите попытку. В частности, можно зайти в настройки приватности, после чего удалить кэш и куки.
→ Некоторым пользователям при обнаружении надписи «Произошла ошибка повторить» помогает метод переустановки браузера.
Но тут уже стоит использовать все способы последовательно, пока вы не добьетесь нормального воспроизведения.
4) → Ошибка 404 на Ютубе – можно ли решить проблему
Каждый пользователь хоть раз видел заголовок «404» — это означает, что на данном домене нет подобной страницы !!!
Также подобная картинка может возникать и на Ютубе: ↓
- Иногда пользователь ошибается при вводе адреса
- а в других случаях проблема появляется при несовместимости ПО.
Чаще всего можно проследить неисправность у пользователей мобильных устройств.
Если вы увидели ошибку 404 на Ютубе, то мы рекомендуем такое решение: ↓ ↓ ↓
Теперь вы можете зайти через браузер на m.youtube.com и убедиться, что проблемы больше не наблюдается.
5) → Ошибки трансляции на Ютубе – простые советы
→ Чаще всего неисправности возникают только у одного пользователя, что говорит о низкой скорости и прочих проблемах, которые не связаны с сервисом.
→ Реже наблюдаются групповые проблемы – тут вероятно имеются неисправности на линии.
В свою очередь, когда есть массовые сбои, то стоит думать о декодере и следовать такой инструкции: ↓ ↓ ↓
Таким образом, в этой статье мы рассмотрели основные проблемы, а также простые способы их решения.
Эта ошибка означает, что страница которую пытается просмотреть пользователь не найдена или не существует. При этом сам пользователь никак не сможет повлиять на решение вопроса. Единственное, что он может сделать - найти похожую информацию на этом же сайте. Например адрес с ошибкой www.example.com/not-founded-page.html заменить на www.example.com
Почему это происходит?
Это происходит из-за того, что пользователь перешел на страницу сайта по неправильной ссылке. Например пользователь ввел в браузере (или перешел по ссылке) http://mysite.com/rbot.html, а нужно было - http://mysite.com/ro bot.html. Причем, эта ссылка могла находится как на вашем сайте, так и на сторонних сайтах. Обнаружить такие ссылки можно с помощью Google Webmaster Tools. Для этого переходим на страничку данного сервиса , выбираем свой сайт, а дальше жмем: Состояние -> Ошибки сканирования и выбираем "Не найдено".
Также хорошо с этой задачей справляется бесплатная программа XenuLinks, скачать которую можно , а посмотреть мануал - .
Как исправить ошибку 404?
В традиционном понимании исправить эту ошибку невозможно, т.к. проблема кроется не в работе сервера или движка сайта, в том, что кто-то неправильно указал адрес ссылки. Поэтому единственным способом исправления можно назвать выявление ошибочных ссылок, и указание правильного адреса. Также стоит проверить существует ли текущая страница на вашем сайте? Если она была удалена, то позаботьтесь о том, чтобы она появилась снова. Если же она была переименована, то нужно настроить 301-редирект со старого адреса страницы на новый.
Когда пользователь заходит на сайт и видит данную ошибку через выдачу сервера, то он не видит ваш сайт (меню, навигацию, дизайн и т.д.). Соответственно со 100% вероятностью закроет страницу. Такая схема работает на всех хостингах по умолчанию. Но вы можете запрограммировать данную страницу и показать вместе с ней свой сайт. А это значит, что пользователь видя в меню основные ссылки вашего сайта может нажать на них, и остаться на сайте. Вот примеры неправильной и правильной выдачи соответственно:
Есть много разных способов реализовать подобную схему, но самый универсальный из них - это добавить в файл.htaccess такую запись:
ErrorDocument 404 /error404.html
Соответственно саму страницу "/error404.html" вам нужно будет предварительно создать.
