Beget журнал ошибок

В разделе Журналы Вы можете управлять логами Веб-сервера и FTP-сервера.

Управление логами Веб­-сервера

В данном разделе Вы управляете параметрами ведения журналов Веб-­сервера, а также встроенными анализаторами данных журналов для Ваших доменов.

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

Для того чтобы включить ведение журналов доступа к Веб-серверу, выберите домен из списка и переведите переключатель в активное состояние, нажав на него. Аналогичным образом включается ведение журнала ошибок.

После того как Вы включили ведение журналов, они будут помещаться рядом с директорией public_html Вашего сайта, ротироваться раз в сутки и храниться минимум 5 дней. Заметим, что они не будут занимать дискового пространства, отведенного под хостинг.
У Вас также появится возможность установить систему для анализа логов — AWStat.

AWStat — это бесплатное программное обеспечение, распространяемое по лицензии GPL, написанное на языке Perl. Данная система предлагает широкий набор инструментов для анализа статистики сайта.

Управление FTP-логами

В данном разделе Вы можете сформировать журналы доступа по протоколу FTP для Ваших FTP-аккаунтов, отфильтрованные по одному из параметров .

Логи доступа по протоколу FTP могут быть отфильтрованы:

• по FTP­-логину;
• по указанному IP-адресу;
• по дате.

Для того чтобы сформировать лог доступа по FTP, Вам необходимо выбрать параметры фильтрации и нажать «Сформировать журнал».

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

In the section Logs you can manage Web server and FTP logs.

Managing logs Apache

In this section, you can control the parameters of the Web server logs

You can turn on logs only for linked domains

To enable the management of Access logs you need to choose domain from the list and press . In the same way you can turn on Error logs.

logs will be placed in your site folder near the public_html. Tthey are not included in your disk quota.
You will also have an opportunity to establish a system for the analysis of logs — AWStat.

AWStat is a free powerful and featureful tool that generates advanced web, streaming, ftp or mail server statistics, graphically. This log analyzer shows you all possible information your log contains, in few graphical web pages. AWStats is a free software distributed under the GNU General Public License.

Managing logs FTP

In this section you can create access log for your FTP-accounts and format them by using selections according to following parameters:

• FTP­ login;
• IP address;
• For the period.

For creating FTP log you need to choose filter parameters and press «Form log»:

Then you can find it on the list of logs.
For downloading log klick on it’s name or on the button .
Also you can remove log klicking on .

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

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

Есть несколько видов логов:

1. Логи доступа.
   Показывают, какой пользователь, в какую дату и время, по какой ссылке перешел
   на ресурс и каков был получен ответ. Данные записи помогают найти уязвимое
   место, если ресурс взломают.
2. Логи
   ошибок. Показывают ошибки, выдаваемые при функционировании сайта либо в
   процессе обращения к его некоторым функциям. Здесь есть возможность отыскать и ликвидировать
   баг, приводящий к ошибке.
3. Другие
   логи. Фиксируют события в различных серверских компонентах: логи почты
   сервера и т.п.

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

В таком случае системные администраторы или seo специалисты начинают анализировать посетителей, идентифицировать доступ к файлам со стороны постороннего лица, а именно IP-адрес, откуда он был осуществлен, после чего делают соответствующие выводы.

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

Как включить журнал записей?

В большинстве случаев хостер отключает функцию записи логов на хостинге, чтобы сохранить больше места на диске. На примере админки хостинга Beget.com рассмотрим, как активировать запись логов:

1. Заходим в панель администратора и находим вкладку Журналы — логи доступа.
2. В соответствующем поле выбираем домен ресурса и кликаем на ползунки Журнал доступа, Журнал ошибок, чтобы он перешел в положение ВКЛ.

Здесь же вы видите путь, где располагаются ваши логи

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

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

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

Логи хранятся в файле access.log в системной папке любого сервера, будь то Nginx, Apache или любой другой. Лог-файлы открываются через текстовые редакторы. Любая строчка здесь соответствует не больше, чем одному обращению.

Отыскать логи можно и через панель управления хостинга, а именно в разделах Логи или Журналы.

Анализ логов сервера

Рассмотрим строку, взятую с записи одного из логов сервера:

site.ru 85.91.97.104 - - [11/Feb/2019:05:31:09 +0200] "GET /page/3/ HTTP/1.0" 200 70214 "-" "Ahrefs Bot (http://www.ahrefs.com/bot; bot@ahrefs.com)"

И рассмотрим значение всех символов, которые здесь есть:

