Как проверить log txt на ошибки

Что такое сообщения об ошибках log.txt?

В большинстве случаев причинами ошибок в TXT являются отсутствующие или поврежденные файлы. Файл log.txt может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с OpenOffice.org Portable) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла log.txt может быть вызвано отключением питания при загрузке OpenOffice.org Portable, сбоем системы при загрузке или сохранении log.txt, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Как исправить ошибки log.txt — 3-шаговое руководство (время выполнения: ~5-15 мин.)

Если вы столкнулись с одним из вышеуказанных сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему log.txt. Эти шаги по устранению неполадок перечислены в рекомендуемом порядке выполнения.

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

Шаг 2. Если вы недавно установили приложение OpenOffice.org Portable (или схожее программное обеспечение), удалите его, затем попробуйте переустановить OpenOffice.org Portable.

Шаг 3. Выполните обновление Windows.

Если эти шаги не принесут результата: скачайте и замените файл log.txt (внимание: для опытных пользователей)

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла log.txt. Мы храним полную базу данных файлов log.txt со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии OpenOffice.org Portable . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

1. Найдите версию операционной системы Windows в нижеприведенном списке «Загрузить файлы log.txt».
2. Нажмите соответствующую кнопку «Скачать», чтобы скачать версию файла Windows.
3. Скопируйте этот файл в соответствующее расположение папки OpenOffice.org Portable:
   

   Windows 10: C:ProgramDatainFlow InventoryLogs
   Windows 10: C:ProgramDataNapsterbin
   Windows 10: C:Program Files (x86)ZapakCrazyKart
   Windows 10: C:UsersTesterAppDataLocalVirtualStoreProgram Files (x86)UbisoftCrytekFar Cry Demo 2
   Windows 10: C:OpenOfficePortableDatasettingsuseruno_packagescache
   
   Показать на 6 каталогов больше +

   Windows 10: C:Program FilesMiniTool Partition Wizard 11
   Windows 10: C:Program FilesVDownloader
   Windows 10: C:UsersTesterAppDataRoamingMiniLyrics
   Windows 10: C:Program FilesMiniToolPowerDataRecovery
   Windows 10: C:UsersTesterAppDataRoamingn-Track Studio 7
   Windows 10: C:UsersTesterAppDataRoamingDAZ 3DStudio4

4. Перезагрузите компьютер.

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

СОВЕТ ОТ СПЕЦИАЛИСТА: Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с log.txt. Во избежание потери данных следует убедиться, что перед началом процесса вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других персональных данных. Если вы в настоящее время не создаете резервных копий своих данных, вам необходимо сделать это немедленно.

Скачать файлы log.txt (проверено на наличие вредоносного ПО — отсутствие 100 %)

ВНИМАНИЕ! Мы настоятельно не рекомендуем загружать и копировать log.txt в соответствующий системный каталог Windows. PortableApps, как правило, не выпускает файлы OpenOffice.org Portable TXT для загрузки, поскольку они входят в состав установщика программного обеспечения. Задача установщика заключается в том, чтобы обеспечить выполнение всех надлежащих проверок перед установкой и размещением log.txt и всех других файлов TXT для OpenOffice.org Portable. Неправильно установленный файл TXT может нарушить стабильность работы системы и привести к тому, что программа или операционная система полностью перестанут работать. Действовать с осторожностью.

Файлы, относящиеся к log.txt

Файлы TXT, относящиеся к log.txt

Другие файлы, связанные с log.txt

Вы скачиваете пробное программное обеспечение. Для разблокировки всех функций программного обеспечения требуется покупка годичной подписки, стоимость которой оставляет 39,95 долл. США. Подписка автоматически возобновляется в конце срока (Подробнее). Нажимая кнопку «Начать загрузку» и устанавливая «Программное обеспечение», я подтверждаю, что я прочитал (-а) и принимаю Лицензионное соглашение и Политику конфиденциальности компании Solvusoft.

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

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

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

Для чего нужны логи

Устранение неполадок. По логам можно понять, когда и из-за чего в работе системы возник сбой. А когда станет понятна причина, устранить его будет легче.

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

Проверка стабильности. Даже если с системой все хорошо, рекомендуется периодически проверять ее логи. Так можно на ранних этапах найти уязвимость или недочет — еще до того, как он станет проблемой.

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

Маркетинг. Логи — источник ценной информации для развития сайта. Они позволяют собрать статистику по посещаемости с «сырыми» техническими данными. Например, понять, откуда приходят пользователи, где они находятся и какими устройствами пользуются для визита.

