Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис   
Система ИРБИС в целом :  ИРБИС Irbis
 
Страницы: <<123456789>>
Страница: 2 из 9
Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 29, March, 2019 13:06

Alio написал(а):
-------------------------------------------------------
> Gena написал(а):
> --------------------------------------------------
> -----
> > Александр Иосифович, большая просьба - в АРМе
> > Администратор снять ограничение на длину
> названия
> > (латинского) базы.
> А в чем проблема?


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

Эта ситуация присуща в ЦБС и Областных библиотеках, где кроме электронного каталога могут формироваться технологические базы под какие-то конкретны задачи: исследования, формирование сборников, работа над биобиблиографическими выпусками, анализ данных и т.д.

Re: Версия 2019.1
Пользователь: levr (IP-адрес скрыт)
Дата: 01, April, 2019 21:36

хотелось получить возможность перевода на украинский язык "шапки" выходной формы которая отвечает за рассылку в режиме ИРИ из АРМ "Книговыдача"

Графика современного азербайджанского языка на латинице

А.И. обещал решить задачу в вер. 2019.1 (есть в записи вэбинара по АРМ "Книговыдача")



Редактировано 2 раз. Последний раз 02.04.2019 07:11 пользователем levr.

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 02, April, 2019 15:48

Хотелось бы иметь возможность для

unifor('I<SECTION>,<PAR_NAME>,<DE-FAULT_VALUE>')

Назначение: Вернуть параметр из INI-файла.

возвращать параметр не только из серверного ini файла сервера, но и из соответствующего клиентского ini.


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

Государственная универсальная научная библиотека Красноярского края



Редактировано 3 раз. Последний раз 02.04.2019 16:28 пользователем GLUKa.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 02, April, 2019 17:59

GLUKa написал(а):
-------------------------------------------------------
> Хотелось бы иметь возможность для
>
> unifor('I,,')
>
> Назначение: Вернуть параметр из INI-файла.
>
> возвращать параметр не только из серверного ini
> файла сервера, но и из соответствующего
> клиентского ini.
>
>
> Иногда очень нужно уметь прочитать контекст
> запущенного арма. например,находясь в глобальной
> корректировке, получить список mfn отмеченных
> записей, еще до корректировки первой из отмеченных
> записей. или выполненный поисковый запрос.

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

Re: Версия 2019.1
Пользователь: mixalevo432 (IP-адрес скрыт)
Дата: 04, April, 2019 22:12

Доброго времени суток.

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, три просьбы, касающиеся
> TCP/IP-сервера и АРМа Администратор.
>
>
> 1. Из опыта создания пользователей САБ ИРБИС64
>
> При сопровождении Ирбиса в библиотеке одной из
> первых задач, с которой сталкивается любой
> администратор, это создание пользовалетей. Вроде
> бы ничего сложного в этом нет, но есть подводные
> камни, которые явно не оговариваются, и это
> приводит к последующим проблемам.
> В частности, очень не многие администраторы при
> создании новых пользователей назначают им
> индивидуальные ини-файлы. В связи с этим очень
> большая просьба: автоматически дописывать к именам
> стандартных ини-файлов имя пользователя, которого
> сейчас создают.
>
> 2. При работе с очень большим количеством
> пользователей удобно складывать их ини-файлы не в
> корневую директориюю сервера, а создавать для
> этого отдельную папку. Чаще всего в корневой папке
> сервера создаем папку INI и в нее уже помещаем
> сами ини-файлы. При этом в полях указания
> ини-файлов в списке пользователей указывается не
> только ини-файл, но и название директории.
> Выглядит это следующим образом
> "/INI/IRBISC_ИвановИИ.INI". На стороне сервера я
> могу внести изменения в ини-файл TCP/IP-сервера и
> в файл client_ini.mnu, что бы в поле ввода
> ини-файла уже автоматически прописывался префикс.
> Но это не работает для списка пользователей из
> АРМа Администратор. Можно ли это исправить?

Александр Иосифович, я бы хотел поддержать данное предложение и несколько дополнить.

Обеспечить возможность при создании/корректировке пользователя назначать доступные ему БД тем самым автоматически формируя справочник dbnam_пользователь.mnu одновременно добавляя указанный справочник в сооветствующий параметр в IRBISC_пользователь.ini и далее

Gena написал(а):
-------------------------------------------------------
> 2. При работе с очень большим количеством
> пользователей удобно складывать их ини-файлы не в
> корневую директориюю сервера, а создавать для
> этого отдельную папку.

