The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
аппликуха и варианты логгирования, !*! fail, 25-Июн-15, 18:17  [смотреть все]
  • аппликуха и варианты логгирования, !*! Square, 18:38 , 25-Июн-15 (1)
    >    - id source - ид. источника ( строго фиксированный
    > - в рамках текщего контекста приложения )
    >    - datetime stamp - вчера, день, неделю, ..., все
    > время ( задается пользователем )
    >    - text in message - текст для поиска в
    > сообщении ( задается пользователем )

    Жжоте :)

    filename.log
    id application <tabulation> id source <tabulation> datetime stamp <tabulation> text in message

    формат называется CSV, описан тут: https://ru.wikipedia.org/wiki/CSV

    Широко используется в ИТ последние лет 50 :)

    • аппликуха и варианты логгирования, !*! fail_, 20:43 , 25-Июн-15 (2)
      • аппликуха и варианты логгирования, !*! Square, 21:06 , 25-Июн-15 (3)
        >> Жжоте :)
        >> filename.log
        >> id application <tabulation> id source <tabulation> datetime stamp <tabulation> text in
        >> message
        >  id source <tabulation> datetime stamp <tabulation> message
        > так было бы корректней сказать в данном предложении;
        > text in message - это что искать в сообщениях, не совсем правильно
        > поняли

        Зачем что-то искать? Вы вообще о чем?

        Вы написали, что пишите приложение, которое будет шпионить за действиями пользователя ( вести лог) и далее описали какие данные хотите видеть в этом логе.
        id source <tabulation> datetime stamp <tabulation> message

        message - это и есть я так понимаю описание действий пользователя.. названия кнопок,вводимый текст... координаты мышки...

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

        если вы далее с этими логами (это же логи, не база данных) планируете что-то делать вроде парсинга и извлечения из них данных, полнотекстового поиска по ним... это совершенно другая задача...
        и лучше сразу засовывать логи в нечто-базоподобное....xml например.или просто в базу...встроенную напрмиер..чтото вроде sqlite

        То есть вопрос вобщем то простой:

        вы хотите обеспечить в этой программе логирование (воспользовавшись готовыми отлаженными механизмами) или хотите под предлогом этой работы изобрести свою собственную файл-ориентированную базу данных.

        На мой взгляд - это совершенно разные задачи :)

        PS: SqLite поддерживает тип данных blob- можно пихать что угодно :)




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру