Здравствуйте! Не могу найти файл otchet.csv, где она должна быть? Или его сам создавать. и куда его сохранять?

Файл otchet.csv формируется автоматически. Чтобы начал формироваться, необходимо сначала подключить статистику. Как это сделать см. п. 6 в файле ReadMe.doc документации к ИРБИСу. Затем найти файл irbis_server.ini в папке, куда вы ставили web-ирбис. Раскоментировать следующее:
#имя БД для логов
LogDateBase=LOGDB
#опустошать ежедневно LOGDB
EveryDayEmtyLogDB=1
#Имя файла отчета
EveryDayEmtyLogDB_Report=otchet.csv
Перед значениями на англ. языке будет стоять знак решетки # вот его надо удалить (# - обозначает комментарий - система такой параметр не воспринимает и пропускает его). Через сутки (точнее в 24-00 каждого дня) будет сформирован файл otchet.csv, каждая строка в котором отвечает за определенный прошедший день.

Файл otchet.csv формируется когда запущен сервер ИРБИСа?

woodyfon написал(а):
-------------------------------------------------------
> Файл otchet.csv формируется когда запущен сервер
> ИРБИСа?

Никакой функциональной связим между WEB ИРБИС и TCP\IP сервером ИРБИС не существует. Приведённые Вами в предыдущем сообщении параметры должны обеспечивать дополнение файла otchet.csv раз в сутки.



Редактировано 1 раз. Последний раз 02.08.2011 00:01 пользователем Кирилл Соколинский (СЗТУ).