• site.ru – адрес рассматриваемого ресурса
• 85.91.97.104 – IP-адрес пользователя, посетившего сайт, после которого идет дата и время перехода на страницу и часовой пояс
• GET – запрос, означающий получение данных. Может быть еще запрос POST, то есть, отправка данных, к примеру, авторизация на сайте
• page/3 – обращение сделано к 3-й странице
• HTTP/1.0 – протокол пользователя, посредством которого он зашел на ресурс
• 200 – код ответа, отправленного сервером посетителю
• 70214 – число байт, переданных пользователю
• Ahrefs Bot (http://www.ahrefs.com/bot; bot@ahrefs.com) – данные о пользователе или боте, с какого устройства он зашел, какую ОС использует и т.п. В нашем случае это бот парсера ahrefs.

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

• WebAlyzer;
• Webtrends;
• Awstats.

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

На некоторых хостингах их можно установить при включении логов. Например в ранее нами рассматриваемом хостинге Beget.com когда мы включаем логи, нам предлагается установить Awstats.

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

Лог ошибок error.log

Это файл, где тоже протоколируются логи, но они относятся не
к пользователям, а к ошибкам, возникающим на сервере. Аналогично файлу access.log, в error.log каждая
отдельная строка показывает запись только одной ошибки. Благодаря этому файлу
можно узнать причину возникновения ошибки и ее тип, а также IP пользователя, которому она была
показана. Рассмотрим пример:

[Sat Sep 1 15:33:40.719615 2019] [:error] [pid 10706] [client 66.249.66.61:60699]
PHP Notice: Undefined variable: moduleclass_sfx in
/var/data/www/site.ru/modules/contacts/default.php on line 14

• Первая строка: дата и время/тип записи error (ошибка), а также IP адрес пользователя.
• Вторая: событие PHP Notice – уведомление, расшифровка Undefined variable – неизвестная переменная.
• Третья: путь к файлу с уведомлением и строка.

Здесь мы наблюдаем ошибку в модуле контактов, в файле default.php в строке 14.

Заключение

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

ЛОГИ — Ответы

История действий в customerinfo/cp.beget.com

CustomerInfo > Действия пользователя
cp.beget.com/settings/history
logstorage > command — логи команд по всем пользователям

История зачислений/списаний (баланс)

В тикете Транзакции и Платежи
cp.beget.com/pay/history

Как и где в cp.beget.com клиент сам может включить сбор логов для себя?

В разделе журналы можно включить access.log и error.log для конкретного сайта
Также можно включить awstats

Что такое awstats? Как его подключить?

Это open-source смотрелка отчетов по сайту, после включения access.log появляется кнопка позволяющая включить awsats
Ее можно включить только после включения access.log потому что она не собирает ничего сама а только визуализирует access.log и делает на его основе какие-то выводы

yii утилиты для сбора логов

Confluence по этой теме

• yii logs/apache-[access/error] idud.in — грепает по домену
• yii logs/cron vandud — nолжен вывести логи по крону
• yii logs/exim-local idud.in — логи с хостингового сервера
• yii logs/ftp idud.in — логи фтп
• yii logs/nginx-[access/error] idud.in — логи nginx’a
• yii logs/relay idud.in — логи почты
• yii logs/smtp idud.in — логи отправки
• yii logs/ssh vandud — логи ssh
• yii logs/mysql-error dbname — ошибки mysql
• yii logs/mysql-slow dbname — медленные запросы (дольше двух секунд)
• yii logs/download-[create/delete/list/show] .. — работа с логами из logstarage

Это все упрощалки жизни (кроме логов cron’a — их можно увидеть только так), более простой поиск логов на logstorage

yii утилиты для анализа логов (load, nginx/check-ddos)

• yii load idud.in
  

• yii nginx/check-ddos idud.in — если есть то он скажет

Logstorage:

• Где хранятся? Как зайти?

  • yii ssh/log — (logstorage)

• Нет логов за последние сутки. Что делать?

  • Видимо что-то произошло не то что должно было произойти, логи с хостингового сервера дублируются на logstorage, но на хостинговом сервере к ним нет доступа (у саппорта) поэтому надо идти к админам

Где можно найти логи:

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

я не создавал их столько сам, глядя на дату изменения одного из файлов он обновился вчера, кем? для чего? как это отследить?)

Продолжаем: Погуглил, пишут нужно в .htaccess файл внести записи:

php_value display_errors on
php_value display_startup_errors on

Сделал это, обращаюсь к ЛЮБОЙ странице сайта и получаюInternal Server Error 500.
Читаю файл и вижу:
### If you get an «Internal Server Error 500» after enabling any of the following settings, restore the # as this means your host doesn’t allow that.

Что дальше делать?) куда лезть?)

Включить логи php изменив php.ini ?? Пробовал, вот так:

error_reporting = E_ALL
display_errors = On
display_startup_errors = On
log_errors = On
log_errors_max_len = 1024
error_log = error_log

вызвал в скрипте ошибку, она не записалась, значит не сработало.

P.s. Хостинг сказал, мол ошибки ищите по адресу: /home2/username8/public_html/error_log и при этом, то что ошибки не записываются их не волнует, говорят мол мы не отвечаем за ваш скрипт, это на вашей стороне и мы туда не суемся.