12. Печатная форма NNN выводит данные о количестве обработанных экземпляров (всего или за определенный период). Хотелось бы, что бы эта форма выводила данные еще и поколичеству наименований.
13. Огромное количество библиотек в своих обращениях и тут на форуме просят изменить формирование шапки каталожных карточек и библиографических описаний так, что бы там не выводилось поле 903, а всегда бралась информация из полей 621/675/906/908
14. Большая просьба добавить формирование поля 907 во все базы (athrb, athrg, athru, GURF, GUSK, PODB, POST)
15. В базе данных логов ВебИрбиса LOGDB изменить словарь дат, что бы они формировались в привычном для Ирбиса виде ГГГГММДД
16. Есть предложение перенести статистику по корректировке/созданию записей из базы с записями в отдельную базу логов. Пример такой настройки
В Автоин добавляется блок:
NEWMFN
'LOG'
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
1
XXXXXXXXXXXXXXXXXXX
&uf('+D')
XXXXXXXXXXXXXXXXXXX
ADD
907
XXXXXXXXXXXXXXXXXXX
'^A'&uf('3')' '&uf('39')'^B'&unifor('IPRIVATE,FIO,')'^C'if val(mfn)=0 then 'create' else if &unifor('+6')='0' then 'delete' else 'correct' fi fi
XXXXXXXXXXXXXXXXXXX
ADD
903
XXXXXXXXXXXXXXXXXXX
v903
XXXXXXXXXXXXXXXXXXX
ADD
904
XXXXXXXXXXXXXXXXXXX
mfn
XXXXXXXXXXXXXXXXXXX
ADD
3
XXXXXXXXXXXXXXXXXXX
if val(mfn)>0 then &uf('+7w1#' ref(l('I='v903),&uf('+0'))),&uf('+7w2#' &uf('+0')),&uf('+7S1#2'),(if g1<>'' then if g1*200<>'' then g1.200 '...' else g1 fi fi/) fi
XXXXXXXXXXXXXXXXXXX
ADD
4
XXXXXXXXXXXXXXXXXXX
if val(mfn)>0 then &uf('+7w1#' ref(l('I='v903),&uf('+0'))), &uf('+7w2#' &uf('+0')), &uf('+7S2#1'), (if g2<>'' then if g2*200<>'' then g2.200 '...' else g2 fi fi/) fi
XXXXXXXXXXXXXXXXXXX
END
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
В базе LOG создаются записи при каждом редактировании в любой другой базе. В записи изменения указывается база, в которой произошла корректировка, шифр документа в исзодной базе, а так же два перечня полей что удалилось и что добавилось нового в запись
По этой базе можно и статистику снимать, и контролировать работу. Главное удобство - стат.формы по наполнению/редактированию, запущенные на этой базе, дают сразу результат стат. распределения по всему Ирбису в целом. Для эксперимента подключил это в библиотеке во всех базах (и библиографических, и читателей, и служебных) - получил очень много подробных данные о работе коллектива.
Отдельно прошу обратить внимание, что я тут указываю не просто дату, а еще и времы выполнения того или иного действия
17. Давно назревает вопрос пересмотра расположения всех файлов системы на сервере. Есть хороший подход MVC. Почему бы не начать его использовать? Отдельно хочу сказать, что при постоянных обновлениях и доработках системы следить за десятками тысяч файлов просто нериально. Хочу вынести на обсуждение следующую идеологию расположения файлов на сервере Ирбиса:
IRBIS64_SERVER/ - корневая папка сервера Ирбиса
DATAI/ - папка ДАТАИ, в которой храняться неизменные форматы и ресурсные файлы из дистрибутива (эталонные!)
DEPOSIT/
ALL_DB_FILE(mst,xrf...)/ - одна папка для всех без исключения файлов баз данных. В случае чего ее и копировать проще
DB1_RESURCE/ - для каждой отдельной базы содержать папку только под ее уникальные ресурсы (эталонные!)
...
DBN_RESURCE/
DATAI_USER/ - папка с измененными, пользовательскими настройками
DEPOSIT_USER/ - общие для всех баз измененные пользователем файлы
DB1_RESURCE/ - измененные пользователем файлы для отдельной базы
...
DBN_RESURCE/
FULLTEXT/ - отдельная папка для полных текстов. При желание, в ней можно прописывать разделения какие-то, но при установке все 11 параметры пар-файлов должны ссылаться на одно файловое харилище.
Очередность поиска ресурсов сервером на диске:
1. ищу ресурс в DATAI_USER/DB1_RESURCE
2. ищу ресурс в DATAI_USER/DEPOSIT_USER
3. ищу ресурс в DATAI/DB1_RESURCE
4. ищу ресурс в DATAI/DEPOSIT
При таком расположении файлов любые переустановки и переходы на новые версии будут максимально упрощены. Более того, при таком подходе уже появляется возможность построить систему автоматического обновления с удаленного сервера - мы ничего не испортим в настройках клиента!
18. я уже ранее писал по поводу особенностей управления ини-файлами в большой библиотеке. Хотелось бы, что бы по умолчанию на сервере был папка, в которой складировались бы все пользовательские ини-файлы. Но самый лучший вариант - все настройки и самих пользователей держать в базе данных
Редактировано 1 раз. Последний раз 24.04.2019 09:21 пользователем Gena.