меня смущает то, что я добавил в статистику параметр "количество обращений к внешнему объекту" и в файле otchet.pft указал
'-',';',
/*Число загрузок полнотекстовых документов
&uf('+3SLOGDB,0,','|','DL','|',','),
а в файл fst добавил строку
8 0 if v2222='2' then 'DL' fi
Теперь файл отчета формируется в момент запроса в следующий день. А должен в 00:00

Решено!!!



Редактировано 2 раз. Последний раз 02.08.2011 03:26 пользователем woodyfon.

А нет, не решено до конца
БД LOGDB все равно опусташается в момент первого запроса в следующий день.

woodyfon написал(а):
-------------------------------------------------------
> А нет, не решено до конца
> БД LOGDB все равно опусташается в момент первого
> запроса в следующий день.

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

Добрый день!
Непонятно почему, но не появляется файл othcet.csv

В irbis_server.ini всё сделали как положено:

#имя БД для логов
LogDateBase=LOGDB
#опустошать ежедневно LOGDB
EveryDayEmtyLogDB=1
#Формат перед опустошением для отчета - применяется к 1-й записи LOGDB - см пример otchet.pft
EveryDayEmtyLogDB_Format=otchet
#Имя файла отчета
EveryDayEmtyLogDB_Report=otchet.csv

База пополняется, в Web-Ирбисе всё считается, а после опустошения, на следующий день вся статистика пропадает и считает заново. Собственно, как и положено, но файл так и не появляется.

В чём может быть проблема? Никак ума не приложу.
Заранее спасибо.

Web-Ирбис 2011.1

Проблема может быть в том, что нет соответствующих прав на запись в папке, куда установили ИРБИС.

Таже самая проблема не создается файл отчет

OMEN написал(а):
-------------------------------------------------------
> Таже самая проблема не создается файл отчет

Как справедливо отмечал Андрей, наиболее вероятная проблема в правах доступа.

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

Требуется, чтобы создавлся файл отчета otchet.csv и в то же время не очищалась БД LOGDB. Как это можно реализовать?

woodyfon написал(а):
-------------------------------------------------------
> Требуется, чтобы создавлся файл отчета otchet.csv
> и в то же время не очищалась БД LOGDB. Как это
> можно реализовать?

Такого режима не существует, так как он был бы логически противоречив: если база содержит в себе необходимые данные, то какой смысл экспортировать в CSV и анализировать данные в сторонних приложениях? (в общем случае, конечно)

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

А что вам мешает самостоятельно забирать записи из LOGDB и опустошать ее так же самостоятельно?

Это все-таки требует участия пользователя, а процесс хотелось бы автоматизировать.

Пакетные задания для Администратора у вас не работают?

Максим, а можно поподробней. Разве вручную можно делать экспорт данных из Бд LOGDB в файл otchet.csv? Например, сделать экспорт через пакетные задания и в 24-00 БД опустошить.
Это было вообще замечательно. В идеале экспортировать данные за прошедшие сутки.



Редактировано 1 раз. Последний раз 08.02.2012 16:35 пользователем woodyfon.

Если вы пишите свое приложение, то и смысла вам в otchet.csv нет. Выгружайте записи в текстовом формате из базы и в своем приложении их обрабатывайте.
Логика тут может быть примерно такой:
1. Стопите веб-сервер, чтобы гарантировать, чтобы запись логов остановить.
2. Запускаете пакетное задание, которое делает экспорт всех записей и текстовый форма и опустошает базу LOGDB.
3. Стартуете веб-сервер
4. Работаете с полученным файлом своими методами.

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

На самом деле, как правильно заметил Кирилл, нет никакого смысла вести ежедневный срез, не опустошая базу логов. Вы либо пользуетесь файлом отчета, либо работаете с чистыми событиями. Объединять эти 2 способа обработки данных не совсем разумно. Лично мне не приходит не одной причины, зачем это могло бы понадобится.
Если вы хотите не опустошать базу логов, значит вы готовы работать с чистыми событиями.
Однако вы не хотите с ними работать. Значит исходным для вас является файл отчета.
Вы уж определитесь, что вам нужно.

Идея заключается в следующем:
Сделать показ статистики независимым от ИРБИСа, но тем самый сбор статистики осуществлять средствами ИРБИСа. Например, имеется некий адрес странички, где нужно указать логин и пароль. После ввода валидных данных перейти на страничку показа статистики, которая основывается на sql и php.
Актуально для сохранения истории по месяцам или годам.
А поддержка двух способов нужна в том случае, если разработанная статистика упадет или уйдет человек, которое это может поднять, а библиотекари все таки смогли каким-то образом вытянуть эту статистику уже непосредственно из АРМа.
В принципе не так сложно, наверное, работать с логами, но это дополнительная работа.

Уууу, как все запущено :)...
Извините, не сдержался.

Если основной для вас является база MySQL, то и делайте каждый день резервные дампы MySQL базы. Зачем вам ее в Ирбисе-то держать? К тому же постоянно растущая база логов со временем очень сильно затормаживает работу шлюза. Из практики: база в 3000000 (3М) событий вызывает задержку выполнения шлюза до 6 секунд, в то время как без логов ответ отдается за 1,5-2 секунды. По этому вынесение логов вообще за пределы шлюза должно быть приоритетной задачей.

Единственной причиной, по которой база в Ирбисе может понадобиться - это смена программиста. Ну так ему все равно изучать все заново, что Ирбис, что логи в MySQL (который, кстати, в 99% случаев знаком каждому программисту).

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

Максим, полностью с тобой согласен. Смена программиста в библиотеке равносильна уволнению оного. У меня за три дня база разрослась на 2.5 тыс записей и это тогда, когда каталог находиться в локальной сети. Поэтому, если выйдем во внешним мир, есть смысл отвязать просмотр статистики от WI.
P.S. Ниче, пустырь будем застраивать.
У нас нет такой должности в библиотеке, как программсит или инженер, поэтому оставить возможность покопаться обычным библотекарям лучше было.



Редактировано 1 раз. Последний раз 09.02.2012 02:42 пользователем woodyfon.

Добрий день. Помогите разобраться. При подключении статистики в Ирбис, ini файл раскоментировала
#имя БД для логов
LogDateBase=LOGDB
#опустошать ежедневно LOGDB
EveryDayEmtyLogDB=1
#Формат перед опустошением для отчета - применяется к 1-й записи LOGDB - см пример otchet.pft
EveryDayEmtyLogDB_Format=otchet
#Имя файла отчета
EveryDayEmtyLogDB_Report=otchet.csv
в БД LOG записує, кождый день опустошает. А файл otchet.csv не наполняет. Помогите, пожалуйста, что можно сделать?

> в БД LOG записує, кождый день опустошает. А файл
> otchet.csv не наполняет. Помогите, пожалуйста, что
> можно сделать?
Убедитесь в том, что у шлюза есть права на запись в директорию.

Такая же проблема. Файл otchet.csv не формируется.Права на запись есть. Версия ирбис64 2014.1. При этом идет наполнение файла отчета в предыдущей версии, не знаю, насколько верны значения, но текущая дата есть. Т.е. статистика подключена и должна быть в папке irbis64r_14, а идет в папку irbis64r_12.

OksanaN написал(а):
-------------------------------------------------------
> Такая же проблема. Файл otchet.csv не
> формируется.Права на запись есть. Версия ирбис64
> 2014.1. При этом идет наполнение файла отчета в
> предыдущей версии, не знаю, насколько верны
> значения, но текущая дата есть. Т.е. статистика
> подключена и должна быть в папке irbis64r_14, а
> идет в папку irbis64r_12.

Если описание ситуации точно, видимо, Вы использовали старый irbis_server.ini файл.

Поясните пожалуйста, что значит "старый irbis_server.ini файл"? Удалила irbis64r_14, поставила заново, как описано в инструкции, подключила статистику с тем irbis_server.ini, который загрузился. Но файл отчета не формируется.

OksanaN написал(а):
-------------------------------------------------------
> Поясните пожалуйста, что значит "старый
> irbis_server.ini файл"? Удалила irbis64r_14,
> поставила заново, как описано в инструкции,
> подключила статистику с тем irbis_server.ini,
> который загрузился. Но файл отчета не формируется.

Если Вы не использовали irbis_server.ini предыдущей версии и установили систему "с нуля", то проблему необходимо искать или в параметрах INI (они должны быть установлены так, как в сообщении этой ветки от 4 февраля), или в правах на запись шлюза (очень часто являются определяющим фактором для IIS).