Какими бывают логи

Информации в логах много, поэтому для каждого типа сведений существует свой лог-файл. Возьмем для примера логи веб-сервера. Вот какими они могут быть:

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

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

Что может содержаться в логах

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

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

Как правильно читать лог

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

Например, так выглядит формат по умолчанию для лога доступа с веб-сервера:

[доменное имя сайта][IP-адрес пользователя][дата и время визита][тип запроса][URL, к которому обратился пользователь][протокол, по которому пользователь соединился с сайтом][код ответа сервера][количество байт информации, которую передали пользователю][дополнительная информация]

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

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

С помощью анализатора. Второй вариант — не просматривать лог вручную, а воспользоваться специальной программой-анализатором. Она парсит лог-файл — «разбирает» его на составляющие и представляет в удобном для пользователя виде. Так информация показывается в виде понятного отчета, иногда с графиками и диаграммами.

Анализаторы бывают разными, например Weblog Expert, Analog и пр. Некоторые из них также умеют интегрироваться с сервисами для сбора статистики, чтобы показывать более полную картинку.

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

Узнать больше о сетевых технологиях и получить новую профессию вы можете на курсах. Записывайтесь и станьте востребованным IT-специалистом.

В работе системного администратора, нередко возникает необходимость посмотреть логи сервера (Server Logs), с какими задачами работал сервер в конкретное время, какие действия совершали пользователи. Причины возникновения этой необходимости могут быть разные:

• Сбой в работе сервера;
• Выявление неблагонамеренных действий;
• Анализ рабочих процессов.

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

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

Собственно говоря, само слово «логи сервера», является банальной транслитерацией, от словосочетания «server log», которое переводится как «журнал сервера».

Существуют следующие типы логов:

• Ошибки – записи, фиксирующие различные сбои в работе сервера, или при обращении к конкретным функциям или задачам. С их помощью можно быстро ликвидировать разные баги и сбои;
• Доступ – записи, которые фиксируют точные дату и время подключения конкретного пользователя, каким образом он попал на сайт, и т.д. Позволяют проводить аналитическую работу, а также находить уязвимые места, в тех случаях, когда ресурс пытались взломать;
• Прочее – записи с данными о работе разных компонентов сервера, например, почты.

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

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

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

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

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

Итак, запись лога доступа, из файла access.log:

