Elettracompany.com

Компьютерный справочник
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Логи проверить на ошибки

Логи сервера. Как и где их смотреть?

Логи сервера делятся на несколько типов.

Также иногда могут записываться логи планировщика CRON, почтового сервера и др.

Файлы логов имеют расширение .log

По сути это журналирование событий на сервере.
Найти логи можно в панели вашего хостинга, в разделе Журналы или Логи. Зависит от типа панели.

В ISP Manager — это раздел Журналы.

На хостинге Jino логи хранятся в Файловом менеджере — папка logs

Зачем нужны логи?

Логи ошибок — здесь можно видеть какие ошибки или предупреждения могут возникать при работе сайта или при обращении к определённым его функциям.
Значит можно найти и устранить ошибку или баг.

Логи доступа — здесь можно видеть кто, когда и по какому URL адресу обращался к сайту. И какой ответ получил.
При взломе сайта эти записи помогают обнаружить уязвимость.

Другие логи — в них также записываются события в определённых компонентах сервера.

Пример чтения логов .

Логи ошибок (пример из ISP Manager).

  • Первая строка: дата, время / тип записи error (ошибка) / IP адрес посетителя
  • Вторая строка: тип события PHP Notice — уведомление / расшифровка Undefined variable — неизвестная переменная.
  • Третья строка: путь до файла где произошло событие + строка.
    В данном случае «ошибка» в модуле контактов, в файле default.php на 18 строке.

Таким образом, можно выявлять баги и ошибки на вашем сайте.
Например, у вас на сайте появился белый экран, сразу смотрим лог ошибок, в котором будет написано какой файл вызывает ошибку, какая строка и какой тип ошибки.

Логи доступа (пример на хостинге Джино).

  • Первым указан IP адрес посетителя
  • Далее дата и время
  • Тип запроса — GET (обычный запрос через адресную строку)
  • URL адрес к которому было обращение. Как видно на скриншоте — это компонент com_users, страница регистрации.
  • И ответ, который был отправлен сервером. В данном случае ответ 404. Т.е. была ошибка 404, т.к. регистрация на сайте отключена.

Особое внимание нужно уделять запросам POST, потому что чаще всего сайт взламывают используя этот тип запросов.

Таким образом можно определить где находятся бек-доры (лазейки) на вашем сайте.
Или определить IP адрес, который пытается сделать что-то нехорошее.
И много чего другого.

Самое главное, вы теперь знаете что такое логи и как их читать.

Прим.: иногда на хостингах ведение логов отключено, это можно посмотреть в настройках панели или спросить в техподдержке хостера.

Просмотр лога ( отчёта ) проверки CHKDSK.

Технический уровень : Средний

Краткое содержание

В этой статье есть ознакомительная информация о утилите CHKDSK и методы первоначальной диагностики диска с помощью данной утилиты.
Здесь мы рассмотрим варианты получения лога,ведь далеко не всегда пользователь успевает запечатлеть итог проверки CHKDSK при загрузке.

Подробности

Внимание !
Всё это касается лицензионной, активированной, прошедmшей проверку подлинности, оригинальной ОС Windows. За работу различного рода сборок, не лицензионной ОС ответственности не несу.