Так же имеется вопрос/предложение с небольшой надеждой на осуществление.

Возможно ли в генераторе табличных форм обеспечить поддержку HTML на равне с RTF или, как вариант, возможность использовать готовый шаблон (*.dot) для подстановки в него условий формирования таблицы?

Это бы сильно упростило создание нестандартных выходных форм.
Мы готовим исходящие документы, для отправки в другие организации, и документы для различных проверок на основе информации из БД ИРБИС64. Шаблоны этих документов должны соответсвовать стандартам предприятия и отрасли, в них довольно сложная разметка. Для этого приходится вручную перекраивать RTF, что является очень трудозатратно.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

Re: Версия 2019.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 05, April, 2019 08:59

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

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 09:23

Просьба. Для ускорения импорта через АРМ Каталогизатор
ввести параметр отключающий формирование протокола при импорте записей или сделать возможность записи протокола в файл в директории irbiswrk

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 16, April, 2019 09:40

Не могу не поерничать: и это все, что Вы (Gena, GLUKA) можете предложить в плане ПЕРСПЕКТИВ развития системы ИРБИС?

Re: Версия 2019.1
Пользователь: Игорь (IP-адрес скрыт)
Дата: 16, April, 2019 09:50

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?


Хотите перспектив развития - включите поддержку национальных языков при поиске и выдаче данных сервером.
Библиотеки братских народов и не только братских будут благодарны.

Все СУБД могут это, только один ИРБИС такой особенный...

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 10:16

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?

:)

Сделать возможность в АРМ Книговыдача: выдачи без ЭК через заимствование, например, из ирбис-корпорации, или каких то других ресурсов:)

Государственная универсальная научная библиотека Красноярского края



Редактировано 1 раз. Последний раз 16.04.2019 10:19 пользователем GLUKa.

Re: Версия 2019.1
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 16, April, 2019 10:16

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?

Уважаемый Александр Иосифович!

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

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

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

Формально, у нас есть совет по развитию Системы ИРБИС и Ассоциации ЭБНИТ. Есть члены правления и распространители ИРБИС (представители Ассоциации) есть активные заинтересованные пользователи. Есть проект концепции развития.
Необходимо искать механизмы, которые позволят всем этим компонентам Ассоциации ЭБНИТ более эффективно чем сейчас работать на практике.

Высказывать предложения конечно нужно, но с учетом открытости ИРБИС и нашего форума, а также обостряющейся конкуренции - вряд ли стоит все вопросы выносить на форум.

Желаемую для пользователей обратную реакцию на высказываемые предложения тоже необходимо получать. От упреков очень хотелось бы перейти к позитивному конструктиву.

С уважением ко всем форумчанам, А. Роман

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 10:26

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?

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

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 10:32

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?


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

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 16, April, 2019 10:41

Игорь написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Не могу не поерничать: и это все, что Вы (Gena,
> > GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> > развития системы ИРБИС?
>
>
> Хотите перспектив развития - включите поддержку
> национальных языков при поиске и выдаче данных
> сервером.
> Библиотеки братских народов и не только братских
> будут благодарны.
НЕ понял... О какой поддержке идет речь? Каких языков при поиске Вам не хватает? ОТ "братских" народов не поступало никаких претензий...
И что это значит вообще "выдача данных сервером"?

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 10:43

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?
в режиме глобальной корректировки хорошо бы передавать модельное поле с поисковым запросов и/или со списком отмеченных записей. отправленных на корретировку.
Иногда в глобальной корректировке нужно знать заранее( еще до корректировки первой из отмеченных или найденных записей), что будешь именно будешь корректировать.

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 16, April, 2019 10:45

И Вы все это называете перспективами развития??? Однако...

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 10:48

Alio написал(а):
-------------------------------------------------------
> Не могу не поерничать: и это все, что Вы (Gena,
> GLUKA) можете предложить в плане ПЕРСПЕКТИВ
> развития системы ИРБИС?

во всех веб модулях системы (j-ирбис, Арм читатель irbis128, WEB-ирбис 2018 версии).
нужна поддержка функционала для переключения каталога (сайта) в режим для слабовидящих.

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

Государственная универсальная научная библиотека Красноярского края



Редактировано 1 раз. Последний раз 16.04.2019 10:49 пользователем GLUKa.

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 16, April, 2019 11:09

Alio написал(а):
-------------------------------------------------------
> И Вы все это называете перспективами развития???
> Однако...

Ветка ведь не про перспективы. а про предложения по функционалу для следующей версии Системы.

про перспективы. нужно развивать АРМЫ ИРБИС 128.

Развивать дальше функциональные возможности АРМ Каталогизатор и АРМ Книговыдача 128.

и создать АРмы Комплектатор, Книгообеспеченность 128.


Мы рады уже тому, что есть серверная часть ИРБИС64 версий 2017.1 для ОС LINUX. Замечательно, что это направление развивается. :)

