SokV написал(а):
-------------------------------------------------------
> Разве вход гостем и просмотр без авторизации это
> не одно и то же с пользовательской точки зрения?

С пользовательской точки зрения, вход под гостем это авторизация под специально созданным пользователем GUEST.
И без этой авторизации ничего не увидеть. Больше похоже на костыль.

--
Сергей Кузнецов

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

То есть пользователь попадает на сервер по ссылке http://ntb.spbgasu.ru/elib/00004/

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

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

Скриншот в приложении.



Редактировано 2 раз. Последний раз 09.02.2021 10:25 пользователем А. Роман.

Классная штука. Очень нужная. У нас делают виртуальные выставки со ссылками на книгу в ЭК, и если бы прямо оттуда можно было авторизироваться не теряя эту книгу было бы здорово.

Я всё таки не понимаю разницы между входом гостем и просмотром без авторизации. Пользователь работая под гостем может вообще ничего не знать ни про какой "вход гостем в систему". Вот пример, вы просто нажимаете на ссылку, и смотрите книгу, вам как пользователю для этого не нужно нажимать никаких кнопок или каким либо явным образом "делать вход" (и формуляр гостя тоже не составляет труда скрыть):
[irbis64plus.gpntb.ru]
Можно пример, в чем конкретно для пользователя проявляется разница между "входом гостем" и просмотром без авторизации?



Редактировано 1 раз. Последний раз 12.02.2021 14:34 пользователем SokV.

Это костыли, потому что:
1. Каталог с авторизацией не индексируется поисковыми машинами, что на самом деле для библиотек плохо
2. Представляем ситуацию. Человек на другом сайте увидел короткую ссылку на документ. Кликает по ней, переходит на ВебИрбис и оказывается авторизованным под кем-то другим. Как минимум это вызывает недоумение
3. Нормальная практика в любых каталогах (библиотечных, магазинах, услуг и т.д.): поиск и показ описания документов/сервисов открыты для всех, работа с полным текстом/сервисом - авторизованным пользователям.

И еще очень большая просьба. Часть страниц ВебИрбиса содержит необходимые параметры в URL (get запросы), а другая часть только в теле (post-запросы). При этом пользователи очень часто недоумевают, почему ссылки на некоторые страницы они могут сохранить, а при сохранении других получают сообщение о неправильных запросах.
В качестве решения такой проблемы я перетягивал параметры команды и базы в get-запрос, а остальные обязательные параметры проверял в cgiflk.pft и дописывал их, если они не были переданы - это очень сильно упрощает набор параметров, так как редко изменяемые параметры убираются из строки запроса и подставляются значения по умолчанию.

1. Есть проблема, прорабатываю решение. Но опять же, не вижу связи. Посмотрите ссылку в моём сообщении, это только разработчики системы ИРБИС и специально интересующиеся пользователи знают, что в этой ссылке Z21ID=GUEST это авторизация. А для поисковых систем и обычных пользователей это просто ссылка, работающая безо всякой авторизации. Не индексирует потому что все данные не на странице, а в переменных Javascript.
2. Наверное такую ссылку нужно изготовить таким образом и распространить? Само так не получится? Другое дело, что в Веб-ИРБИС сейчас есть такая вещь, что если пользователь просто работает под собой, и отправит кому то ссылку на страницу Веб-ИРБИС, скопировав при этом её из адресной строки, то какой то период времени она будет работать, и некто, открыв её войдёт под отправившим пользователем. Думаю, это не очень хорошо, вот над этим бы подумать. (Но это не является обозначенной проблемой невозможности смотреть каталог без авторизации, и никак не связано.)
3. Так ведь я же говорю, что как раз для этого нет препятствий. Есть возможность по ссылке открыть страницу поиска сразу под гостем. И в файле index.html можно эту же ссылку прописать. И убрать формуляр гостя. Могу подсказать, как сделать, если с этими действиями есть проблема.

Касательно дополнительной просьбы, правильно ли я понял, что речь идёт о том, что хотелось бы, чтобы все запросы были GET, но так как в некоторых случаях во избежании проблем приходится использовать POST, то предлагается использовать cgiflk.pft, чтобы сохранить везде использование GET?

SokV написал(а):
-------------------------------------------------------

> Касательно дополнительной просьбы, правильно ли я
> понял, что речь идёт о том, что хотелось бы, чтобы
> все запросы были GET, но так как в некоторых
> случаях во избежании проблем приходится
> использовать POST, то предлагается использовать
> cgiflk.pft, чтобы сохранить везде использование
> GET?


У Веба есть параметры, которые от открытия к открытию редко меняются: формат, количество выводимых позиций и 100500 прочих других, которые прямо не связаны с текущим поиском. Вот все, что является непоисковыми настройками, можно запихнуть в ПОСТ и ЦГИФЛК, а в ГЕТ передовать базу, профиль, запрос, текущую порцию

> У Веба есть параметры, которые от открытия к
> открытию редко меняются: формат, количество
> выводимых позиций и 100500 прочих других, которые
> прямо не связаны с текущим поиском. Вот все, что
> является непоисковыми настройками, можно запихнуть
> в ПОСТ и ЦГИФЛК, а в ГЕТ передовать базу, профиль,
> запрос, текущую порцию

Главное, что я пытался понять, это для чего такая просьба, в чём замысел. Перечитал эту тему целиком, я так понимаю, что речь о том, чтобы приблизиться вот к этому "Зачем какие-то поля? Ну любую запись достаточно указывать два параметра: базу и GUID, а все остальные параметры сделать по умолчанию в cgiflk.pft"...