Актуально для Windows Vista и старше, как 32 так 64 разрядных. Обязательно проверяйте правильность часового пояса, даты и времени на вашем компьютере и наличие в вашей системе последней версии Microsoft .NET Framework ( Microsoft .NET Framework 4.5 )
Если встроить в Windows XP это Установочный пакет локализованной версии Windows PowerShell 1.0 для ОС Windows XP или это Windows Management Framework Core и все обновления на эти компоненты ( если будут ) через Центр обновления — будет актуально и для неё.
Чуть позже попробую написать универсальную команду, которая будет работать на любой ОС Windows.
Прежде всего давайте определим, что это за утилита. CHKDSK,стандартное приложение в операционных системах DOS и Windows ( ранее её величали Scandisk, в системах UNIX именуется fsck ).
Призвана находить и исправлять ошибки файловой системы, а так же проверять диски на наличие физически повреждённых секторов. Отмечая как повреждённые, система больше не пытается читать с этих секторов или писать на них.
В этом, на мой взгляд, есть существенный минус в отличии от проверенных временем утилит MHDD и Victoria ( Как выполнить проверку жесткого диска с помощью victoria ),способных не только отметить повреждённые сектора ЖД, но и прочитать, восстановить и перезаписать информацию из них ( и ещё не мало чего ).Впрочем, Майкрософт и не обещал чуда, эта утилита носит скорее диагностический характер.
По умолчанию, CHKDSK не исправляет ошибки и не проверяет поверхность диска на наличие повреждённых секторов. Для исправления ошибок необходимо задать флаг /F,а для поиска повреждённых секторов задать флаг /R.
Т. е.,говоря проще, пользовательским языком, поставить необходимое вам количество галочек в ( правой кнопкой ) Раздел диска — свойства — сервис — выполнить проверку .
Можно рассматривать СНKDSK как своего рода индикатор состояния вашей ОС. Запуск CHKDSK во время загрузки операционной системы может свидетельствовать, например, о неисправности оперативной памяти или её разъёма,ошибок томов ( разделов ) ЖД. Цикличная ( бесконечная ) работа — чаще всего итог » добросовестной » работы сторонних очистителей — оптимизаторов, смело удаляющих нулевые файлы, пустые папки, пустые параметры реестра и т.п.( зачастую являющихся неотъемлемой частью самой ОС . ).
CHKDSK можно запустить из командной строки, или из командной строки в режиме восстановления ( когда ОС не может загрузиться ).Можно задать запуск в определённое время через планировщик задач. Это отдельные темы.
Но речь сечас не об этом. Лог работы СНKDSK можно посмотреть выполнив Панель управления -> Администрирование -> Просмотр событий -> Журналы Windows -> «Приложение». Как утверждают разные умные головы на просторах интернета, источником является Wininit, другие, что источник — уведомления службы Winlogon. Ну да и пусть спорят. Нам же с вами важно только то, что никакого отчёта вы там, да и вообще нигде не найдёте. Существует он всего секунды, затем становится невидимкой, даже, если вы сделаете видимыми все скрытые, защищённые файлы и папки. Но он ( отчёт, файл. с названием bootex.txt ) не исчезает бесследно.
Вот тут нам и поможет Windows PowerShell :
Пуск -> Стандартные -> Windows PowerShell -> правой кнопкой по Windows PowerShell ( выполнение операций с объектами командная строка )-> Запуск от имени администратора и вводим команду ( для PowerShell применяется термин » командлет » ) get-winevent -FilterHashTable @| ? <$_.providername –match "wininit">| fl timecreated, message ( тут маленький нюанс, для Windows PowerShell 1.0 заменить get-winevent на get-eventlog ! Но и команду надо будет корректировать. Делать этого я не стану, нет смысла рыться в делах давно минувших дней, позже поймёте почему ).
Где :
1. «get-winevent ( или g et-eventlog )-FilterHashTable» — эта команда получает события с помощью хэш-таблицы фильтра
2. «@|» эта команда фильтрует журнал «Приложения» в Просмотре событий, но , в итоге,опубликуется только последний.
а) «logname» — этот фрагмент указывает на то,где будет проводиться фильтрация (в нашем случае это журнал «Приложения» в Просмотре событий)
б) «id» — этот фрагмент указывает на то, с каким кодом будут фильтроваться события (в нашем случает с кодом 1001).
в) «starttime» — этот фрагмент указывает на то,с какого числа будут фильтроваться события (в нашем случае события будут фильтроваться с начала 2011 года).
3. «? <$_.providername –match "wininit">|» — эта команда ищет в полученных результатах предыдущей команды события, в которой в имени поставщика присутствует «wininit»
4. «fl timecreated, message» — эта команда выводит на экран итоговый список, где показаны текст событий и даты, соответствующие условиям фильтра

Читать еще:  Найди ошибку в правописании слова

Если прибавить эту команду > «$env:homepathdesktopchkdsk_history.txt» кода в конец команды fl timecreated, message ( после пробела ),то результаты команды fl timecreated, message будут сохранены в лог с именем chkdsk_history.txt на рабочем столе (для удобства).

Для пользователей OC Windows 8.1 командлет выглядит так
Get-EventLog -LogName Application -Source chkdsk | select -Last 5 -ExpandProperty Message > «$env:homepathdesktopchkdsk_history.txt»