так же. Для удобной работы сотрудников на выездных площадках (актуально для детских библиотек). Нужен адаптивные интерфейс (или мобильный) для АРМа Книговыдача 128 для работы на планшетах.

Государственная универсальная научная библиотека Красноярского края



Редактировано 4 раз. Последний раз 16.04.2019 11:25 пользователем GLUKa.

Re: Версия 2019.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 16, April, 2019 14:41

При роботе с сервером ИРБИСа на Линуксе без GUI нет возможности выполнить серверный АРМ Администратор.
Быстрее конечно сделать консольный АРМ, а в идеале этот АРМ должен работать через свой веб-интерфейс на подобие VestaCP (с автономным веб-сервером и php).

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 16, April, 2019 15:17

Konstantinus написал(а):
-------------------------------------------------------
> При роботе с сервером ИРБИСа на Линуксе без GUI
> нет возможности выполнить серверный АРМ
> Администратор.
> Быстрее конечно сделать консольный АРМ, а в идеале
> этот АРМ должен работать через свой веб-интерфейс
> на подобие VestaCP (с автономным веб-сервером и
> php).
Перенесите свое сообщение в раздел ИРБИС и LINUX

Re: Версия 2019.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 16, April, 2019 17:00

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

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 16, April, 2019 20:31

Konstantinus написал(а):
-------------------------------------------------------
> Хотелось бы возможность переключать язык
> интерфейса "на лету" или параметрировать для
> каждого пользователя.
Однозначно нет...

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 07:48

Александр Иосифович, есть небольшое пожелание по доработке модуля загрузки файлов на сервер, который используется для полей 951 и 955.
1. добавить колонки с датой изменения файла и его размером
2. после загрузки файла автоматически делать его активным (прокручивать список файлов к новому файлу и подсвечивать его)
3. сделать индикацию процесса загрузки для больших файлов
4. сделать возможность переименовать файл
5. сделать возможность удалить файл
6. сделать возможность переместить файл (указать другую папку, в которую он должен быть перемещен)


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

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 08:11

Еще несколько просьб:
1. Сделать возможным отключение формирование диаграмм в стат.формах
2. Так как достаточно массовым явлением становится отказ от Microsoft Officce, а так же постоянно появляются разнообразные заменители, очень многие пользователи просят изменить стат. отчеты так, что бы они формировались в виде HTML-документов. НО!!! Очень хочется, что бы это была не просто таблица, а таки таблица с форматированием - другими словами, что бы была возможность подставить какой-то шаблон оформления
3. В АРМе Комплектатор есть возможность работать с электронными прайсами. Из нескольких библиотеки приходили обращения о проблемах с загрузкой прайса из-за того, что они оказывались большими - много строк, и не все загружалось. Нужно или снять ограничение, или его параметрировать в ини-файле
4. Так же в АРМе Комплектатор просится возможность проверки прайса на предмет того, чего в библиотеке сейчас нет. Другими словами, что бы можно было загрузить прайс и условно говоря "вычеркнуть" все то, что уже есть в каталоге. Но должен быть хитрый поиск с учетом автора/заглавия, без годов и издательств
5. Очень просятся доработки АРМа Книговыдача для автоматической работы с утилитами от ООО Библиотека. Тим Говердовски сказал, что вы с ним эти моменты обсуждали. Имеется в виду утилиты ООО Библиотека, которые автоматически считывают метки и посылают их в активное поле. Тим сказал, что при использовании определенной технологии можно обеспечить идентификацию книги и читателя (как одним, так и двумя разными считывателями) и контролировать выдачу/возврат с изменением противокражных битов. Имеющаяся сейчас технология с модулями ocx, конверсия и клиент удобна в том случае, если компьютер используется ТОЛЬКО для выдачи. Если за компьютером нужно еще и каталогизировать фонд или вводить читателей, то работать становится очень сложно - постоянно нужны переключения между кучи окон.
6. Очень просим обновить файл DEFAULT.WS в соответствии с текущим состоянием рабочих листов. Это нужны и для нормального режима копирования, и для поисков
7. Очень просим пересмотреть политику расположения файлов форматов, таблиц, справочников и т.д. Ирбис переполнен дублирующими файлами, которые сильно усложняют работу администрирования. Особенно от этого страдают большие библиотеки, где технологически оправдана необходимость использования нескольких баз с разными настройками.
8. Давно просим сделать параметр для скрытия кнопки режима "Печать КК" и выключить этот режим в дистрибутивном варианте по умолчанию.

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 08:21