Спасибо за идею, это интересно, нужно подумать, поэкспериментировать!

Роман, красивое, гибкое и универсальное решение (для Веб, J, 128). Спасибо за идею и презентацию! Я не сразу понял, что к чему, хотя обычно текстовую информацию больше люблю, но в итоге посмотрел ролик, коротко, по существу и доходчиво получилось.

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

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

К апрелю надеюсь удастся найти время и рассказать еще о нескольких предложениях для вузовских библиотек. Часть проблемных моментов уже поднимал в теме версии 2020.

SokV написал(а):
-------------------------------------------------------
> Не индексирует потому что все данные не на
> странице, а в переменных Javascript.
> 2. Наверное такую ссылку нужно изготовить таким
> образом и распространить?

Здравствуйте! Уважаемые разработчики, вопрос собственно простой - что можно сделать чтобы поисковые системы Yandex и Google индексировали все биб.записи в эл.каталоге?

Как вариант выгрузить все БД в текстовом формате и разместить их в открытом виде на сайте?

Здравствуйте.
Хотели попробовать способ формирования коротких ссылок, предложенный Романом, для 951 поля. У нас J-ИРБИС.
Работает только если шифр документа (903 поле) не содержит русских букв.Если содержит, то в процессе глобальной (во вложении) часть шифра (русская буква) меняется на какие-то знаки. Можете помочь? Наверное намудрили в глобальной что-то.

Мы делали через GUID или как оно правильно называется.
Получилось очень удобно.
Пример - [e-catalog.mk.ua]
Называется "URL: посилання на документ"

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

По этой причине большинство ЭБС использует короткие идентификаторы изданий в своих ссылках.

Мы тоже решили пойти по такому пути и т.к. не на каждую запись нужны ссылки, а на те, что имеют электронные документы (т.е. записи входящие в состав электронной библиотеки) предложили формировать короткие идентификаторы в поле 135 добавляя их по счетчику из БД COUNT при указании признака в поле 135.
Также делали дополнительный сценарий в autoin.gbl по которому в поле 135 автоматически формируется новый идентификатор при сохранении записи, если в поле 955 появляется информация о полном тексте.

что касается веб-сервера, то в нем реализовали переадресацию в сценарии htaccess при вводе короткого идентификатора на URL поиска конкретной записи.

Таким образом благодаря предложению Андрея нами был оптимизирован изначальный механизм формирования коротких ссылок и переадресаций на записи в ЭК.

Пример см. по ссылке: [elib.gikit.ru]



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

Евгения написал(а):
-------------------------------------------------------
> Здравствуйте.
> Хотели попробовать способ формирования коротких
> ссылок, предложенный Романом, для 951 поля. У нас
> J-ИРБИС.
> Работает только если шифр документа (903 поле) не
> содержит русских букв.Если содержит, то в процессе
> глобальной (во вложении) часть шифра (русская
> буква) меняется на какие-то знаки. Можете помочь?
> Наверное намудрили в глобальной что-то.

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

Мы поместили идентификатор электронного документа в словарь с префиксом I= и таким образом отошли от проблем 903 поля.
В ряде случаев мы создавали идентификаторы на запись в поле с меткой 1
В РУСМАРК это идентификатор записи.

Например в следующем запросе в записи есть идентификатор RMARCID=00000352-SPbGASU в поле 1 и поиск осуществляется по нему:

Цитата:

http://ntb.spbgasu.ru/index.php?C21COM=S&I21DBN=IBIS_FULLTEXT&P21DBN=IBIS&S21FMT=briefHTML_ft&Z21ID=GUEST&S21ALL=%3C.%3ERMARCID=00000352-SPbGASU%3C.%3E

А. Роман написал(а):
-------------------------------------------------------

> если еще актуально...
>

актуально, спасибо за совет, тоже думала в этом направлении, хотела заменить сценарий формирования 903 в autoin.gbl в базах с электронными документами, полочный шифр там не нужен ... что-то вроде шифра как в ЭБС - IZDV-01222, IZDV-01223.. (IZDV название базы, 01222, 01223... - системные номера файлов, формируемые в 135 поле), дальше по предложенной вами схеме.

Университет Решетнева, г. Красноярск
ИРБИС64_2022D1 jirbis2

Здравствуйте.

У нас возникла проблема с короткими ссылками в J-Ирбис: большинство из них перестали открываться.
Например, вот эта работает нормально: [elib.gikit.ru]
Вот по этой (и многим другим) никакой записи: [elib.gikit.ru]
По этой ошибка: [elib.gikit.ru]
Не понимаем, в чем дело, ссылки же вроде одинаковые.

Санкт-Петербургский государственный институт кино и телевидения

Здравствуйте, Ольга алексеевна!
По тем ссылкам, которые перестали открываться проверьте в АРМ Каталогизатор словарь Шифр-документа, есть ли в нем термин
1820-GUKIT
Если термин есть, то очистите кеш модуля J-ИРБИС и повторите переход по ссылкам которые не открывались.
Если термина нет - значит кто-то удалил в записи поле с меткой 1 или 135 в которых могли находиться короткие идентификаторы.

> По тем ссылкам, которые перестали открываться проверьте в АРМ Каталогизатор словарь Шифр-документа, есть ли в нем термин
1820-GUKIT

Проверила, все термины в словаре есть.

> Если термин есть, то очистите кеш модуля J-ИРБИС и повторите переход по ссылкам которые не открывались.

Очистила, и ссылки стали открываться. Спасибо большое!