Итак, проверяем на моём ПК ( ОС Windows 7 домашняя базовая Х 86 ):

1. Меню «Пуск» — все программы — стандартные — Windows PowerShell — Windows PowerShell командная строка ( см. скрин 1 );
2.Вводим команду get-winevent -FilterHashTable @| ? <$_.providername –match "wininit">| fl timecreated, message > «$env:homepathdesktopchkdsk_history.txt» и.
благополучно получаем отчёт в виде текстового файла на рабочем столе ( см. скрин 2 )
В мой заглядывать не стоит, пуст, потому, как CHKDSK я уж давно не запускал, а отчёты Просмотра событий я периодически просматриваю и удаляю.

Всё вышеописанное мы делали для системного раздела С жёсткого диск

Дело в том, что ChkDsk можно запустить для несистемного диска,
тогда для выполнения проверки система не будет перезагружена
и код события / источник сообщения будут другими.

Это пример в Windows 7.

Чтобы не быть привязанным к инструментарию WMI (вдруг он поврежден — 1 случай из 100),
можно воспользоваться SQL-подобным запросом через утилиту LogParser . Делает тоже самое — выборка из лога журнала событий.

Для Windows XP всё оказалось гораздо сложнее. Во первых, в ней переменные раскрываются через проценты: «%UserProfile%Desktopchkdsk_history.txt»

Во вторых, это не будет работать в русскоязычной XP. Там рабочий стол называется по-русски.

И в третьих, в ХР можно встроить лишь одну из двух давно устаревших версий PowerShell, там командлеты прописывались несколько иначе, рыться как — занятие пустое и не благодарное. Уж больно длинный скрипт получится.

А по сему, дамы и господа, предлагаю универсальный скрипт для всех версий PowerShell и для всех версий ОС Windows ХР ( кроме серверных, не было возможности проверить ):

wmic path win32_NTLogEvent WHERE «Logfile=’Application’ AND (SourceName=’Chkdsk’ OR SourceName=’Wininit’ or SourceName=’WinLogon’) AND (EventCode=1001 OR EventCode=26214)» get /value > «%

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

Тогда и определять расположение рабочего стола будет не нужно.
Лог будет сохранен рядом с батником. Поместите батник ( файл с расширением .bat ) на рабочий стол и запустите его от имени админ. И ещё, чтобы постоянно иметь отчёты о состоянии системы в полном объёме, необходимо, чтобы здесь стояла галочка, а службы » Журнал событий Windows » и » Сборщик событий Windows » работали, причём в автоматическом режиме.

Логи проверить на ошибки

Что такое «логи сервера», как посмотреть логи сервера

1. Sa[Y]moN [2618]
12 дек 2014, 18:26
Понятие

Логи сервера (лог-файлы, журнал сервера) — фалы, хранящиеся на сервере, которые содержат системную информацию сервера, а так-же протоколирующие все возможные данные о посетителе веб-ресурса.

Логи используются системными администраторами для анализа посетителей, изучения закономерности поведения определенных групп пользователей, а так-же получения различной информации о них, такой как: используемый браузер, IP адрес, данные о географическом положение клиента и многое другое. По мимо анализа, таким образом можно узнать о несанкционированных доступах к сайту, точнее узнать, кем именно он был произведен, и передать данные о данном случае в соответствующие органы.

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

При каждом обращении клиента к веб-ресурсeсе, срабатывают сразу несколько событий, о последовательности которых мы и поговорим.

1. Осуществление запроса страницы. При вводе адреса в браузерную строку, либо при переходе по активный веб-ссылке, допустим, со страницы поисковой выдачи, браузер осуществляет поиск и соединение с сервером, на котором расположена страницы, и осуществляет ее запрос. При этом, он передает серверу такую информацию:
— IP-адрес компьютера клиента, который запрашивает страницу (в случае использования прокси-сервера, IP адрес вашего прокси);
— адрес запрашиваемой пользователем интернет-страницы (IP-адрес);
— точное время и дата, когда был осуществлен запрос;
— данные о фактическом местонахождении клиента (в случае если используется прокси-сервер, то фактический адрес прокси);
— информация об используемом клиентом браузере (название, версия и т.д.);
— данные о веб-страницы, с которой был осуществлен переход клиента.

