В новой версии Z64 индексирование не требуется. Для установки достаточно выполнить инсталляцию WEB ИРБИС и вручную запустить сервис Z 64.

Единственный фрейм, используемый Z39 шлюзом – frames\default\gate_page.frm. Остальные ресурсы шлюза располагаются исключительно в его директории.

При выполнении запроса к Z-шлюзу Firefox и Opera воспринимают файл шлюза
как объект и предлагают сохранить (см. скрин). В MS Explorer этого не происходит (выдает результат поиска). Сервер работает под Апач 2.0.46
Что посоветуете?

Кириллу, Максиму и Геннадию большое спасибо за оперативные и четкие ответы в других ветках!

На данный момент Кирилл Анатольевич рекомендует изменить расширение Z шлюза на cgi и соответствующим образом настроить сервер. При этом описанная проблема исчезает.

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> На данный момент Кирилл Анатольевич рекомендует
> изменить расширение Z шлюза на cgi и
> соответствующим образом настроить сервер. При этом
> описанная проблема исчезает.

К сожалению, нет. В этом случае результат поиска не воспринимается как html-файл и выдается исходным текстом.

И еще одна проблема веб-шлюза - результаты поиска из БД в кодировках отличных от RUSMARCа получить невозможно. Т.е. поиск происходит, а при переходе по ссылке с результатами поиска получаешь пустую страницу.
Возможно, причина в том, что в комплекте идет только файл rusmarc
(лежит в директории шлюза), а других файлов с кодировками нет.
Возможно причина в другом.

Прошу Вашего Кирилл и Вашего Кирилл Анатольевич совета.

Какие планы по обновлению шлюза в 2010 году?

Добрый день!

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

проблема с настройками шлюза z3950

Сначала выдавал ошибку - Cannot open HEADER format file
во фрейме gate_page.frm добавил строки

<!-- <input type="hidden" name="I21DBN" value="IRBIS_admin" /> Эта строка нужна ? -->
<INPUT type=hidden name="header" value="C:\IRBIS64-91-WWW\CGI\Z3950\header.htm">
<INPUT type=hidden name="footer" value="C:\IRBIS64-91-WWW\CGI\Z3950\footer.txt">

Заголовок нашел, но теперь ошибка - Cannot open HOSTS.TXT file
Попробовал добавить
<INPUT type=hidden name="hosts" value="C:\IRBIS64-91-WWW\CGI\Z3950\hosts.txt">
та-же ошибка - Cannot open HOSTS.TXT file

Подскажите как и где шлюз ищет эти файлы?

Система: Win Server 2008 R2 x64, IIS 7.0
Irbis64 2009.1 (все обновления )
WebIrbis (обновление от 28.10.2010 с форума )

Файлы сервера:
z64.exe 01.01.2010 64K (65 536)
yaz.dll 01.04.2010 1.10M (1 159 168) ver.2.1.54.1
yaz-client.exe 06.10.2005 56K (57 344)

сервер работает нормально, через yaz-client подключается ко всем базам, поиск проходит нормально.
Копировал yaz-client.exe и yaz.dll с сервера на свой ПК: подключается ко всем базам, поиск проходит.

Файлы клиента z3950\:
gate.exe 09.11.2006 248K (253 998)
yaz.dll 31.10.2006 648K (663 552) ver.2.0.19.1
header.htm
footer.txt
hosts.txt
my_cgi.txt
rusmark.txt

Файлы клиента почему-то аналогичны нашему дистрибутиву старой версии Irbis32 2006.1 ?
и версии библиотек сервера и шлюза разные?
Так и должно быть?

Добрый день! Такая ситуация: был установлен Web-Ирбис32+Apache+Z-сервер через Zebra. С некоторых пор зебра перестала работать. Причину выявить не смогли и решили подключить Z-сервер из пакета Web-Ирбис. Проблема такая: все работает, но только ЛОКАЛЬНО, т. е. мы себя видим через Z-шлюз (и поиск идет успешно, и результаты выдает), а других - нет, и они нас тоже не видят. Подскажите, где копать? Спасибо.

Других не видите потому что у вас глобально в сети закрыты те порты, по которым идет трафик на внешние Z-сервера.
А вас не видят, потому что на том же вашем внешнем сервере закрыты обращения извне к вам на порт 210.

Все порты открыты, Касперский может "резать", как говорит наш админ?

Может и он. Но где конкретно режется, пусть ваш админ и ищет. Мы тут ничем помочь не сможем.