mysite.biz 25.34.94.132 — — [21/Nov/2017:03:21:08 +0200] «GET /blog/2/ HTTP/1.0» 200 18432 «-» «Unknow Bot (http://www.unknow.com/bot; [email protected])»

Что она обозначает:

• mysite.biz – домен сайта, которым вы интересуетесь;
• 34.94.132 – IP-адрес, который использовал пользователь при заходе на сайт;
• [21/Nov/2017:03:21:08 +0200] – дата, точное время и часовой пояс пользователя;
• GET – запрос, который отправляется для получения данных. В том случае, если пользователь передает данные, запрос будет «POST»;
• /blog/2/ — относительный адрес страницы, к которой был обращен запрос;
• HTTP/1.0 – используемый протокол;
• 200 – код ответа на запрос;
• 18432 – количество данных, переданных по запросу, в байтах;
• Unknow Bot (http://www.unknow.com/bot; [email protected]) – данные о роботе, или реальном человеке, который зашел на сайт. В том случае, если это человек, будет отображена ОС, тип устройства и т.д. В конкретном примере на сайт зашел робот-парсер, принадлежащий ресурсу unknow.com.

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

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

Логи ошибок, можно посмотреть в файле с говорящим именем – error.log. Они выглядят следующим образом:

[Sat Oct 1 18:23:28.719615 2019] [:error] [pid 10706] [client 44.248.44.22:35877]

PHP Notice: Undefined variable: moduleclass_sfx in

/var/data/www/mysite.biz/modules/contacts/default.php on line 13

Что здесь написано?

1. Дата, время и тип ошибки, а также IP-адрес, который использовал посетитель;
2. Тип события, в данном случае – «PHP Notice» (уведомление), а также уточнение, что в данном случае, мы имеем дело с неизвестной переменной;
3. Местоположение файла с уведомлением, а также строка, на которой оно находится.

Если говорить просто, то в данном случае мы имеем сообщение о том, что первого октября, в 18:23, 2019-го года, произошла ошибка, связанная с модулем контактов.

Разумеется, даже после расшифровки, полученные данные не так просто проанализировать. Именно поэтому, для удобной обработки данных из логов сервера, используется различное программное обеспечение. К таким программам относятся: Awstats, Webtrends, WebAlyzer, и многие другие.

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

Логи серверов на Windows

У логов серверов на Windows, изначально более удобный и структурированный вывод информации, в виде простой и понятной таблицы.

Существует несколько уровней событий:

• Подробности;
• Сведения;
• Предупреждение;
• Ошибка;
• Критический.

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

Логи SQL сервера

На сегодняшний день, базы данных SQL, являются наиболее распространенным способом работы с большими объемами информации. В первую очередь, логи sql сервера, стоит изучить, если вы не уверены в том, что какие-то процессы были успешно завершены. Этими процессами могут быть:

• Резервное копирование;
• Восстановление данных;
• Массовые изменения;
• Различные скрипты, и программы для обработки данных.

Для того, чтобы просмотреть записи в логах, можно использовать SQL Server Management Studio, либо другой, удобный вам редактор текстов. Записи распределены по журналам следующих типов:

• Сбор данных;
• Database Mail;
• SQL Сервер;
• События Windows;
• Журнал заданий;
• Коллекция аудита;
• SQL Сервер, агент.

Для того, чтобы получить доступ к журналам, необходимо иметь права «securityadmin».

Как включить или выключить запись логов сервера?

Для того, чтобы осуществить эту операцию, нужно зайти в административную панель вашего хостера. Как правило, в основном меню есть раздел «Журнал», или «Логи», в котором можно включить или выключить запись данных о предоставленном доступе, ошибках, и т.п.

Где находятся логи сервера?

Расположение журналов, зависит в первую очередь от используемой вами операционной системы.

Логи серверов с CentOS, или Fedora, хранятся в дирректории «/var/log/».

Названия файлов:

• Журнал ошибок – «error.log»;
• Журнал nginx – «nginx»;
• Журнал доступов – «log»;
• Основной журнал – «syslog»;
• Журнал загрузки системы – «dmesg».

Логи ошибок, связанных с работой MySQL, находятся в директории «/var/lib/mysql/», в файле «$hostname.err».

Для операционных систем Debian и Ubuntu, логи сервера располагаются в папке «/var/log/», в файлах:

• Nginx — журнал nginx;
• /mysql/error.log – журнал ошибок для баз данных MySQL;
• Syslog – основной журнал;
• Dmesg – загрузка системы, драйвера;
• Apache2 – журнал веб-сервера Apache.

Как видите, у всех ОС, основанных на Linux, логи сервера, как правило имеют одинаковые названия, и директории.

С логами для Windows server, дело обстоит несколько иначе. Если нужно просмотреть журналы, необходимо войти в систему, нажать клавиши «Win» и «R», после чего откроется окно просмотра событий, где есть возможность подобрать интересующие нас логи.

Если вы хотите посмотреть логи PowerShell, то необходимо открыть программу и ввести команду: «Get-EventLog -Logname ‘System’».

Все данные будут выведены в виде удобной таблицы.

Пример работы с логами сервера

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

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

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

Вывод

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

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

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

У систем, основанных на Linux, как правило примерно одинаковое расположение файлов с логами, что существенно упрощает работу с ними.

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

Загрузка…

Введение

Здравствуйте, уважаемые читатели!
В данной статье мы рассмотрим способы поиска ошибок в экспертах/скриптах/индикаторах и методы ведения логов, а также я предложу вам маленькую программу для просмотра логов — LogMon.

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

1. Оценка конечного результата.
2. Пошаговая отладка.

3. Запись логических шагов в лог.

Рассмотрим каждый способ.

1. Оценка конечного результата

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

void OnStart()
  {

   int intArray[10];
   for(int i=0;i<9;i++)
     {
      intArray[i]=i;
     }
   Alert(intArray[9]);

  }

Компилируем и запускаем, на экране будет выведено «0». Анализируем результат — мы ожидали число «9», отсюда делаем вывод, что наша программа работает не так, как нужно. Данный способ поиска ошибок является общим и не позволяет найти места ошибки. Для поиска ошибки воспользуемся отладкой и рассмотрим второй способ поиска ошибок.

2. Пошаговая отладка

Данный способ позволяет найти место нарушения логики работы программы. В MetaEditor ставим точку остановки внутри цикла for, начинаем отладку и добавляем просмотр переменной i:

Дальше нажимаем на «продолжение выполнения» до тех пор, пока не рассмотрим весь процесс работы программы. Мы видим то, что при достижении переменной «i» значения «8» происходит выход из цикла, отсюда делаем вывод, что ошибка в строчке:

for(int i=0;i<9;i++)

а именно  при сравнении значения i и числа 9. Исправляем часть строки «i<9» на «i<10» или «i<=9», проверяем результат. Получается число 9 — именно то, что мы ожидали. Используя отладку, мы узнали, как ведет программа во время выполнения, и смогли исправить ошибку. Но теперь о минусах данного способа:

1. Интуитивно не понятно где ошибка.
2. Необходимо добавлять переменные в список просмотра и после каждого шага просматривать их.
3. Данный способ не сможет выявить ошибок во время выполнения готовой программы, например эксперта торгующего на реальном или демосчете.

Наконец, рассмотрим третий способ выявления ошибок.

3. Запись логических шагов в лог

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

void OnStart()
  {

   int intArray[10];
   for(int i=0;i<9;i++)
     {
      intArray[i]=i;
      Alert(i);
     }
   Alert(intArray[9]);

  }

Запускаем, и видим вывод лога — числа «0 1 2 3 4 5 6 7 8 0». Делаем умозаключения, почему так может быть, и исправляем скрипт, так же как и в прошлый раз.

Теперь о плюсах и минусах данного способа поиска ошибок:

1. + Нет необходимости пошагово выполнять программу, что существенно экономит время.
2. + Часто с первого взгляда видно, где кроется ошибка.
3. + Можно вести лог во время работы программы в рабочей обстановке.
4. + Можно сохранить лог для последующего анализа и сравнения (Например, при записи в файл, об этом ниже).
5. — Немного увеличивается количество кода из-за добавления операторов, которые записывают данные в лог.

6. — Увеличивается время выполнения программы (важно, в основном, для оптимизации).

Подведем итог:

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

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

Когда необходимо вести лог

Вот некоторые причины для ведения лога:

1. Ошибочное поведение программы;
2. Слишком долгое выполнение программы (оптимизация);
3. Контроль выполнения (вывод уведомлений об открытии/закрытии позиций, выполненных действиях и т.п.);
4. Изучение MQL5, например, вывод массивов;
5. Проверка эксперта перед чемпионатом и т.п.

Способы ведения лога

Способов записи сообщений в лог очень много, но некоторые используются повсеместно, а некоторые необходимы для особых случаев. Например, отправка лога на email или icq не всегда нужна.

Приведу список самых распространенных способов, используемых при программировании на MQL5:

1. Использование функции Comment()
2. Использование функции Alert()
3. Использование функции Print()
4. Запись лога в файл функцией FileWrite()

Приведу примеры кода с каждым способом и опишу особенности каждого способа. Тестовый код не будет содержать какой-либо цели, чтобы не уходить от сути.

Использование функции Comment()

void OnStart()
  {

   int intArray[10];
   for(int i=0;i<10;i++)
     {
      intArray[i]=i;
      Comment("Переменная i: ",i);
      Sleep(5000);
     }
   Alert(intArray[9]);
  }

Итак, в левом верхнем мы видим текущее состояние переменной «i»:

Таким образом мы можем следить за текущим состоянием запущенной программы. Теперь о плюсах и минусах:

1. + Сразу видно значение.
2. — Ограничение выводимой информации.
3. — Нельзя выделить определенное сообщение.
4. — Не видно работы на всем протяжении, только текущее состояние.
5. — Сравнительно медленный способ.
6. — Плохо подходит для постоянного мониторинга работы, т.к. необходимо следить за показаниями.

Функцией Comment() удобно выводить текущее состояние эксперта, например, «Проведены 2 сделки» или «buy GBRUSD lot: 0.7».

Использование функции Alert()

Данная функция выводит сообщения в отдельном окне, сопровождая звуковым уведомлением, пример кода:

void OnStart()
  {

   Alert("Старт скрипта");
   int intArray[10];
   for(int i=0;i<10;i++)
     {
      intArray[i]=i;
      Alert("Переменная i: ",i);
      Sleep(1000);
     }
   Alert(intArray[9]);
   Alert("Остановка скрипта");
  }

Итог выполнения кода:

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

1. + Записываются все сообщения последовательно.
2. + Уведомление звуком.
3. + Записывается все в файл «Путь_к_терминалуMQL5Logsдата.txt».
4. — Все сообщения от всех скриптов/экспертов/индикаторов записываются в один лог.
5. — Не работает в тестере.
6. — При частом вызове может вызвать зависание терминале на продолжительное время (например, при вызове на каждом тике или выводе массива в цикле).
7. — Нельзя группировать сообщения.
8. — Неудобно копаться в файле лога.
9. — Нельзя сохранить сообщения в отличное место от стандартной папки.

Шестой пункт очень критичен при реальной торговле, особенно при пипсовке или при модификации Stop Loss. Минусов довольно много, можно найти и другие, но, думаю, и этого хватит.

Использование функции Print()

Данная функция записывает сообщения лога в специальное окно с названием «Эксперты», вот код:

void OnStart()
  {

   Print("Старт скрипта");
   int intArray[10];
   for(int i=0;i<10;i++)
     {
      intArray[i]=i;
      Print("Переменная i: ",i);
     }
   Print(intArray[9]);
   Print("Остановка скрипта");
  }

Как видим способ вызова такой же, как у функции Alert(), но теперь все сообщения у нас пишутся без уведомлений в окошко «эксперты» и в файл «Путь_к_терминалуMQL5Logsдата.txt», рассмотрим плюсы и минусы данного способа:

1. + Записываются все сообщения последовательно.
2. + Записывается все в файл «Путь_к_терминалуMQL5Logsдата.txt».
3. + Подходит для постоянного логирования работы программы.
4. — Все сообщения от всех скриптов/экспертов/индикаторов записываются в один лог.
5. — Нельзя группировать сообщения.
6. — Неудобно копаться в файле лога.
7. — Нельзя сохранить сообщения в отличное место от стандартной папки.

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

Запись лога в файл

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

void OnStart()
  {
 
   int fileHandle=FileOpen("log.txt",FILE_WRITE|FILE_TXT|FILE_SHARE_READ|FILE_UNICODE);    FileWrite(fileHandle,"Старт скрипта");
   int intArray[10];
   for(int i=0;i<10;i++)
     {
      intArray[i]=i;
      FileWrite(fileHandle,"Переменная i: ",i);
      
     }
   FileWrite(fileHandle,intArray[9]);
   FileWrite(fileHandle,"Остановка скрипта");
   FileClose(fileHandle); 
  }

Запускаем, затем заходим в папку  «Путь_к_терминалуMQL5Files» и открываем файл «log.txt» в блокноте. Вот содержимое файла:

Как видим, вывод последовательный, нет лишних сообщений — только то, что мы записали в файл. Рассмотрим плюсы и минусы:

1. + Быстро работает.
2. + Записывается только то, что мы хотим.
3. + Можно записывать сообщения от разных программ в разные файлы, что исключит переплетение логов.
4. — Нет уведомления о новых сообщениях в логе.
5. — Нельзя выделить определенное сообщение/категорию сообщений.
6. — Долго открывать лог, необходимо зайти в папку и открыть файл.

Подведем итог:

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

Новый подход к ведению лога

Теперь я расскажу и покажу, как можно усовершенствовать вывод лога в файл и предоставлю вам удобный инструмент для просмотра логов. Это написанная мною программа на С++ для Windows, которую я назвал LogMon.

Начнем с написания класса, который будет отвечать за формирования лога, а именно:

1. Хранить в себе местоположения файла, в который записывается лог и другие настройки ведения лога.
2. Создавать файлы лога в зависимости от заданного имени и даты/времени.
3. Преобразовывать переданные параметры в строку лога.
4. Добавлять время к сообщению лога.
5. Добавлять цвет сообщения.
6. Добавлять категорию сообщения.
7. Кэшировать сообщения и записывать их раз в n-секунд или каждые n-сообщений.

Т.к. MQL5 объектно-ориентированный язык и не уступает в скорости C++, то мы будем писать класс именно на MQL5. Приступим к написанию класса.

Реализация класса для записи лога в файл

Наш класс мы расположим в отдельном включаемом файле с расширением mqh. Вот примерная структура класса.

Теперь сам код класса с подробными комментариями:

#property copyright "ProF"
#property link      "http://"


#define MAX_CACHE_SIZE   10000

#define MAX_FILE_SIZEMB 10



class CLogger
  {
private:
   string            project,file; 
   string            logCache[MAX_CACHE_SIZE]; 
   int               sizeCache;  
   int               cacheTimeLimit;  
   datetime          cacheTime;   
   int               handleFile; 
   string            defCategory;
   void              writeLog(string log_msg); 
public:
   void              CLogger(void){cacheTimeLimit=0; cacheTime=0; sizeCache=0;};
   void             ~CLogger(void){};
   void              SetSetting(string project,string file_name,
                                string default_category="",int cache_time_limit=0);
   void              init(); 
   void              deinit(); 
   void              write(string msg,string category=""); 
   void              write(string msg,string category,color colorOfMsg,string file="",int line=0); 
   void              write(string msg,string category,uchar red,uchar green,uchar blue,
                           string file="",int line=0); 
   void              flush(void); 

  };



void CLogger::SetSetting(string project_name,string file_name,
                        string default_category="",int cache_time_limit=0)
  {
   project=project_name; 
   file=file_name; 
   cacheTimeLimit=cache_time_limit;  
   if(default_category=="") 
     {  defCategory="notice";   }
     else
     {defCategory = default_category;}
  }



void CLogger::init(void)
  {
   string path;
   MqlDateTime date;
   int i=0;
   TimeToStruct(TimeCurrent(),date); 
   StringConcatenate(path,"log\log_",project,"\log_",file,"_",
                     date.year,date.mon,date.day); 
   handleFile=FileOpen(path+".txt",FILE_WRITE|FILE_READ|
                       FILE_UNICODE|FILE_TXT|FILE_SHARE_READ); 
   while(FileSize(handleFile)>(MAX_FILE_SIZEMB*1000000)) 
     {
      
      i++;
      FileClose(handleFile);
      handleFile=FileOpen(path+"_"+(string)i+".txt",
                          FILE_WRITE|FILE_READ|FILE_UNICODE|FILE_TXT|FILE_SHARE_READ);
     }
   FileSeek(handleFile,0,SEEK_END); 
  }



void CLogger::deinit(void)
  {
   FileClose(handleFile); 
  }



void CLogger::writeLog(string log_msg)
  {
   if(cacheTimeLimit!=0) 
     {
      if((sizeCache<MAX_CACHE_SIZE-1 && TimeCurrent()-cacheTime<cacheTimeLimit)
         || sizeCache==0) 
        {
         
         logCache[sizeCache++]=log_msg;
        }
      else
        {
         
         logCache[sizeCache++]=log_msg;
         flush();
        }

     }
   else
     {
      
      FileWrite(handleFile,log_msg);
     }
   if(FileTell(handleFile)>(MAX_FILE_SIZEMB*1000000)) 
     {
      
      deinit();
      init();
     }
  }



void CLogger::write(string msg,string category="")
  {
   string msg_log;
   if(category=="") 
     {   category=defCategory;   } 


   StringConcatenate(msg_log,category,":|:",TimeToString(TimeCurrent(),TIME_SECONDS),"    ",msg);
   writeLog(msg_log);
  }



void CLogger::write(string msg,string category,color colorOfMsg,string file="",int line=0)
  {
   string msg_log;
   int red,green,blue;
   red=(colorOfMsg  &Red); 
   green=(colorOfMsg  &0x00FF00)>>8; 
   blue=(colorOfMsg  &Blue)>>16; 
                                 
   if(file!="" && line!=0)
     {
      StringConcatenate(msg_log,category,":|:",red,",",green,",",blue,
                        ":|:",TimeToString(TimeCurrent(),TIME_SECONDS),"    ",
                        "файл: ",file,"   строка: ",line,"   ",msg);
     }
   else
     {
      StringConcatenate(msg_log,category,":|:",red,",",green,",",blue,
                        ":|:",TimeToString(TimeCurrent(),TIME_SECONDS),"    ",msg);
     }
   writeLog(msg_log);
  }



void CLogger::write(string msg,string category,uchar red,uchar green,uchar blue,string file="",int line=0)
  {
   string msg_log;


   if(file!="" && line!=0)
     {
      StringConcatenate(msg_log,category,":|:",red,",",green,",",blue,
                        ":|:",TimeToString(TimeCurrent(),TIME_SECONDS),"    ",
                        "файл: ",file,"   строка: ",line,"   ",msg);
     }
   else
     {
      StringConcatenate(msg_log,category,":|:",red,",",green,",",blue,
                        ":|:",TimeToString(TimeCurrent(),TIME_SECONDS),"    ",msg);
     }
   writeLog(msg_log);
  }



void CLogger::flush(void)
  {
   for(int i=0;i<sizeCache;i++) 
     {
      FileWrite(handleFile,logCache[i]);
     }
   sizeCache=0; 
   cacheTime=TimeCurrent(); 
  }

Создаем включаемый файл (.mqh) в MetaEditor и копируем код класса, сохраняем под именем «CLogger.mqh». Теперь поподробнее о том, что делает каждый метод и как применять класс.

Применение класса CLogger

Чтобы начать записывать сообщения в лог с помощью данного класса нам необходимо включить файл класса в советник/индикатор/скрипт:

#include <CLogger.mqh>

Далее необходимо создать объект данного класса:

CLogger logger;

Все действия мы будем производить с объектом «logger».  Теперь нам необходимо задать настройки, вызвав метод «SetSetting()». В метод мы должны передать название проекта, имя файла. А также есть два необязательных параметра — название категории по умолчанию и время хранения кэша в секундах перед записью в файл. Если указать ноль, все сообщения будут записываться сразу.

SetSetting(string project,             
           string file_name,           
           string default_category="", 
           int cache_time_limit=0      
           );

Пример вызова:

logger.SetSetting("Мой проект","лог","Замечание",60);

В результате сообщения будут записываться в папку «папка_терминалаMQL5Filesloglog_Мой проектlog_лог_дата.txt», категория по умолчанию — «Замечание» и время кэша 60 секунд. Затем нужно вызвать метод init() для открытия/создания файла лога. Пример вызова предельно прост, т.к. параметров передавать не нужно:

logger.init();

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

Потом передвигается указатель на позицию в файле на конец файла. Теперь объект готов записывать лог. Мы перегрузили метод write, благодаря этому мы можем задавать разную структуру сообщения, примеры вызова метода write и результат в файле:

logger.write("Тестовое сообщение");

logger.write("Тестовое сообщение", "ошибки");

logger.write("Тестовое сообщение", "ошибки",Red);


logger.write("Тестовое сообщение", "ошибки",Red,__FILE__,__LINE__);


logger.write("Тестовое сообщение", "ошибки",173,255,47);



logger.write("Тестовое сообщение", "ошибки",173,255,47,__FILE__,__LINE__);

В файл лога запишутся следующие строки:

notice:|:23:13:12    Тестовое сообщение
ошибки:|:23:13:12    Тестовое сообщение
ошибки:|:255,0,0:|:23:13:12    Тестовое сообщение
ошибки:|:255,0,0:|:23:13:12    файл: testLogger.mq5   строка: 27   Тестовое сообщение
ошибки:|:173,255,47:|:23:13:12    Тестовое сообщение
ошибки:|:173,255,47:|:23:13:12    файл: testLogger.mq5   строка: 29   Тестовое сообщение

Как видите, все очень просто. В любом месте вызвать метод write() с нужными параметрами и сообщение будет записано в файл. В конце вашей программы необходимо вставить вызов двух методов — flush() и deinit().

logger.flush();
logger.deinit(); 

Вот пример простейшего скрипта который записывает в лог просто числа в цикле:

#property copyright "ProF"
#property link      "http://"
#property version   "1.00"
#include <Сlogger.mqh>
CLogger logger;




void OnStart()
  {

   logger.SetSetting("proj","lfile");
   logger.init();                       
   logger.write("Старт скрипта","system");  
   for(int i=0;i<100000;i++)               
     {
      logger.write("log: "+(string)i,"notice",100,222,100,__FILE__,__LINE__);
     }
   logger.write("Остановка скрипта","system"); 
   logger.flush();                         
   logger.deinit();                        
  }

Скрипт выполнился за три секунды, создал 2 файла:

Содержимое файла:

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

Уровень вывода сообщений

Когда мы пишем программу, приходится выводить несколько типов сообщений:

1. Критические ошибки (Программа ведет себя не правильно);
2. Уведомления о не критических ошибках, торговых операциях и т.п. (В программе возникли временные ошибки, или программа совершила важное действие, о котором нужно уведомить);
3. Отладочная информация (Содержимое массивов, переменных и другая информация не нужная во время реальной работы).

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

Объявим переменную-параметр, которая будет содержать уровень вывода сообщений. Чем больше число в переменной, тем больше категорий сообщений будет выводиться. Если мы хотим совсем запретить вывод сообщений, необходимо записать число «-1».

input int dLvl=2;

Ниже приведен код функции, ее необходимо объявлять после создания объекта класса CLogger.

void debug(string debugMsg,
          int lvl        )
{
   if (lvl<=dLvl) 
   {
       if (lvl==0) 
       {logger.write(debugMsg,"",Red);} 
       else
       {logger.write(debugMsg);} 
   }
}

Теперь пример использования, самым важным сообщениям нужно задавать уровень «0», а самым бесполезным любое число по возрастанию от нуля:

debug("Ошибка в эксперте!",0); 
debug("Сработал стоп-лосс",1);      
int i = 99;
debug("Переменная i:"+(string)i,2); 

Удобный просмотр лога программой LogMon

Вот у нас есть файлы с тысячами строчек лога, но искать информацию в них сложно. Они не разделены по категориям и не отличаются видом друг от друга. Я постарался решить данную проблему, а именно написал программу для просмотра логов генерируемых классом CLogger. Сейчас я проведу краткое знакомство с программой LogMon, написанной на C++ с применением winapi, благодаря этому она получилась быстрой и малого размера. Программа абсолютно бесплатна.

Для работы программы ее нужно:

1. Скопировать в папку «папка_терминалаMQL5Files» и запустить — в случае штатной работы.
2. Скопировать в папку «папка агентовагентMQL5Files» и запустить — в случае прогона в тестере или оптимизации.

  Главное окно программы выглядит так:

В главном окне присутствует панель кнопок и окошко с древовидным списком, для раскрытия элементов нужно сделать двойной клик левой кнопкой мыши. Папки в списке — это проекты, которые находятся в папке «папка_терминалаMQLFileslog». Название проекта вы задаете в классе CLogger методом SetSetting(). Файлы в папках списка — это файлы логов, сообщения в файлах разделяются на категории, которые вы задавали в методе write(). Цифры в скобках — количество сообщений в данной категории.

Теперь рассмотрим кнопки слева на право.

Кнопка удаления проекта или файла лога, а так же для сброса древовидного списка

При нажатии появляется следующее окно:

Если нажать на кнопку «Удалить и сбросить» будут остановлены все потоки сканирования файлов/папок, сброшен древовидный список и отображен стандартный запрос на удаления выделенного файла или проекта (выделение — один клик на элементе, ставить галочку не нужно!). Кнопка «Сброс» — будут остановлены все потоки сканирования файлов/папок, сброшен древовидный список.

Кнопка вызова окна «О программе»

Вызывает краткую информацию о программе и авторе.

Кнопка закрепления окна поверх всех окон

Помещает окно поверх всех окон.

Кнопка активации мониторинга новых сообщений в логах

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

Если галочка поставлена напротив категории сообщений, то сработает оповещение при новом сообщении данного проекта (файла, категории). Если галочка стоит напротив файла, оповещение сработает при новом сообщении в этом файле любой категории. И наконец, если установлена галочка около проекта, то оповещение будет срабатывать при появлении новых файлов лога и сообщений в них.

Мониторинг

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

Просмотр категории лога

Для просмотра определенной категории нужно сделать двойной клик на категории. Затем появится окно с сообщениями:

В этом окне есть поле ввода для поиска по сообщениям, кнопка закрепления окна поверх всех окон и переключатель автоскроллинга. Цвет каждого сообщения в отдельности определяется вами с помощью метода write() класса CLogger. Какой цвет вы укажете, таким фоном будет выделено сообщение.

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

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

Заключение

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

Буду рад вашим замечаниям и предложениям!

Wpi_log.txt

Распространенные проблемы Wpi_log.txt

Вопросы, связанные с wpi_log.txt и Third-Party Application:

• «Ошибка в файле Wpi_log.txt.»
• «Wpi_log.txt перемещен или отсутствует. «
• «Файл не найден: wpi_log.txt»
• «Сбой загрузки: wpi_log.txt. «
• «Ошибка регистрации: wpi_log.txt. «
• «Ошибка времени выполнения — wpi_log.txt. «
• «Ошибка загрузки: wpi_log.txt. «

Во время установки Third-Party Application могут возникнуть ошибки wpi_log.txt, во время работы программы, связанной с wpi_log.txt, во время загрузки драйвера устройства, связанного с Windows Software Developer, или во время запуска/завершения работы. Важно не учитывать, когда возникают проблемы с wpi_log.txt, так как это помогает устранять ошибки, связанные с Third-Party Applications, и сообщать о них в Windows Software Developer.

Источник ошибок Wpi_log.txt

Заражение вредоносными программами, недопустимые записи реестра Third-Party Application или отсутствующие или поврежденные файлы wpi_log.txt могут создать эти ошибки wpi_log.txt.

В частности, проблемы wpi_log.txt, созданные:

• Недопустимая (поврежденная) запись реестра wpi_log.txt.
• Вирус или вредоносное ПО поврежден wpi_log.txt.
• Другая программа (не связанная с Third-Party Application) удалила wpi_log.txt злонамеренно или по ошибке.
• wpi_log.txt конфликтует с другой программой (общим файлом).
• Поврежденная загрузка или неполная установка программного обеспечения Third-Party Application.