2. Передача запрашиваемых данных. Происходит передача запрашиваемых данных (интернет-страница, файлы, cooki, и др.) от сервера на компьютер пользователя.

3. Запись в журнал сервера. После всего, происходит запись в журнал, в котором указываются все данные, которые фигурировали в прошлых двух событиях. Это вся информация отправленная в первом пункте, а так-же информация о переданных данных.

Как посмотреть логи сервера

Лог-файлы, хранятся в файле access.log не зависимо от того, каким типом веб-сервера вы пользуетесь (Apache, Nginx, прокси-сервером squid и т. д.) Данный файл является текстовым документом, на каждой строчке которого, записывается по одному обращению. Форматов записи в access.log довольно много, но наиболее популярным является combined, при котором, запись имеет следующий вид и последовательность:

%h — хост/IP-адрес, с которого произведён запрос;
%t — время запроса к серверу и часовой пояс сервера;
%r — версия, содержимое и тип запроса;
%s — код состояния HTTP;
%b — количество отданных сервером байт;
% — URL-источник запроса;
% — HTTP-заголовок, с информацией о запросе (клиентское приложение, язык и т.д.);
% — имя Virtual Host, к которому идет обращение.

в готовом виде данная строка имеет примерно следующий вид:

На чтение логов в ручную, уйдет довольно много времени и сил. Поэтому, опытные веб-мастера используют специальное программное обеспечение, которые называют «Анализаторы лог-файлов». Они анализируют все данные, которые довольно сложны к прочтению человеком, и выдают структурированные данные. Это такие программы как: Analog, WebAnalizer, Webalizer, Awstats, Webtrends, и т.д. Видов специального программного обеспечения довольно много, среди них есть как платные программы, так и бесплатные. Поэтому я уверен, что каждый найдет себе что-то по душе.

Читать еще:  Ошибка при запуске приложения 0xc000007b самп

Где найти логи сайта

Если у вас обычный хостинг, то скорей всего вам придется написать своему хостеру и запросить у него логи. Так-же, довольно часто, вы можете запросить их через панель хостера. У разных хостеров — по разному. Для примера, что бы запросить у моего хостера, достаточно сделать один клик на главной странице панели:

Если у вас есть доступ к системным папкам сервера, то вы можете найти логи по адресу /etc/httpd/logs/access_log в 99 случаях из 100.

Журнал ошибок error.log

Error.log — файл, в котором так-же ведутся логи. Но не посетителей, а возникших на сервере ошибок. Как и в случае с access.log, каждая строка файла — отвечает за одну возникшую ошибку. Запись ведется с учетом такой информации, как: точная дата и время возникновения ошибки, IP-адрес которому была выдана ошибка, тип ошибки, а так-же причина ее возникновения.

Логи являются довольно мощным и информативным инструментом, с которыми необходимо работать. Но в наше время, их заменяют такие инструменты, как Яндекс.Метрика, Google Analytics и т.д., тем самым упрощая нам жизнь. Однако, если вы планируете развиваться, расти и познавать что-то новое, несомненно рекомендую вам познакомиться с данной темой поближе.

Логи сервера, где искать и что означают

Что такое логи сервера

Логи сервера это текстовые файлы, которые генерирует сервер для протоколирования доступа к нему.

Текстовый файл может быть без расширения. Находится обычно в папке logs на сервере. В него заносятся результаты обращений к серверу.

Где найти и как выглядят логи

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

Так выглядит папка с логами на хостинге hostland через фтп проводник:

В данном случае это запакованные текстовые файлы. Скачиваем на компьютер нужный (по дате и веремни создания), распаковываем и смотрим любым тестовым редактором.

Если затруднились найти, то почитайте справку или обратитесь в техподдержку.

Вот это, например, строки из одного такого файла

