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

для сравнения поменял на другой файл с записи которая работает:

#920: PAZK
#900: ^Ta^B05^Cd
#102: RU
#101: rus
#999: 0000000
#700: ^AМатвеева^BВ. Д.^GВалерия Денисовна
#210: ^D2012^AСПб.
#215: ^A108^Ca-ил.^E1^2o=эл. опт. диск
#702: ^4570 зав. каф.^5600 рук.^AДмитриченко^BМ. И.
#711: ^AСанкт-Петербургский государственный университет сервиса и экономики^RСПБГУСЭ^7С.-Петерб. гос. ун-т сервиса и экономики
#951: ^AD:\DIPL\Краева ЮГ 2013.7z
#621: 30.609
#621: 65.422
#621: 30.61
#907: ^CКТ^A20130718^Bgerman
#908: М 33
#903: 30.609/М 33-489264
#691: ^AИТРБ^HТиЭПТ^C080401.65^Oд/о
#907: ^C^A20130905^B
#907: ^C^A20130910^B
#907: ^C^A20131017^B
#907: ^C^A20131111^B
#907: ^C^A20131115^B
#907: ^CКТ^A20131126^Bdaniel
#200: ^AТовароведная характеристика, экспертиза качества упаковочных материалов и организационно-экономические условия их реализации^Eдиплом^FВ. Д. Матвеева ; зав. каф., рук. М. И. Дмитриченко^GС.-Петерб. гос. ун-т сервиса и экономики
#910: ^A0^C20130710^Dпом2
*****

Вот примерно аналогичная запись на который все работает:

#920: PAZK
#900: ^Ta^B05^Cd
#102: RU
#101: rus
#999: 0000000
#700: ^AКраева^BЮ. Г.^GЮлия Геннадьевна
#210: ^D2013^AСПб.
#215: ^A30^E1^2o=эл. опт. диск
#702: ^4600 рук.^AБыстрова^BИ. В.
#711: ^AСанкт-Петербургский государственный университет сервиса и экономики^RСПБГУСЭ^7С.-Петерб. гос. ун-т сервиса и экономики
#951: ^AD:\DIPL\Краева ЮГ 2013.7z
#621: 65.053
#621: 65.26
#691: ^AСтанкоэлектрон^C080107.52^Oд/о
#907: ^CКТ^A20130821^Bgerman
#908: К 77
#903: 65.053/К 77-171389
#907: ^C^A20130905^B
#907: ^C^A20130910^B
#907: ^C^A20131017^B
#907: ^C^A20131111^B
#907: ^C^A20131115^B
#200: ^AАудиторская проверка кредитных операций на примере НПО "Октет"^Eдиплом^FЮ. Г. Краева ; рук. И. В. Быстрова^GС.-Петерб. гос. ун-т сервиса и экономики
#907: ^CКТ^A20131126^Bdaniel
#910: ^A0^C20130715^DПом2
*****

Подскажите в чем может быть проблема?

Само заработало.

byshido написал(а):
-------------------------------------------------------
> Само заработало.

Может быть, проблему решило автоматическое обновление?

Попробую пояснить, как работает механизм выгрузки.

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

Такой эффект мог быть получен если:

1. Вы меняли настройки системы или выполнялось её обновление,
2. БЫло выполнено автоматическое обновление, в ходе которого так же затирается сессия.

Если будет повторяться -- обязательно буду разбираться.

Аналогично: в поиске вместо ссылки выводится: "Документ не доступен. Обратитесь в библиотеку за информацией относительно возможности его получения" В связи с чем вопрос. Ссылки на электронные доркументы мы храним в поле
"951^i", а не "951^а", как это рекомендуется в параметре "Базовая часть пути к электронным документам" JИрбис2. Каталог c электронными документами физически находится на ПК с "Ирбис64 ПБД" и доступен по сети для Библиографических БД.
Что нам необходимо выполнить для отображения ссылок в ББД через веб интерфейс JИрбис2? Дописать(продублировать) глобальной корректировкой все эти ссылки в подполе"951^а"?



Редактировано 3 раз. Последний раз 31.03.2014 05:54 пользователем criogen.

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

> Что нам необходимо выполнить для отображения
> ссылок в ББД через веб интерфейс JИрбис2?

