Предлагается идея решения проблемы с формированием и использованием коротких ссылок в ИРБИС. Идея была озвучена 10 декабря на семинаре Красноярского ИРБИС-Клуба [www.youtube.com]


В ИРБИС есть три основные линейки веб-модулей, посредством которых пользователи могут обращаться к записям БД САБ ИРБИС через URL (в Интернет или локальной сети): Web-ИРБИС, J-ИРБИС, ИРБИС128.

При этом ссылка на конкретное описание из самого модуля достаточно громоздкая, т.к. требуется указание ряда параметров (команды поиска, имя БД, префикс вида поиска, термин, и т.д.).

К тому же, при переходе с модуля на модуль на одно и то же описание ссылки будут отличаться.

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

Например:

Для записей из электронной библиотеки предлагается использование технологии работы с короткими ссылками вида
http://ntb.spbgasu.ru/elib/00002/
http://wrk.ircons.ru:8087/elib/000022/
http://e-catalog.lib.law.spbu.ru/elib/777/


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

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

1. В записи с полем 955 при отсутствии поля 135^C (идентификатор электронного документа в БД ЭК) в это поле автовводом при сохранении записи добавляется значение счетчика из БД COUNT
При необходимости можно изменить сценарий и выполнять его и для 951 поля.

2. В директории Web-сервера, например F:\www\htdocs\web\elib\ формируется директория с именем = идентификатору, сгенерированному в поле 135^C (при необходимости можно использовать и другое поле. Изменить сценарий не сложно. Но нам с коллегами пока не удалось подобрать адреса прописки для КОРОТКОГО идентификатора электронного документа (GUID для этих целей не годится)
В самой директории формируется или перезаписывается (если файл уже был создан ранее) файл index.html в котором прописана полная ссылка на конкретный документ и сценарий переадресации на запись библиографического описания в БД ЭК.
В директории можно создавать и файлы htaccess и index.php - кому как удобнее и привычнее.

При необходимости изменения ссылки (на другой модуль ИРБИС или даже на другой сервер) достаточно будет выполнить на записях задание ГК, которое пересоздаст файлы. Файл такого задания на ГК в приложении.

То есть, если в библиотеке поменяется модуль ИРБИС или в нем поменяется принцип формирования ссылок на документы в ЭК, то можно будет изменить сценарий для формирования содержимого файла index.html и просто пересохранить за пару минут все новые файлы по всем имеющимся папкам в директории C:\WWW\htdocs\web\elib\

Технология достаточно универсальна но в случае очень спорной схемы работы Web-ИРБИС (доступ к ЭК только авторизованным пользователям) требует небольшой доработки, которую мы с коллегами организуем.

В отношении дальнейшего использования коротких ссылок - можно добавить их во все необходимые выходные формы, а также в форматы просмотра.



Редактировано 3 раз. Последний раз 06.10.2022 20:11 пользователем А. Роман.

Если на сервере стоит Apache 2.4 и включен модуль rewrite+AllowOverride All можно просто воспользоваться перенаправлением:
1. В корневой директории сервера создать произвольную директорию для конкретной базы данных (book)
2. Создать файл htaccess:

RewriteEngine On
RewriteBase /
RewriteRule ^([0-9]+)$ /cgi-bin/irbis64/cgiirbis_64.exe?LNG=uk&C21COM=F&I21DBN=BOOK&P21DBN=BOOK&S21ALL=<.>ID=$1<.> [QSA,L]

В базе потребуетя всего навсего путем глобальной корректировки создать поле с уникальным цифровым идентификатором. Далее его формировать автоматически в autoin.gbl и переформировать словарь ID=

В этом случае ссылка
site.com/item/245

Будет

site.com/cgi-bin/irbis64/cgiirbis_64.exe?LNG=uk&C21COM=F&I21DBN=BOOK&P21DBN=BOOK&S21ALL=<.>ID=$1<.>

И откроется описание документа.
В этом случае никаких файлов не создается.



Редактировано 1 раз. Последний раз 24.12.2020 14:05 пользователем woodyfon.

Спасибо. Хорошо что мы смотрим в одном направлении.

1. Правда при миллионе ссылок (у меня в пике до 2 млн. страниц веб-ирбиса) - это миллионы файлов, что не совсем правильно для сервера.
2. Апач, нджинкс или ИИС как у меня - это различные подходы. Система не должа зависить от версии вебсервера.
3. В идеале иметь поле-УРЛ, которое уникально и позволит сослаться на конкретный документ.



Редактировано 1 раз. Последний раз 24.12.2020 14:46 пользователем Konstantinus.

Ну вот, мысль и заработала и пошла дальше!
Спасибо, Андрей, за развитие идеи! Одна голова хорошо, две лучше, а три - Змей Горыныч!
Конечно есть нюансы, которые нужно учитывать но мы с вами показали, что решений может быть и не одно!

Я уж не знаю, что за массив такой в 1 млн. электронных документов!
И что ли на все есть лицензионные соглашения?
Речь ведь не шла о том, чтобы на библиографические записи печатных изданий ссылки делать, хотя и это может где-то быть полезным.

В среднестатистическом российском вузе в ЭБ не более пары десятков тысяч электронных документов. Это терпимо.

Реализация через HTACCESS хороша когда БД одна, как мечтает разработчик, но на практике их м.б. и не одна...

В общем, как понял идея попала на благодатную почву и будет развиваться сообществом, что очень хорошо!



Редактировано 2 раз. Последний раз 24.12.2020 21:17 пользователем А. Роман.

Точно, неправильно выразился. 750 тысяч биб.описаний.
Но мы же говорим о том чтобы к каждому бибописанию была короткая ссылка?

P.S. Полных текстов документов у меня около 30 тысяч которые мы получли по подписке. Но это отдельный вопрос.

Костя, ну вот тут уже вопрос и возникает - а зачем нужны короткие ссылки на все документы?

На документы собственной ЭБ - понятно. В вузах в РПД (рабочих программах дисциплин) нужно прописывать короткие постоянные ссылки (режим доступа), по которым проверяющий (или любой другой интересующийся товарищ) может быстро открыть описание и перейти к полному тексту при необходимости. На печатные издания ссылок никто не делает, просто указывается экземплярность.

На отдельные темы (фактографические записи - события, мероприятия, персоны и т.п.) можно создавать короткие ссылки которые распространять читателям через QR-коды в печатных документах (постерах, плакатах, листовках, печатных бюллетенях и т.п.), на инфопанелях. А на каждую отдельную запись ЭК для чего их делать? Где использовать?

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

Необходимость коротких и постоянных ссылок наиболее актуальна для вузов.
Прописывать в ссылке GUID будет неудобно до тех пор, пока отчеты отправляются на бумаге, так как приходится вводить URL с бумаги ручками.
Во всех без исключения ЭБС в URL применяется короткий идентификатор а не GUID, так как это рассчитано и на удобство пользователя.

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



Редактировано 1 раз. Последний раз 26.12.2020 14:13 пользователем А. Роман.

Просто не считаю правильным отрезать хвост по кусочку или как там в пословице?
В чем проблема 996 (или любого другого поля) с короткой ссылкой которая будет проставляться для доступа?
В поле проверка на дублетность и возможность править. Тогда не нужны всякие сокращатели и т.д.
При этом решение не будет привязанно к конкретному веб-серверу.

P.S. Мне еще не хватает создания и кеширования биб.описаний (такое решение было еще в 2012 но не пошло в релиз). Получается система каждый раз строит биб.описание.

Про кеширование и создание миниатюр обложек - молчу.

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

В остальном не понял, какое отношение к проблеме коротких ссылок имеют кеширование БО и создание миниатююр обложек. Об этом ведь речи нет.

Также неясен посыл к проверке на дублетность по данным поля 955 (996 поля я что-то не припомню, ты наверное опечатался). Про возможность что-то править в поле тоже вопрос не ясен. Ну заменят один файл на другой и что? Ссылка ведь не на файл а на запись и от внесения изменений в запись она не должна меняться.

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

Наверное сумбурно высказался.
Думаю можно предложить новое поле, которое бы содержало рекомендованную короткую ссылку к описанию. Функционал с созданием неких файлов в папке которые будут играть роль соответствия длинной ссылке короткой, при наличии СУБД как по мне не логичен.
Что нам стоит добавить поле в запись?

Добавить поле - ничего не стоит, а вот какое значение указывать в поле, чтобы работало на всех версиях веб-модулей? Если бы было так просто - давно бы добавили.
Решение, которое я предложил работает. Логика в нем присутствует, но м.б. просто несколько иная, чем кто-то ожидает. Есть короткий ID электронного документа, есть веб-сервер, добавляя к адресу которого данный ID мы переходим к записи БО. Точка.
Видите иные лучшие варианты? Предложите.

Зачем какие-то поля? Ну любую запись достаточно указывать два параметра: базу и GUID, а все остальные параметры сделать по умолчанию в cgiflk.pft
Для удобства и наглядности можно еще и эти параметры прописать в короткой форме в ини.файле.
Тогда ссылка на отдельный документ будет иметь вид:

[domain.ua][DBNAME]&g=[GUID]

А если еще и поиграться с переопределением параметров в .htaccess, то можно получить и вот такой вариант

[domain.ua][DBNAME]/[GUID]

Для этого нужно прописать в правилах реврайта что-то типа:

RewriteRule ^catalog/([^/]+)/([^/]+)/$ ?db=$1&guid=$2

Гена, можешь привести пример короткой ссылки и описание механизма ее формирования (GUID в ИРБИС ни разу не короткий), который бы работал одновременно не только в Web-ИРБИС, но и в J-ИРБИС и ИРБИС128?

См. пример на скриншоте и ссылки, которые я привел выше.

Не понял вопроса. Какое отношение ссылка в ВебИрбисе имеет к Джею и И128?

То, что описано в этом топике, никакого отношения к коротким ссылка на документ, не имеет. Это коротка ссылка на сохраненный файл, выгруженный из Ирбиса.

Описанный мной пример - это как раз обращение к живой базе по короткой ссылке, в которой все параметры спрятаны с дефолтными значениями.

Про ГУИД. Он и не должен быть коротким, он должен быть УНИКАЛЬНЫМ. Если длинна ГУИДА смущает, его можно заменить любым уникальным ИД, который устраивает.

Гена, никто не обсуждал в этой теме то каким д.б. GUID. Понятно, что GUID д.б. уникальным и не может быть коротким. В ИРБИС GUID какой есть, такой есть.

Речь шла о принципах формирования и использования коротких ссылок веб-сервера на котором работает какой-либо из модулей ИРБИС, ПОСТОЯННЫХ во времени и не зависящих от перехода с модуля на модуль.

Пока никакого другого удобного и универсального принципа решения данной проблемы кроме как создание файлов на веб-сервере (htaccess - это в принципе про то же, но менее универсально) никто не предложил.

[e-catalog.mk.ua]

Гена, ссылка которую ты привет это хорошо, но не идеально.

Есть разница, между тем чтобы вводить /39A3FDE3-5F54-484B-AC08-B1EEC8BE0745 или /11201

Опять же это решение только для Web-ИРБИС. Как предлагаемое тобой решение (построенное на использовании htaccess, если правильно понимаю) будет работать в J-ИРБИС или в ИРБИС128? Ни в J-ИРБИС ни в ИРБИС128 нет cgiflk.pft ...



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

Рома, разница в том, что это статическая сслыка на ЛЮБУЮ запись в каталоге, котоаря формируется автоматически. И да, я подставил туда ГУИД, а можно подставить и 903 поле, и мфн - будет короче. Там суть ссылки:

http://[домен]/[код базы]/[идентификатор для поиска]

Делается такое с помощью настройки:

.htaccess - тут прописывается подмена строки вида
http://[домен]/[код базы]/[идентификатор для поиска]
на строку
http://[домен]/cgi-bin/irbis64r_15/cgiirbis_64.exe?C21COM=S&P21DBN=[код базы]&P21DBN=[код базы]&S21ALL=<.>GUID=[идентификатор для поиска]<.>

cgiflc.pft - можно использовать для доназначения тех параметров, которіе нужні для корректного отображения и которые не переданы в запросе

Кстати, спасибо Гене, вот мы сделали "URL: посилання на документ" через ГУИД

Уважаемые коллеги!
Большое спасибо за актуальную и весьма ценную информацию!

Особенно актуальную для вузов в период разнообразных проверок РПД.

Можно несколько уточнений для специалиста с библиотечным образованием, чтобы объяснить специалистам IT отдела (которые при этом активно не любят ИРБИС), что им нужно сделать на сервере (тк только они имеют право там что-то менять, как буквально вчера выяснилось, даже к клиентскому АРМ Администратору у меня нет доступа:()

1. По инструкции Гены мы можем прямо сейчас настроить доступ по прямым ссылкам (Web-Ирбис, версия Ирбис 2018.1 D6 (сервер может быть с более ранним обновлением, как писала выше доступ сотрудникам библиотеки к серверной части ИРБИС закрыт)?

.htaccess - тут прописывается подмена строки вида - где этот файл на сервере находится (в какой директории находится этот файл или группа файлов и т.п.?)



2. Даже с буквенным шифром это возможно в поле 903 на кириллице как у нас в ИРБИС (скрин прилагаю)?

3. Если да (ура!), то чтобы открывался полный текст РПД для проверяющих в поле 951, нужно, чтобы доступ был открыт (убрать ГК уровень доступа не проблема, главное понять, чтобы оно работало)

4. Нужна ли будет авторизация для проверяющих "как гость" после входа по ссылке для открытия полного текста в поле 951?

5. Если с такими данными на кириллице в поле 903 прямые ссылки невозможны, как с помощью ГК исправить шифры?
MFN - только как временный вариант, могут меняться в процессе работы, выгрузки-загрузки, удаления записей.
Не будет ли конфликт с другими базами при изменении шифров в одной из них? У нас шифр (903) во всех базах вида индекс удк/авторский знак-цифровой код (проставляется автоматически - для уникальности шифра, как я понимаю?)

Спасибо за ответ!

NataliT написал(а):
-------------------------------------------------------
> Уважаемые коллеги!
> Большое спасибо за актуальную и весьма ценную
> информацию!
>
> Особенно актуальную для вузов в период
> разнообразных проверок РПД.
>
> Можно несколько уточнений для специалиста с
> библиотечным образованием, чтобы объяснить
> специалистам IT отдела (которые при этом активно
> не любят ИРБИС), что им нужно сделать на сервере
> (тк только они имеют право там что-то менять, как
> буквально вчера выяснилось, даже к клиентскому АРМ
> Администратору у меня нет доступа:()
>
> 1. По инструкции Гены мы можем прямо сейчас
> настроить доступ по прямым ссылкам (Web-Ирбис,
> версия Ирбис 2018.1 D6 (сервер может быть с более
> ранним обновлением, как писала выше доступ
> сотрудникам библиотеки к серверной части ИРБИС
> закрыт)?
>
> .htaccess - тут прописывается подмена строки вида
> - где этот файл на сервере находится (в какой
> директории находится этот файл или группа файлов и
> т.п.?)
>
>

Этими вопросами администраторы должны владеть. Если у вас нет доступа, то вам это не поможет.

в отношении технологии работы с .htaccess уступаю Геннадию, т.к. он развивает применение этого варианта.


>
> 2. Даже с буквенным шифром это возможно в поле 903
> на кириллице как у нас в ИРБИС (скрин прилагаю)?
>
> 3. Если да (ура!), то чтобы открывался полный
> текст РПД для проверяющих в поле 951, нужно, чтобы
> доступ был открыт (убрать ГК уровень доступа не
> проблема, главное понять, чтобы оно работало)
>
> 4. Нужна ли будет авторизация для проверяющих "как
> гость" после входа по ссылке для открытия полного
> текста в поле 951?
>


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

Приходится по умолчанию добавлять авторизацию под гостевой учетной записью. Можно для этой записи настроить права просмотра только части полного текста (5%) и тогда для проверяющих этот доступ сгодится.
Если они захотят что-то проверить в режиме обучающегося - предоставьте им новую запись с соответствующими правами.

Авторизуясь с этими данными проверяющим будет доступно то же что и студентам.

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


Для облегчения работы проверяющих ссылки при настройке одного из предложенных вариантов (директории с файлом index.html или файл .htaccess) возможно будет перейти на короткие ссылки.


Для этого кроме настройки веб-сервера потребуется:

1. ввести в обиход короткий регистрационный номер электронного документа (присваивать номер объектам электронной библиотеки, хранить номер в записях БО).
2. Изменить форматы отображения данных режим доступа для записей электронной библиотеки на вывод короткой ссылки типа [library.ru]
3. поменять ссылки в РПД

В принципе, можно попробовать перенастроить и работу старых ссылок (применив навыки веб-программирования в отношении файла .htaccess), но проще оставить работать старый Web-ИРБИС.

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


> 5. Если с такими данными на кириллице в поле 903
> прямые ссылки невозможны, как с помощью ГК
> исправить шифры?
> MFN - только как временный вариант, могут меняться
> в процессе работы, выгрузки-загрузки, удаления
> записей.

MFN для целей формирования постоянных ссылок не стоит т.к. он может меняться.

> Не будет ли конфликт с другими базами при
> изменении шифров в одной из них? У нас шифр (903)
> во всех базах вида индекс удк/авторский
> знак-цифровой код (проставляется автоматически -
> для уникальности шифра, как я понимаю?)
>
> Спасибо за ответ!

Вероятность того, что шифр повторится в разных БД есть, но она крайне мала. Стоит отказаться от использования 903 поля для идентификации библиографических описаний и использовать GUID.

Ранее разработчики задействовали поле с меткой 1 для своих целей в Web-ИРБИС. Вообще по стандарту РУСМАРК в этом поле должен располагаться уникальный идентификатор записи.

Стоило бы немного больше придерживаться РУСМАРК чем сейчас и вернуть полю с меткой 1 его назначение и в ИРБИС (это поле используется как в ЭБС так и в ряде других АБИС). Свое мнение об этом я высказывал ранее (пару-тройку или пяток лет назад). Контраргументов не было.



Редактировано 1 раз. Последний раз 20.01.2021 10:59 пользователем А. Роман.

У вас ВебИрбис64+? Там все несколько сложнее. По умолчанию поиски и показ записей там работает только для авторизованных пользователей. По этому два варианта:
1. перед переходом авторизоваться, хотя бы как гость
2. использовать вариант статической ссылки, который выше описал Роман Сергеевич в первом посте.

Уважаемые Геннадий и Роман!
спасибо за оперативные и подробные ответы!
А я-то надеялась на простое решение;)

Тогда возникает вопрос - как я могу сделать вот это в базе в записи с полем 951? :

1. В записи с полем 955 при отсутствии поля 135^C (идентификатор электронного документа в БД ЭК) в это поле автовводом при сохранении записи добавляется значение счетчика из БД COUNT
При необходимости можно изменить сценарий и выполнять его и для 951 поля.

2. Это делается ГК?

3. Как? Скрин этого поля прилагаю.

Спасибо за помощь!

Gena написал(а):
-------------------------------------------------------
> У вас ВебИрбис64+? Там все несколько сложнее. По
> умолчанию поиски и показ записей там работает
> только для авторизованных пользователей. По этому
> два варианта:
> 1. перед переходом авторизоваться, хотя бы как
> гость
> 2. использовать вариант статической ссылки,
> который выше описал Роман Сергеевич в первом
> посте.

Гена, согласен но с тем замечанием, что это не два варианта а два действия, которые надо выполнить.

Прописать в ссылке, указанной в файле index.html корневой директории Web-ИРБИС64+ учетные данные гостя, чтобы доступ к каталогу был у всех независимо от авторизации (если это нужно) и дальше уже действовать по п. 2. Создавать ли папку с файлом в котором указана статичная ссылка (в т.ч. в эту ссылку можно добавить гостевую авторизацию) или ограничиться применением .htaccess - решать пользователю исходя из того, какие БД есть в библиотеке, сколько их, как формировать ссылку - по 903 полю или по GUID и т.п.
В одном случае эффективным и достаточным может оказаться сценарий в файле htaccess и настройка cgiflk.pft, в другом - папки с файлами index.html или .htaccess внутри них.

Свое мнение и аргументы за и против (может не все но основные) я предоставил.



Редактировано 1 раз. Последний раз 20.01.2021 13:29 пользователем А. Роман.

Роман, пытаюсь понять проблемы, возникающие вокруг этих коротких ссылок. А что значит "без авторизации ... посмотреть", но при этом не входя как гость, при том что необходимость входа гостем вы считаете, как я понял, не совсем правильным? Разве вход гостем и просмотр без авторизации это не одно и то же с пользовательской точки зрения?

Делаем ссылки через GUID, после обновления системы и экспорта-импорта часть ссылок перестала работать. Какие-то ведут на другую книгу, какие-то просто никуда не ведут. Т.е. GUID при экспорте-импорте не всегда сохраняется?

elkinaos написал(а):
-------------------------------------------------------
> Делаем ссылки через GUID, после обновления системы
> и экспорта-импорта часть ссылок перестала
> работать. Какие-то ведут на другую книгу, какие-то
> просто никуда не ведут. Т.е. GUID при
> экспорте-импорте не всегда сохраняется?
В АРМе Администратор версии 2020.1 при ЭКСПОРТЕ ВСЕЙ БД в формате TXT GUID сохраняются.

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Делаем ссылки через GUID, после обновления
> системы
> > и экспорта-импорта часть ссылок перестала
> > работать. Какие-то ведут на другую книгу,
> какие-то
> > просто никуда не ведут. Т.е. GUID при
> > экспорте-импорте не всегда сохраняется?
> В АРМе Администратор версии 2020.1 при ЭКСПОРТЕ
> ВСЕЙ БД в формате TXT GUID сохраняются.

Т.к. мы только переходили на 2020.1, то экспорт делали еще в 2019.1. К сожалению не знала такой информации, можно было сначала заменить только Арм Администратор?