109.173.59.49 — — [03/Apr/2015:12:56:18 +0300] «GET /sites/all/modules/fivestar/widgets/default/star.gif HTTP/1.0» 200 434 « http://linksfree.ru/content/kak-zamenit-posadochnuyu-stranicu » «Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.16» linksfree.ru
109.173.59.49 — — [03/Apr/2015:12:56:18 +0300] «POST /modules/statistics/statistics.php HTTP/1.0» 200 — « http://linksfree.ru/content/kak-zamenit-posadochnuyu-stranicu » «Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.16» linksfree.ru
195.154.188.41 — — [03/Apr/2015:12:57:52 +0300] «GET /content/pochta-dlya-domena-besplatno HTTP/1.0» 200 35412 « http://linksfree.ru/content/pochta-dlya-domena-besplatno » «Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; MRA 5.10 (build 5339); GTB7.5; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322)» linksfree.ru
195.154.188.41 — — [03/Apr/2015:12:57:53 +0300] «GET /taxonomy/term/4 HTTP/1.0» 301 — « http://linksfree.ru/taxonomy/term/4 » «Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; MRA 5.10 (build 5339); GTB7.5; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322)» linksfree.ru

Не очень показательно тут. На самом деле одна запись занимает одну строку. Записи разделены в файле построчно. Новая запись — новая строка.

Как читать лог сервера

Разбиваем строку на части:

1. 109.173.59.49 — IP адрес с которого был запрос

2. [03/Apr/2015:12:56:18 +0300] — дата и время запроса

3. GET или POST — тип запроса, иногда можно встретить определение «метод запроса»

4. /sites/all/modules/fivestar/widgets/default/star.gif — объект запроса

5. HTTP/1.0 — протокол по которому прошел запрос

6,7. 200 434 — коды ответа сервера . В данном случае запрос прошел (код 200 ОК), но запрашиваемая страница недоступна (код 434 запрашиваемый адрес недоступен)

8. « http://linksfree.ru/content/kak-zamenit-posadochnuyu-stranicu « страница по которой был запрос (то есть страница разбивается на объекты и идет иерархический доступ)

9. «Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.16» — данные о постетителе , с какой системы пришел запрос

10. linksfree.ru сайт по которому идет обращение.

В целом это какая страница запрашивалась, с какой странице пришел запрос и что в ответ выдал сервер. А что в каком порядке утверждать не возьмусь без справочника. Главное, что общая картина понятна.

В целом иерархия такая: сайт — страница — объект на странице — объект на объекте.

Коды лога сервера

Подробно коды ответов в логах сервера можно посмотреть в википедии.

Можно особо не заморачиваться, если понимать общий принцип кодов. Он прост. Первая цифра определяет группу кодов. Последние уточняют сам код.

2хх — всё хорошо и ответ получен

3хх — ответ получен, но будет перенаправление

4хх — ответ получен, но в результате объект недоступен. Сайт доступен, но материала нет.