Приведите пример ссылки и укажите фактическое расположение документа на диске. Если у Вас в 951^i полная ссылка (http://lib.name.ru/file.pdf, то никаких проблем с выгрузкой быть не должно.)

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------

> Приведите пример ссылки и укажите фактическое
> расположение документа на диске. Если у Вас в
> 951^i полная ссылка (http://lib.name.ru/file.pdf,
> то никаких проблем с выгрузкой быть не должно.)

Почему то считал что поле "Базовая часть пути к электронным документам" - это алиас пути к файлам.Значит это не так? Т.е если в поле "951^i"мы поменяем ссылку на внешнюю - "http://lib.name.ru/file.djvu", а в поле "951^a" добавим ссылку вида "\\Compname\pbd\file.djvu" документ станет доступен как внешним так и локальным пользователям? Допустима ли такая ситуация в конкретном случае, если да то поймет ли обработчик "Web Ирбис 64", или "Администратор Ирбис64 ПБД" какую ссылку брать в случае публикации / заимствования из *.par файла ?



Редактировано 6 раз. Последний раз 02.04.2014 10:40 пользователем criogen.

criogen написал(а):
-------------------------------------------------------
> Кирилл Соколинский (СЗТУ) написал(а):
> --------------------------------------------------
> -----
> добавим ссылку вида "\\Compname\pbd\file.djvu"
> документ станет доступен как внешним так и
> локальным пользователям? Допустима ли такая


Включил развернутый ответ на Ваш вопрос в документацию. Привожу его целиком.

Полнотекстовые и библиографические базы
Базы ИРБИС можно условно разделить на два типа: полнотекстовые и библиографические. Как первый, так и второй тип может включать ссылки на электронные документы. Их ключевое различие в том, что в полнотекстовых базах содержимое документа попадает в словарь и может использоваться для поиска, а в библиографических для поиска доступны только элементы библиографической записи, созданной библиографом. Кроме того, для создания полнотекстовых баз требуется АРМ Администратор Fulltext. Полнотекстовая база может создаваться путём добавления файлов или выборки внешних объектов из библиографической базы. Поэтому ссылки на электронные документы генерируются в ней автоматически. В полнотекстовой и библиографической базе несколько отличаются поля, где расположены гиперссылки.
Ссылки на файлы в полнотекстовых базах*
В подполе 952^B формируется абсолютный или относительный путь к файлу на диске (например, C:\file.pdf), в подполе 952^I — сетевой путь к файлу (например, [libname.ru]).

Сетевой путь к файлу, указанный в подполе ^I, не модифицируется. На его основе непосредственно генерируется гиперссылка на файл.
Ссылки на файлы в библиографических базах
Для приведения ссылки на файл могут использоваться подполя 951^A и 951^I. Подполе А используется в тех случаях, когда внешний объект (файл) находится внутри папки соответствующей базы данных (непосредственно или в одной из вложенных папок). В этом случае указывается относительный путь (относительно папки базы данных), имя и расширение файла внешнего объекта.

Подполя А и I являются альтернативными, то есть:
• одно из подполей обязательно должно быть заполнено;
• заполнение обоих подполей в одном повторении не имеет смысла.
Рекомендуется хранение всех электронных версий документов в одной папке. Начиная с версии ИРБИС 2012.1 использование относительных адресов, ссылающихся на одну папку хранения электронных документов предусмотрено во всех АРМах ИРБИС 64. Адрес папки с электронными версиями должен указываться в 11 параметре PAR файла. Например: 11=D:\elib\
При хранении всех электронных документов в одной папке (например, D:/elib) в подполе A должен указываться только относительный адрес документа. Например, если полный адрес документа D:/elib/dir/file.ext, в параметре ed_path указан адрес D:/elib, то в 951^a должно быть dir/file.ext.
В подполе А возможны так же абсолютные дисковые пути:
^AC:\elib\file.ext

Если доступ к электронным версиям выполняется по HTTP или FTP ссылкам, полные адреса должны указываться в подполе I
Например:
^Ihttp://libname.ru/file.ext
и
^Iftp://libname.ru/file.ext

Документы, для которых указаны HTTP или FTP пути не пропускаются через J-ИРБИС 2.0 и прямые ссылки на них предаются пользователю. Поэтому степень защиты от несанкционированного распространения ссылок достаточно низкая.
Ограничение доступа к полнотекстовым документам
Для каждого отдельного документа можно определить дополнительные (помимо авторизации) ограничения на доступ. Документ можно определить как доступный только для:
1. Отдельных категорий пользователей (в этом случае категории должны указываться в подполе 951^d)
2. Пользователей, находящихся в локальной сети библиотеки (если заполнено поле 951^l и IP пользователя частично совпадает со значением параметра ed_local_users_mask в таблице Основные настройки)

Распространённые проблемы
Стандартный режим работы большинства WEB серверов (служба Windows) не позволяет использовать пути внутри локальной сети. WEB шлюз не может получить доступ к файлам, расположенным на других серверах организации по TCP\IP, так как ему передаются ограничения WEB сервера, который в свою очередь ограничен правами службы Windows.

Например, не приемлемы пути:

\\host_name\file.pft

или пути

X:\file.pft

При условии, что X – сетевой диск.

Но это ограничение может быть снято с помощью установки для Apache прав NET_SERVICE.

Если хранение электронной коллекции на WEB сервере невозможно, целесообразно создать на сервере, где она хранится, WEB или FTP сервер.

Огромное спасибо за подробное описание.Касаясь последнего замечания об ограничениях прав на NET_SERVICE от Apache, хотел добавить, что делать привязку к сетевому ресурсу чревато тормозами в локальной сети, вызванными избыточно фильтруемым трафиком.

Ниже рассматриваемый случай актуален, когда базы библиографические и полнотекстовые находятся на разных серверах в локальной сети, вместе с тем, используют одни и те же электронные файлы. J-Ирбис находится на сервере с библиографическими базами
Конечно куда проще организовать сетевой ресурс, завязать на него ПБД и прокинуть от него путь к библиографическим БД. Если ваши сервера на базе LINUX- UNIX платформ это вполне реально, но очевидно что ваш Ирбис сервер работает на Windows платформе, поэтому необходимы другие решения. Например автоматизировать копирование файлов в каталог библиографических баз, чтобы иметь возможность создавать относительные ссылки. Автоматизация в данном случае снимает проблему с нежелательным предоставлением доступа к серверу обычным пользователям.
Создадим вот такие простенькие исполняемые файлы. Они работают в паре. Исправьте пути на свои и поместите их в один каталог. Запустите copy_fresh.cmd, команда проверит появились ли в каталоге "\\Compolnotext\basa1" новые файлы, если да, то запускается файл otherbat.cmd, который копирует эти файлы в указанный нами каталог.В нашем случае это "D:\elib\". Настройте запуск "copy_fresh.cmd" в планировщике сервера Windows на время наименьшего обращения пользователей к базам Ирбис64.

имя файла copy_fresh.cmd
содержимое:

D:
cd D:\Distr\backupsDB
for /f %%i in ('dir /B /O:-D /T:W \\Compolnotext\basa1') do (call D:\Distr\backupsDB\otherbat.cmd "%%i")&exit /b


#где "D:" - имя диска с папкой эл.документов
#где "cd D:\Distr\backupsDB" - путь к папке с эл.документами


имя файла otherbat.cmd
содержимое:

echo off
cls
echo start backup
copy \\Compolnotext\basa1\%1 D:\elib\*.*
echo end backup

P.S. В настоящий момент считаю целесообразным размещать базы ПБД и ББД на разных компьютерах/серверах локальной сети.Это обусловлено как возможностью запустить на каждом из них отдельный Web сервер, так и снятием нагрузки с аппаратной части сервера Ирбис64, тем самым предоставяля более быстрый доступ к своим ресурсам пользователям интернета.



Редактировано 33 раз. Последний раз 10.04.2014 07:03 пользователем criogen.

По ходу написания возник вопрос, заранее извиняюсь за offtop.
С позиции сегодняшнего дня в чем заключается целесообразность импорта из ББД в ПБД через *.par файл?

- получить ссылки? Зачем это делать, когда ссылки формируются средствами ПБД при прямом включении файлов в базу ПБД? Кроме того из вышеуказанных рекомендаций следует- в случае нахождения ПБД и ББД на разных компьютерах, каталоги дублируют друг друга, находясь локально на каждом из этих компьютеров. Из этого следует что ссылка ББД для ПБД тоже не актуальна.

- получить библиографическое описание? При получении результатов полнотекстового поиска мне редко доводилось увидеть какое-то систематизированное описание над ссылкой к файлу. Как говорится в инструкции к ПБД 2013 - теперь описание к страницам представляет из себя первые строки из шапки страницы.


P.S.Риторический вопрос: Для чего давать человеку выбор, когда имеются "правильные решения"?



Редактировано 11 раз. Последний раз 03.04.2014 11:08 пользователем criogen.

Подключусь с вопросом. А в разъяснениях про 951:^a слэш "прямой" - это принципиально или что? Не дает у меня J доступа к pdf. Хранилище прописано в 11 параметре par-файла. Каталогизатор через себя документ выгружает. Настройку ed_path_type поменял с prn на std, а на закладке "Электронные версии" написано то самое - "Документ не доступен. Обратитесь в библиотеку за информацией относительно возможности его получения"

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

Ситуация интереснее. При поиске в одной из баз, возвращается значение из базы не добавленой в таблицу "Базы источников и их характеристики". Если она где-то прописана- как ее исключить?Ранее ее добавлял, затем удалил. М.б. имеет место кэш?

И совсем школьный вопрос.Выполнил все рекомендации. В моем случае:
1.В PAR файл добавил 11=D:\elib
2.В ed_path D:/elib
3 В 951^Afile.djvu^TПолнотекст

Результат при нажатии на ссылку - см.вложение
Где еще задается путь?



Редактировано 8 раз. Последний раз 03.04.2014 16:50 пользователем criogen.

Куделя написал(а):
-------------------------------------------------------
> Настройку ed_path_type поменял
> с prn на std, а на закладке "Электронные версии"
> написано то самое - "Документ не доступен.
> Обратитесь в библиотеку за информацией
> относительно возможности его получения"

Пока реализован только режим prf, поэтому только о нём я написал в документации. Если выгрузка через сервер имеет особое знечение, я реализую эту возможность в первую очередь. Но такой режим выгрузки будет создавать большие нагрузки на сеть, несовместим в UPLOAD средствами J-ИРБИС 2 и предусматривает ограничения на размер файлов. Поэтому он оправдан лишь в корпоративной среде или при разделении WEB и ИРБИС TCP/IP сервера.

criogen написал(а):
-------------------------------------------------------
> Ситуация интереснее. При поиске в одной из баз,
> возвращается значение из базы не добавленой в
> таблицу "Базы источников и их характеристики".

Что Вы подразумеваете под "значением"? Записи или файлы?
Кэширование предусмотрено. Кнопки очистки кэша есть в административной панели. В ближайшее время эта функция и многие другие будут добавлены всем, кто подписан на автоматическое обновление.

> И совсем школьный вопрос.Выполнил все
> рекомендации. В моем случае:
> 1.В PAR файл добавил 11=D:\elib
> 2.В ed_path D:/elib
> 3 В 951^Afile.djvu^TПолнотекст

ИРБИС-сервер перезагрузили, слэш после 11=D:\elib поставили?

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> Пока реализован только режим prf, поэтому только о
> нём я написал в документации. Если выгрузка через
> сервер имеет особое знечение, я реализую эту возможность

Имеет. Поскольку это именно тот самый вариант:
> при разделении WEB и ИРБИС TCP/IP сервера.
J и сервер - на разных машинах. Файлы на сервере ИРБИСа

> Но такой режим несовместим с UPLOAD средствами J-ИРБИС 2

Почему не совместим с UPLOAD? Что мешает передавать ссылку на загруженный через J файл в 951^i допустим

> предусматривает ограничения на размер файлов.
Какое? Я понимаю, что для разбивки на страницы документ нужно получить полностью с ирбис-сервера, чтобы разобрать его уже на сервере с веб-частью. Максимальный размер файла (в данном случае не файла, конечно, а ответа на запрос к ирбис-серверу) регулируется php?

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

Кирилл Соколинский (СЗТУ) написал(а):

>Кнопки очистки кэша
> есть в административной панели.
Так и есть дело в кэше.Очистка старого кэша исправила ситуацию.

> ИРБИС-сервер перезагрузили, слэш после 11=D:\elib
> поставили?
Да.Сейчас ссылка доступна в кат. и j



Редактировано 8 раз. Последний раз 04.04.2014 07:13 пользователем criogen.

>Имеет. Поскольку это именно тот самый вариант:
> при разделении WEB и ИРБИС TCP/IP сервера.
>J и сервер - на разных машинах. Файлы на сервере ИРБИСа
C точки зрения безопасности хорошо что web сервер не на контроллере домена(где у большинства обитает Ирбис). Но в чем собственно говоря проблема? J ирбису обязательно тянуть по сетке файлы самостоятельно? Разве нельзя организовать папку на самом шлюзе и синхронизировать ее с папкой эл.документов тем же виндовым планировщиком? ИМХО в данном случае это не избыточность.



Редактировано 9 раз. Последний раз 04.04.2014 10:31 пользователем criogen.

Куделя написал(а):
-------------------------------------------------------
> Кирилл Соколинский (СЗТУ) написал(а):
> --------------------------------------------------

> Почему не совместим с UPLOAD? Что мешает
> передавать ссылку на загруженный через J файл в
> 951^i допустим

С тем, чтобы прописать ссылку конечно никаких проблем нет. Но вот положить файл в папку, к которой WEB сервер не имеет файлового доступа гораздо сложнее. На данный момент ИРБИС TCP/IP Сервер не включает команд создания файла. А решать такие задачи с помощью UNIFOR -- едва ли корректный путь.

>
> > предусматривает ограничения на размер файлов.
> Какое?

Обчно я рекомендую для постраничного просмотра делать документ не больше 200 Мб.

> Максимальный размер файла (в данном случае не
> файла, конечно, а ответа на запрос к
> ирбис-серверу) регулируется php?

Определяется memory_limit параметром PHP + приблизительно 16 Мб На другие задачи.

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

Шаман способ.
ed_path=D:/elib

Часть ссылок на электронные документы в J была недоступна.(см выше)
1.Перезагружен несколько раз Ирбис сервер. Очищен кэш J . Безрезультатно
2.Найдена запись с пустым подполем 951^T
3.Внесено имя в подполе 951^Tтекст для ссылки.
4.Перезагружен Ирбис сервер.Очищен кэш J
5.В таблице "Базы источников и их характеристики" выделена на редактирование строка необходимой базы. Сохранено (значек дискеты). Сохранено (основная кнопка).

Ссылки доступны.



Редактировано 6 раз. Последний раз 08.04.2014 15:10 пользователем criogen.

criogen написал(а):
-------------------------------------------------------
> Но в чем собственно говоря проблема? J
> ирбису обязательно тянуть по сетке файлы
> самостоятельно? Разве нельзя организовать папку на
> самом шлюзе и синхронизировать ее с папкой
> эл.документов тем же виндовым планировщиком?

Вы правы, копировать придётся. Но планировщик Windows пользователям я предложить не могу. Файлы, выгруженные по сети, будут кэшироваться во временной папке.

criogen написал(а):
-------------------------------------------------------
> Часть ссылок на электронные документы в J была
> недоступна.(см выше)

Хотелось бы разобраться, что объединяет эти ссылки?

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

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> выгруженные по сети, будут кэшироваться во
> временной папке.
только по запросу файла или целый каталог? Если каталог, это более чем достаточно.Тогда Windows планировщик- решение только для вышеописанного случая.- когда базы библиографические и полнотекстовые находятся на разных серверах в локальной сети, вместе с тем, используют одни и те же электронные файлы. J-Ирбис находится на сервере с библиографическими базами


Кирилл Соколинский (СЗТУ) написал(а):
> Хотелось бы разобраться, что объединяет эти
> ссылки?
Не нашел систематики.

> Наиболее вероятно, что причина в браузерном кэше.
> Все описанные Вами действия за исключением очистки
> кэша записей оказать влияние не могли.
В тесте использовал 3 браузера.Очищал пустой кэш j. Последние действия с удачным отображением ссылок были с IE9.



Редактировано 4 раз. Последний раз 10.04.2014 06:59 пользователем criogen.

criogen написал(а):
-------------------------------------------------------
> > кэша записей оказать влияние не могли.
> В тесте использовал 3 браузера.Очищал пустой кэш
> j. Последние действия с удачным отображением
> ссылок были с IE9.

Пришлите по почте ссылку на свой сайт и логин пароль для доступа к электронным версиям. Ваша библиотека подписана на автоматическое обновление?