9. Почти все библиотеки, переходящие на САБ ИРБИС64 сталкиваются с непониманием принципов работы словарей Ключевых слов. Очень большая просьба:
а) сделать словарь "ненормированные ключевые слова", в которые будет попадать все как есть
б) сделать словарь "нормаированные ключевые слова", в которые будут попадать слова из поля 610
в) сделать словарь "слова из заглавия", в который будут попадать только слова из полей 200, 461, 463, 922, 330 и т.д.
10. Так же очень давно уже это обсуждали, но однозначного ответа так и не было. При создании печатных форм очень часто хочется иметь возможность внести в нее форматирование, в том числе и шрифты, выделение, стили и т.д. Сейчас модуль печати работает как черный ящик - на вход подаются одни данные, на выходе появляется что-то, что имеет свое собственное форматирование и исключает многое, что вносилось нами. ПолучаетсЯ, что сервер создает печатную форму, а уже потом модуль печати ее переделывает только ему известным способом. В Ирбис32 все работало не так. Хотелось бы иметь возможность переключиться к режиму формирования печатных форм как в Ирбис32
11. Модуль "Корректировка по словарю" активно используется библиотекарями в работе редактирования своего каталога. Но есть сложности - при попытке выполнить корректировку по некоторым словарям, выясняется, что термин в словаре создан несколькими разными полями. до тех пор, пока не будет выполнен поиск и отбор записей, невозможно понять какие именно поля сформировали термин. Очень хотелось бы, что бы в режиме "Корректировка по словарю" была возможность увидеть метки полей, которые сформировали этот термин. Но только не данные из файла FST, а реальный термин и реальные метки из записей.
12.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 24, April, 2019 08:41

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, есть небольшое пожелание по
> доработке модуля загрузки файлов на сервер,
> который используется для полей 951 и 955.
> 1. добавить колонки с датой изменения файла и его
> размером
> 2. после загрузки файла автоматически делать его
> активным (прокручивать список файлов к новому
> файлу и подсвечивать его)
> 3. сделать индикацию процесса загрузки для больших
> файлов
> 4. сделать возможность переименовать файл
> 5. сделать возможность удалить файл
> 6. сделать возможность переместить файл (указать
> другую папку, в которую он должен быть перемещен)
>
Однако... Если клиент должен иметь подобные права, то дайте ему полный файл-серверный доступ к соответствующим папкам.

>
> И маленькая просьба для дистрибутивного варианта -
> сделать в списке форматов, доступных для загрузки,
> вариант *.* - загрузка файла с любым форматом.

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 08:53

Alio написал(а):
-------------------------------------------------------
> Gena написал(а):
> --------------------------------------------------
> >
> Однако... Если клиент должен иметь подобные права,
> то дайте ему полный файл-серверный доступ к
> соответствующим папкам.
>


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

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 09:19

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.

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 24, April, 2019 11:42

19. Еще вспомнил. Это уже называли несколько человек на форуме. Во многих библиотеках нет отдельной кафедры регистрации, и все операции с читателями выполняются за одним компьютером (запись, выдача ЧБ, регистрации посещения, выдача/возврат книг). На данный момент почти все операции с читателем можно делать в АРМе Книговыдача. Только создавать там запись нет возможности. В связи с этим просьба - добавьте режим Регистрации Нового Читателя в АРМе Книговыдача.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 24, April, 2019 17:11

Gena написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Gena написал(а):
> >
> --------------------------------------------------
>
> > >
> > Однако... Если клиент должен иметь подобные
> права,
> > то дайте ему полный файл-серверный доступ к
> > соответствующим папкам.
> >
>
>
> Александр Иосифович, такой доступ нужен хотя бы по
> той причине, что случайно закинутый файл не в ту
> папку нужно удалить или перекинуть. Полный доступ
> дать можно, конечно, но это лишние окна, между
> которых нужно переключаться.
Не надо держать пользователя за идиота... Ничего, исходящего из этого представления, делаться не будет.

Страницы: <<123456789>>
Страница: 2 из 9


Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.