5хх — ошибка сервера. Тут проблемы глобальные. Или база данных рухнула или сервер полетел.

  • 1xx: Informational (информационные):
  • 100 Continue («продолжай»).
  • 101 Switching Protocols («переключение протоколов»).
  • 102 Processing («идёт обработка»).
  • 105 Name Not Resolved («не удается преобразовать DNS-адрес сервера»).
  • 2xx: Success (успешно):
  • 200 OK («хорошо»).
  • 201 Created («создано»).
  • 202 Accepted («принято»).
  • 203 Non-Authoritative Information («информация не авторитетна»).
  • 204 No Content («нет содержимого»).
  • 205 Reset Content («сбросить содержимое»).
  • 206 Partial Content («частичное содержимое»)
  • 207 Multi-Status («многостатусный»).
  • 226 IM Used («использовано IM»).
  • 3xx: Redirection (перенаправление):
  • 300 Multiple Choices («множество выборов»).
  • 301 Moved Permanently («перемещено навсегда»).
  • 302 Moved Temporarily («перемещено временно»).
  • 302 Found («найдено»).
  • 303 See Other (смотреть другое).
  • 304 Not Modified (не изменялось).
  • 305 Use Proxy («использовать прокси»).
  • 306 — зарезервировано (код использовался только в ранних спецификациях).
  • 307 Temporary Redirect («временное перенаправление»).
  • 4xx: Client Error (ошибка клиента):
  • 400 Bad Request («плохой, негодный запрос»).
  • 401 Unauthorized («неавторизован»).
  • 402 Payment Required («необходима оплата»).
  • 403 Forbidden («запрещено»).
  • 404 Not Found («не найдено»).
  • 405 Method Not Allowed («метод не поддерживается»).
  • 406 Not Acceptable («неприемлемо»).
  • 407 Proxy Authentication Required («необходима аутентификация прокси»).
  • 408 Request Timeout («истекло время ожидания»).
  • 409 Conflict («конфликт»).
  • 410 Gone («удалён»).
  • 411 Length Required («необходима длина»).
  • 412 Precondition Failed («условие ложно»).
  • 413 Request Entity Too Large («размер запроса слишком велик»).
  • 414 Request-URI Too Large («запрашиваемый URI слишком длинный»).
  • 415 Unsupported Media Type («неподдерживаемый тип данных»).
  • 416 Requested Range Not Satisfiable («запрашиваемый диапазон не достижим»).
  • 417 Expectation Failed («ожидаемое неприемлемо»).
  • 418 I’m a teapot («я — чайник»).
  • 422 Unprocessable Entity («необрабатываемый экземпляр»).
  • 423 Locked («заблокировано»).
  • 424 Failed Dependency («невыполненная зависимость»).
  • 425 Unordered Collection («неупорядоченный набор»).
  • 426 Upgrade Required («необходимо обновление»).
  • 428 Precondition Required («необходимо предусловие»).
  • 429 Too Many Requests («слишком много запросов»).
  • 431 Request Header Fields Too Large («поля заголовка запроса слишком большие»).
  • 434 Requested host unavailable. («Запрашиваемый адрес недоступен»)
  • 449 Retry With («повторить с»).
  • 451 Unavailable For Legal Reasons («недоступно по юридическим причинам»).
  • 456 Unrecoverable Error («некорректируемая ошибка»).
  • 499 Используется Nginx, когда клиент закрывает соединение до получения ответа.
  • 5xx: Server Error (ошибка сервера):
  • 500 Internal Server Error («внутренняя ошибка сервера»).
  • 501 Not Implemented («не реализовано»).
  • 502 Bad Gateway («плохой, ошибочный шлюз»).
  • 503 Service Unavailable («сервис недоступен»).
  • 504 Gateway Timeout («шлюз не отвечает»).
  • 505 HTTP Version Not Supported («версия HTTP не поддерживается».
  • 506 Variant Also Negotiates («вариант тоже проводит согласование»).
  • 507 Insufficient Storage («переполнение хранилища»).
  • 508 Loop Detected («обнаружена петля»).
  • 509 Bandwidth Limit Exceeded («исчерпана пропускная ширина канала»).
  • 510 Not Extended («не расширено»).
  • 511 Network Authentication Required («требуется сетевая аутентификация»).
Читать еще:  Play market ошибка 0

Деление лог файлов по типам

Хорошим тоном считается деление файлов по типам. Типов может быть множество. В основном встречаем два:

— файл с нормальными ответами.

Выше привел файл с нормальными ответами. Вот лога ошибок у меня нет. Точнее есть, но он пустой. Нет ошибок в работе сервера.

Принципиально он ничем не отличается по структуре от показанного файла. Только туда помещаются сообщения об ошибках. Обычно это ошибки 5 группы (фатальные на стороне сервера). Ошибки групп 1-4 показывают, что сайт работает в нормальном режиме и ошибки не критичны (для сервера. для посетителя 404 ошибка может быть критична).

Основное вроде всё. Ай пи адреса ясно, протоколы HTTP и HTTPS почти всем занакомы (структура мало кому интересна). Разве что про методы POST и GET пояснить чуток.

Методы POST и GET в лог файлах

Эти методы часто встречаются в лог файлах. Кроме них еще есть и другие.

МетодыOPTIONS · GET · HEAD · POST ·PUT · DELETE · TRACE ·CONNECT · PATCH

Метод указывает на тип операции с ресурсом. За подробностями можно снова сходить в википкдию и прочитать про методы доступа. На а тут кратенько.

GET — получить содержимое.

POST — метод обработки данных с возможностью отправки. Используется для диалога с пользователем (ввод пароля, комментария, адреса..).

Про остальные — в вики читайте.

Статья помогла — поделитесь в соцсети. Есть замечания-пожелания? Добро пожаловать в комментарии!

Используете материал на своем ресурсе — ставьте ссылку на оригинал!

Спасибо! И пусть не будет ошибок 5 группы в логах!

Журнал (лог) ошибок сервера. Как посмотреть error.log в ISP-manager пользователя

Словом «сервер» называют железку, подключенную к двум розеткам: питание и выход в сеть. То есть компьютер. Но важна не только железяка (с самым быстрым процессором, безграничной памятью и безразмерным шустрым жёстким диском). Важна ещё программа, которая управляет этой железкой. И эта программа тоже называется «сервер». Так сложилось исторически, но важно понимать, что имеется ввиду под этим словом. Обычно пользователи интернета, которые по каким-то причинам обзавелись своим сайтом, хотят самый быстрый сервер, чтобы он мгновенно отдавал пользователю тот контент, который запрашивается. Скорость работы сервера зависит как от железа, так и от того, как работают программы на этой железяке. И тут пользователи начинают измерять скорость и иначе насиловать свой сервер, запуская всякие программы, которые шлют запросы, получают ответы и на основе этого выдают какие-то рекомендации. Всё хорошо, кроме одного: все эти программы не учитывают (так как не могут ничего, кроме как обрушить шквал запросов) того, что же в это время происходит на самом сервере.

Журнал (лог) ошибок сервера

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

Есть ли альтернатива насилию над сервером для того, чтобы понять как он работает? Как не странно, есть! И она была всегда (ещё до возникновения всех этих программ, которые что-то делают, а потом выдают какие-то рекомендации). Одной из штатных задач сервера (программы) является не просто отдать пользователю то, что он запросил, но и записать результаты проделанной работы в журнал. Как правило, журналы делятся на журнал доступа (куда пишутся удачно обработанные запросы) и журнал ошибок. В журнал ошибок пишется всё то, что пошло не так (и что прописано в настройках сервера). То есть в этом журнале будут сообщения об ошибках, и, если настроено, сведения об уведомлениях о подозрительно обработанных запросах.

Именно в этом журнале и можно посмотреть, какие страницы отсутствую на сайте и откуда пришёл пользователь с этим запросом (так называемые «битые ссылки» — «Ошибка 404» и прочие ошибки уровня 400). А ещё сюда пишутся ошибки сервера, которые он вообще не смог обработать (так называемые «Ошибка 500»).

Зная про это и разобравшись с кодами ошибок можно их устранить и наладить работу сайта так, чтобы сервер работал по возможности без ошибок.

О том, как найти лог ошибок сервера в в ISP-manager пользователя и рассмотрим в этой статье.

Как открыть посмотреть журнал ошибок error.log в ISP-manager пользователя

Итак, ISP-manager, хотя и платная программа, и отжирающая на свою работу часть ресурсов сервера, она всё-таки полезна. Для того, чтобы добраться до журналов работы сервера, нужно:

  1. Войти в на вкладку «Журналы»,
  2. Выбрать из списка нужный (журналы с ошибками обозначены обычно error.log )
  3. Открыть выбранный журнал

Открыть нужный журнал в ISP-панели можно:

  • либо двойным кликом левой кнопкой мышки по его названию,
  • либо:
    • выделив строчку с нужным журналом одним кликом левой кнопкой мышки
    • и нажав на кнопку «Посмотреть» в верхнем ряду кнопок управления

Просмотр лога с ошибками error.log в ISP-manager пользователя

Выполнив одно из описанных выше действий, получим ещё одну вкладку в ISP-manager, в которой будет выдано выбранное количество последних строк журнала ошибок:

Выводы

Не обязательно устанавливать программы себе на компьютер или запускать какие-то другие внешние сканеры сайта, которые ничего не знают ни о сервере, ни о том, как он работает, и ничего не умеют, кроме как засыпать сервер запросами и отследить время между ответом и запросом. ну и походить по всем встреченным на сайте ссылкам. Первым делом хорошо бы найти лог ошибок сервера, посмотреть и убедиться, что сервер работает без ошибок, как собственно и сам сайт (особенно, если сайт работает под управлением какой-нибудь CMS с кучей фильтров, плагинов и на каком-нибудь хитром шаблоне, написанном для облегчения создания сайта неопытным пользователем так, чтобы всё сложное выполнял бы за пользователя сервер и браузер несчастного пользователя, который по какой-то нелепой случайности решил посмотреть на такой сайт).

Ссылка на основную публикацию
Adblock
detector