Все АРМы и Web-ИРБИС64+

Обеспечена возможность формирования и отображения в HTML-форматах QR-кодов.

Для формирования и отображения QR-кодов предлагается следующая конструкция языка форматирования:

'<img src="data:image/jpg;base64,',&uf('#size,level,qrtext'),'">'

где:
size - размер пикселя QR-кода (по умолчанию 4)
level - уровень коррекции: принимает значения:
L - низкий
M - средний
Q - оптимальный
H - наивысший
qrtext - содержание QR-кода

Для HTML-форматов, работающих в АРМах, рекомендуется использовать иную конструкцию:

'<IRBIS TYPE="4" VALUE="size,level,qrtext"></IRBIS>',

Для формирования собственно QR-кодов используется свободно распространяемая утилита (будет поставляться в дистрибутиве)

В прикрепленных скриншотах в качестве примера демонстрируются QR-коды, содержащие ЗАГЛАВИЕ док-ов (v200^a)



Редактировано 1 раз. Последний раз 09.07.2021 09:18 пользователем Alio.

Александр Иосифович, а можно попросить Вас предоставить данный функционал для тестирования и отработки применения?

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

Речь про хранение паролей в САБ ИРБИС в зашифрованном с применением дополнительного ключа (соли) виде. В модулях (Web-ИРБИС, J-ИРБИС и ИРБИС128 и в АРМ Каталогизатор (в автовводе например при генерации пароля) необходимо включить функцию преобразования введенных пользователем в поле ПАРОЛЬ символов в хеш с применением дополнительного ключа.

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

А для чего тогда сделать вход через LDAP?

А. Роман написал(а):
-------------------------------------------------------
> Еще одно предложение появилось в ходе рабочих
> встречь с коллегами из модельных библиотек и тех,
> кто приступает к работе с ЛК пользователей.
> Собственно о нем писал и ранее, но сейчас
> актуальность повысилась.
>
> Речь про хранение паролей в САБ ИРБИС в
> зашифрованном с применением дополнительного ключа
> (соли) виде. В модулях (Web-ИРБИС, J-ИРБИС и
> ИРБИС128 и в АРМ Каталогизатор (в автовводе
> например при генерации пароля) необходимо включить
> функцию преобразования введенных пользователем в
> поле ПАРОЛЬ символов в хеш с применением
> дополнительного ключа.
>
> Хранить пароль в открытом виде - мягко говоря не
> верно. Хранить несоленый хеш по MD5 - не
> безопасно, так как есть т.н. радужные таблицы,
> которые помогают быстро определить исходное
> значение преобразованное в хеш.

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, а можно попросить Вас
> предоставить данный функционал для тестирования и
> отработки применения?
Послал...

Александ Иосифович, LDAP ведь есть не у всех и поэтому нужна альтернатива - собственная система авторизации (собственно она есть и сейчас, только есть предложение ее доработать приняв общепринятый стандарт безопасности хранения пароля).

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Александр Иосифович, а можно попросить Вас
> > предоставить данный функционал для тестирования
> и
> > отработки применения?
> Послал...


Спасибо большое! Поделился с коллегами по группе ИРБИС-Консультант!
Коллеги с интересом включились в обсуждение вариантов применения.

Очень хотелось бы, чтобы был исправлен алгоритм регистрации периодики, пописанный в autoin.gbl. Проблема в том, что регистрация интервалами при включении в них "сдвоенных" номеров приводит к тому, что во всех созданных записях NJ 931 поле будет размножено и в него запишутся шифры всех номеров, следующих за текущим.
======
То есть, например:
1. регистрируем интервал номеров издания н938600118 вида: 4-6,7/8,9-11
2. в самом "сдвоенном" выпуске получаем в 931 поле лишние повторения всех регистрировавшихся номеров:
#936/1:_7/8
#931/1:_^2н938600118/1990/4
#931/2:_^2н938600118/1990/5
#931/3:_^2н938600118/1990/6
#931/4:_^2н938600118/1990/7
#931/5:_^2н938600118/1990/8
#931/6:_^2н938600118/1990/9
#931/7:_^2н938600118/1990/10
#931/8:_^2н938600118/1990/11
3.в "обычных" номерах получим размножение 931 поля с шифрами номеров от текущего до последнего в интервале
#936/1:_6
#931/1:_^2н938600118/1990/7
#931/2:_^2н938600118/1990/8
#931/3:_^2н938600118/1990/9
#931/4:_^2н938600118/1990/10
#931/5:_^2н938600118/1990/11
4. в случае если идет регистрация нескольких "сдвоенных" номеров, то у последнего наоборот, в 931 поле не будет повторения с шифром максимального номера. Т.е. если мы регистрировали, к примеру, 12/13,14/15,16/17, то для 16/17 получим:
#936/1:_16/17
#931/1:_^2н938600118/1990/14
#931/2:_^2н938600118/1990/15
#931/3:_^2н938600118/1990/16

ну и так далее, там разнообразие вариантов зашкаливает.
Для ретроспективной регистрации (особенно газет) жутко неудобно. У ежедневных газет со сдвоенными выпусками 931 поле например может размножиться до пары-тройки сотен повторений. Приходится сдвоенные номера регистрировать поодиночке.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Добрый день.
Поддерживаю. Тоже с таким столкнулись, не было времени разобраться что не так, обошли индивидуальной регистрацией.

Куделя написал(а):
-------------------------------------------------------
> Очень хотелось бы, чтобы был исправлен алгоритм
> регистрации периодики, пописанный в autoin.gbl.
> Проблема в том, что регистрация интервалами при
> включении в них "сдвоенных" номеров приводит к
> тому, что во всех созданных записях NJ 931 поле
> будет размножено и в него запишутся шифры всех
> номеров, следующих за текущим.

Елена, КрЦНТИБ Красноярской ж.д.

HTML-форматы.

Обеспечена возможность с помощью ИРБИС-ссылки включать графические объекты НЕПОСРЕДСТВЕННО в HTML-страницу.
Для этого необходимо указать атрибут ALT начинающийся с символа !

Пример:
<IMG SRC=”IRBIS:….” ALT=”!произвольный текст”>

Данная возможность, в частности, будет использоваться в формате показа обложки (oblo_H.pft) при рассылке по E-mail (см. прикрепленный файл)



Редактировано 1 раз. Последний раз 21.07.2021 15:13 пользователем Alio.

А. Роман написал(а):
-------------------------------------------------------
> Еще одно предложение появилось в ходе рабочих
> встречь с коллегами из модельных библиотек и тех,
> кто приступает к работе с ЛК пользователей.
> Собственно о нем писал и ранее, но сейчас
> актуальность повысилась.
>
> Речь про хранение паролей в САБ ИРБИС в
> зашифрованном с применением дополнительного ключа
> (соли) виде. В модулях (Web-ИРБИС, J-ИРБИС и
> ИРБИС128 и в АРМ Каталогизатор (в автовводе
> например при генерации пароля) необходимо включить
> функцию преобразования введенных пользователем в
> поле ПАРОЛЬ символов в хеш с применением
> дополнительного ключа.
>
> Хранить пароль в открытом виде - мягко говоря не
> верно. Хранить несоленый хеш по MD5 - не
> безопасно, так как есть т.н. радужные таблицы,
> которые помогают быстро определить исходное
> значение преобразованное в хеш.

Коллеги, правда, такая мелочь, как хранение пароля в md5 необходима уже давно!

Еще одно большое предложение о котором очень часто высказывают просьбы многие пользователи (не только в Web-ИРБИС, но и в J-ИРБИС и в ИРБИС128).

Это учет статистики переходов по ссылкам на внешние ресурсы (из поля 951), информацию о которых библиотекам также нужно включать в отчеты, так от этого зависят показатели работы библиотеки.
Информацию стоило бы считать по всем ссылкам за исключением обложек, т.е. ориентироваться на типы ссылок в подполе H (тип внешнего объекта).

Если бы было возможно добавить параметры в любые другие ссылки (например в статичных материалах сайта или отдельных ссылках в тех или иных разделах) то было бы очень удобно аккумулировать информацию о переходах к внешним ресурсам в БД ИРБИС в привязке к конкретному пользователю или к анонимной учетной записи или посетителю модуля, чтобы видеть ее как в АРМ Книговыдача, так и автоматически включать в отчеты, не бегая по разным модулям и не собирая статистику по крупицам отовсюду.

А. Роман написал(а):
-------------------------------------------------------
> Александ Иосифович, LDAP ведь есть не у всех и
> поэтому нужна альтернатива - собственная система
> авторизации (собственно она есть и сейчас, только
> есть предложение ее доработать приняв общепринятый
> стандарт безопасности хранения пароля).
Если LDAP нет в библиотеке (т.е. в такой библиотеке, что называется, не заморачиваются по части паролей), то зачем им "общепринятый стандарт безопасности", реализованный в ИРБИСе?

> Коллеги, правда, такая мелочь, как хранение пароля
> в md5 необходима уже давно!
Расскажите, с какими неприятностями Вы столкнулись в связи с тем, что пароль в БД RDR хранится в открытом виде.

(Только не надо рассказывать, что так принято...)

А. Роман написал(а):
-------------------------------------------------------
> Еще одно предложение появилось в ходе рабочих
> встречь с коллегами из модельных библиотек и тех,
> кто приступает к работе с ЛК пользователей.
> Собственно о нем писал и ранее, но сейчас
> актуальность повысилась.
>
> Речь про хранение паролей в САБ ИРБИС в
> зашифрованном с применением дополнительного ключа
> (соли) виде. В модулях (Web-ИРБИС, J-ИРБИС и
> ИРБИС128 и в АРМ Каталогизатор (в автовводе
> например при генерации пароля) необходимо включить
> функцию преобразования введенных пользователем в
> поле ПАРОЛЬ символов в хеш с применением
> дополнительного ключа.
>
> Хранить пароль в открытом виде - мягко говоря не
> верно. Хранить несоленый хеш по MD5 - не
> безопасно, так как есть т.н. радужные таблицы,
> которые помогают быстро определить исходное
> значение преобразованное в хеш.
Пытаюсь вообразить злоумышленников, которые с помощью каких-то таинственных "радужных" таблиц пытаются взломать зашифрованный с помощью MD5 пароль читателя библиотеки... Бред какой-то

Язык форматирования

Создан новый форматный выход, который возвращает хеш-сумму (MD5) заданной строки:

&uf('$....)



Редактировано 1 раз. Последний раз 26.07.2021 15:31 пользователем Alio.

Alio написал(а):
-------------------------------------------------------
> Язык форматирования
>
> Создан новый форматный выход, который возвращает
> хеш-сумму (MD5) заданной строки:
>
> &uf('$....)

Кодировка строки UTF-8 или Windows-1251?

amironov73 написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Язык форматирования
> >
> > Создан новый форматный выход, который
> возвращает
> > хеш-сумму (MD5) заданной строки:
> >
> > &uf('$....)
>
> Кодировка строки UTF-8 или Windows-1251?
UTF8

Web-ИРБИС64+ АРМы Каталогизатор, Книговыдача, Книгообеспеченность.

Обеспечена возможность автоматического шифрования, хранения и идентификации (на основе MD5) пароля читателя в поле 130 БД RDR.

Шифрование пароля включается с помощью параметра
PASSWORDMD5=
который принимает значения:
0 - шифрование не используется (по умолчанию)
1 - шифрование включено

Данный параметр должен находиться (разумеется, с одинаковыми значениями):

- в секции [REQUEST] ini-файла шлюза (irbis_server_ft.ini)
- в секции [MAIN] профилей пользователей АРМов Каталогизатор, Книговыдача, Книгообеспеченность (irbisc.ini, irbisb.ini, irbisk.ini)

Собственно шифрование пароля выполняется автоматически (после ввода/корректировки поля 130 и сохранения записи) за счет соответствующих конструкций в файлах автоввода БД RDR (autoin.gbl, autoin_light.gbl, autoink.gbl)

Для шифрования паролей читателей, введенных РАНЕЕ, предлагается специальная глобальная корректировка
PassWord130.gbl

Важно отметить, что предлагаемая технология шифрования работает ТОЛЬКО в том случае, когда для пароля читателя используется поле 130.

Александр Иосифович, этот мем снова в Ваш адрес:




Очень ждем обновления и в J-ИРБИС, чтобы также можно было работать с этой технологией (т.е. при вводе пароля преобразовывать его в хеш)!

Кстати ИРБИС128 работает по такому принципу уже много лет.

Язык форматирования

Создан новый форматный выход (необходимо сразу отметить - весьма специфический!) ОТПРАВКА СООБЩЕНИЯ ПО E-MAIL

&uf('@A<e-mial>,<V1>,<V2>,..<Vn>..')

где:
A - односимвольный суффикс, определяющий параметры INI-файла для форматов ТЕМЫ и ТЕЛА письма

<e-mail> - E-mail получателя

<Vn> - значения модельных полей, используемых при формировании ТЕМЫ и ТЕЛА письма

Форматный выход возвращает:
- пустоту - если сообщение отправлено
- строку текста - если при отправке произошла ошибка

Форматный выход использует параметры в секции [MAIN] INI-файла:
- mailsubjectA= - формат (явный или имя формата с предшествующим символом @), используемый для формирования ТЕМЫ письма (в формате могут использоваться модельные поля V1, v2, ....)
- mailbodyA= - формат (явный или имя формата с предшествующим символом @), используемый для формирования ТЕЛА письма (в формате могут использоваться модельные поля V1, v2, ....)

Кроме того, используются прежние параметры для рассылки E-mail:
MailHost=
MailPort=
MailFrom=
MailFromAdress=
MailUser=
MailPassword=
MailSSL=

Александр Иосифович, спасибо!

Есть вопрос и просьба.

Будет ли предусмотрен лог действий по выполнению команд печать по email (из АРМ Книговыдача/Каталогизатор/Администратор(пакетный режим), а также лог действий нового форматного выхода)?

Можно попробовать работу этой и предыдущей доработок?

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, спасибо!
>
> Есть вопрос и просьба.
>
> Будет ли предусмотрен лог действий по выполнению
> команд печать по email (из АРМ
> Книговыдача/Каталогизатор/Администратор(пакетный
> режим), а также лог действий нового форматного
> выхода)?
Нет.

А. Роман написал(а):
-------------------------------------------------------
> Еще одно большое предложение о котором очень часто
> высказывают просьбы многие пользователи (не только
> в Web-ИРБИС, но и в J-ИРБИС и в ИРБИС128).
>
> Это учет статистики переходов по ссылкам на
> внешние ресурсы (из поля 951), информацию о
> которых библиотекам также нужно включать в отчеты,
> так от этого зависят показатели работы
> библиотеки.
> Информацию стоило бы считать по всем ссылкам за
> исключением обложек, т.е. ориентироваться на типы
> ссылок в подполе H (тип внешнего объекта).
>
А если это не обложка, а иной графический объект, указанный через 951^A?

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Еще одно большое предложение о котором очень
> часто
> > высказывают просьбы многие пользователи (не
> только
> > в Web-ИРБИС, но и в J-ИРБИС и в ИРБИС128).
> >
> > Это учет статистики переходов по ссылкам на
> > внешние ресурсы (из поля 951), информацию о
> > которых библиотекам также нужно включать в
> отчеты,
> > так от этого зависят показатели работы
> > библиотеки.
> > Информацию стоило бы считать по всем ссылкам за
> > исключением обложек, т.е. ориентироваться на
> типы
> > ссылок в подполе H (тип внешнего объекта).
> >
> А если это не обложка, а иной графический объект,
> указанный через 951^A?


Речь идеет как об учете переходов на внешние электронные ресурсы, так и об учете работы с документами собственной электронной библиотеки, в составе ИРБИС (поля 955, 951). Для поля 955 учет переходов к объектам ЭБ предусмотрен, для 951 - пока нет, а считать надо всё.

В оперативной СТАТИСТИКЕ ОБРАЩЕНИЙ на Web'е УЧИТЫВАЮТСЯ обращения к внешним ресурсам, указанным через 951^A
Проверьте.

Огромное спасибо, Александр Иосифович и все причастные!
Теперь боты заказа в соцсетях на порядок повысят свою рентабельность!)

Alio написал(а):
-------------------------------------------------------
> АРМ Книговыдача
>
> По просьбе пользователей создан режим, позволяющий
> сформировать ЗАКАЗ для текущего читателя.
> Соответствующая кнопка добавлена в интерфейс
> ИНДИВИДУАЛЬНОЙ ВЫДАЧИ БЕЗ ЗАКАЗА (см.
> прикрепленный скриншот).
>
> Доступность данного режима регулируется параметром
> в секции профиля пользователя
> CreateRqst=
> который принимает значения:
> 0 - режим недоступен (по умолчанию)
> 1 - режим доступен



Редактировано 2 раз. Последний раз 18.08.2021 14:28 пользователем Novinka.

Alio написал(а):
-------------------------------------------------------
> В оперативной СТАТИСТИКЕ ОБРАЩЕНИЙ на Web'е
> УЧИТЫВАЮТСЯ обращения к внешним ресурсам,
> указанным через 951^A
> Проверьте.

Извините, имел ввиду учет переходов по внешним URL из поля 951.

Alio написал(а):
-------------------------------------------------------
> Все АРМы и Web-ИРБИС64+
>
> Обеспечена возможность формирования и отображения
> в HTML-форматах QR-кодов.
>
Огромное спасибо!