Наш админ ничего искать не будет, спасибо, что разговаривает с нами. И Вам спасибо, хоть легче-то не стало :(

Что значит "не будет разговаривать"? А за что он деньги свои получает? Докладную на него значит. Я таких соплей обычно не люблю. Это его работа, пусть делает и точка.

Хе, хе - он сисадмин ВУЗа, а в библиотеке даже ставки такой нет, вот и плюхаемся. Пытались брандмауэр и каспера отключить - не помогло, даже не знаем, куда еще залезть?

Да к нему идти. Библиотека тут совершенно не причем. Это ограничения на интернет-шлюзе вуза.
Вам нужно, по всей видимости, написать заявление на имя кого-нибудь, что вам для исполнения своих должностных обязанностей и для полноценного участия вашей библиотеки в международном/всероссийском/как больше нравится обмене библиографическими записями нужно иметь разрешение на открытие порта 210 для заимствования из вашей библиотеки по протоколу Z39.50, и настройка перенаправления запросов с адреса вашего на порт 210 на компьютер, на котором работает ваш Z-сервер.

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

Как ни банально это звучит, но интернет есть? Z-сервера других библиотек видите? Какой ip-адрес внутренний или внешний?
Если у вас внутренний ip-адрес, то находитесь под NAT - прямые сетевые соединения (к вам входящие соединения) не пробьются. В любом случае нужен внешний ip-адрес или, как уже сказал Максим, сделать проброс портов (перенаправленеи).

Цитата:

Все порты открыты

Это говорит админ?

Интернет есть, ip-внешний, по запросу "cmd | nestat-a" выводит в строке
TCP server2:210 server2:0 LISTENING, встроенный Z-протокол работает нормально.

Z-сервера других библиотек видите?
То, что все порты открыты говорит админ?
Если порты на самом деле открыты и выключен фаервол, то z-серверы вы должны увидеть.



Редактировано 1 раз. Последний раз 14.10.2011 01:39 пользователем woodyfon.

Если при поиске на других Z-серверах показывает
"@attr 1=1003 @attr 5=1 "глухих"
Каталог: Научная библиотека Уральского государственного университета
Найдено записей: 0
<< предыдущие записи"
- значит не видим?

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

Это скорее проблемы у настройками кодировок тех баз, в которых вы ищите.

Максим, а можно попонятнее, плис. Нам надо переиндексировать базу или поменять кодировки в каком-то файле?

Тестирование yaz-client дает такой результат.(см. файл.)

Нашли "ноги" - поиск идет, просто действительно при перекодировании информации из формата Ирбиса в rusmarc происходит кракозябство, и показ найденного невозможен. Теперь думаем - откуда ноги растут, может rusmarc.pft,а может что еще???

Маргарита А. написал(а):
-------------------------------------------------------
> Нашли "ноги" - поиск идет, просто действительно
> при перекодировании информации из формата Ирбиса в
> rusmarc происходит кракозябство, и показ
> найденного невозможен. Теперь думаем - откуда ноги
> растут, может rusmarc.pft,а может что еще???

Кодировка источника на стороне ИРБИС Z39 клиента определяется последней цифрой в каждой строке файла HOSTS.TXT

У нас Ирбис32 и на конце стоит 0, как и у всех в нашем консорциуме, и должны быть нули. Может мы для переиндексации взяли не тот ibis.fst - Его же в дистрибутиве никто найти не может. Вообще где-то можно взять этот файл? Можно на почту mba@usfeu.ru - будем бесконечно признательны.

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

Кирилл, спасибо, файлы получили. Будем пробовать.

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

Попробуйте скопировать файл server.cf из папки z3950 в системную директорию system32 (например, c:\windows\system32).
В отличие от старой версии теперь файл server.cf считывается один раз при старте сервиса и система ищет его в системной директории. Как ссылаться на папку Z3950 я пока не придумал. То есть получается, если в сервере Z32 указывать полный путь до папки типа c:\irbis32\z3950\server.cf , но этот путь, очевидно, может быть другим, а если ссылаться по относительному пути типа ./z3950/server.cf, то при старте сервера система его не видит...

Спасибо за документацию. Все поставила, настроила. Осталось настроить Z-шлюз. Первый вопрос, нужные ссылки надо внести в файл gate_page.frm .зачем тогда нужен page8.html? И опять же документация устаревшая видимо, потому как написано:
"Установка сервера Z64

На диске c: создайте директорию с именем Z64.
С помощью программы-архиватора распакуйте содержимое архива в созданную директорю: C:\Z64
Исполняемый модуль сервера Z64 имеет имя файла Z64. Для его установки к качестве сервиса операционной системы необходимо перейти в режим набора команд в окне командной строки системы Windows.
Установка сервера осуществляется строкой вида:
z64 –installa tcp:@:<порт> -l <полный путь к файлу журнала обращений>
Предположим, что архив сервера был распакован в директорию C:\Z64. Для установки сервера требуется набрать следующую команду:
C:\Z64 > z64 –installa tcp:@:210 –l c:\z64\log.txt
В данном примере сервер был установлен на порт 210, рекомендуемый для использования по умолчанию в протоколе Z39.50, а файл журнала обращений будет записываться в файл log.txt в той же директории, где находится сервер Z64."
а на самом деле все проще устанавливается.
на что опираться при установке? подскажите, люди добрые!