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

Хочу поесть суп, пока он готовится. На чем быстрее будет его приготовить? Пытаюсь на газовой плите, но пока что не получается.

на инфостарте был проект, там лог читается парсится и пишется в регистр

tail

а что если подвесить обработку при записи на объекты -и сразу писать куда либо?

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

Я уже написала скрипт на питоне, но проблема в том, что он запоминает последнюю строку. и если лог начинается заново, то скрипт перестает читать.

Не мешайте девушке пиариться знанием питона.

(7) Эм? я реально совет спрашиваю) текст скрипта при необходимости могу привести. Я просто сейчас ломаю голову, как избавиться от проблемы нового лога. Так как логи имеют свойство перезаписываться.

(8) тебе надо ловить событие изменения файла?

(4) Это слишком просто, Автору нужны космические корабли :)

читай с конца пока не дойдешь до строки с нужной датой

динамический список, Внешний источник данных, драйвер ОДБС для текстового файла.

если даты нет, то задача не решаема

tail -f | grep | писалка в базу

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

(0) пытайся сильнее

XStarter можно поглядеть, есть событие на изменение файлов + с базами может работать.

(5) т.е. вопрос на самом деле звучит не "на чем написать", а "дайте готовое решение" ?

(6) лог чего? 1С?
почему лог начинается заново?

(6) Даже если поправить скрипт, чтобы не переставал читать, он не прочитает конец старого лога.

(8) Не понял. Что это за лог такой, который перезаписывается в какой-то непонятный момент? Кому он такой нужен и в чем его смысл тогда? У правильных логов могут создаваться новые файлы. Старые могут удаляться в рамках какого-то стека файлов. И в рамках этой модели я проблемы не вижу.

(21) Это как настроишь.

Гугли readdirectorychanges() winapi

(0) открываешь файл, дочитываешь до конца, но не закрываешь. запускаешь цикл с проверкой размера файла каждые n секунд.
Если размер увеличился - дочитываешь файл до конца и опять цикл
Если уменьшился - значит это новый лог - переоткрываешь и читаешь с начала.

Реализуется хоть на 1С.

Но все равно это костыль - если в файл записали данные и удалили в течение n секунд - то такие данные пройдут мимо кассы.

если реч ьпро логи видны - то делается это не через парсинг файлов

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