Добрый день. Помогите, пожалуйста, решить проблему.
Работаем с Ирбис64 2013.1 (но на папке с файлами для веб-ирбиса написано irbis64r_12); заказ через каталог на сайте.
В случае, если в заглавии документа (книги или журнала) имеются символы @, &, + (например, "Architecture & Design") - всплывает подсказка, но поиск результатов не дает ("По Вашему запросу: " <.>T=ARCHITECTURE DESIGN@<.> " (на естественном языке: ЗАГЛАВИЕ: "ARCHITECTURE DESIGN@" ) ничего не найдено. Убедитесь в корректности запроса." )
При заказе через АРМ "Читатель" проблем не возникает. Изданий таких много. Возможно, мы их как-то неправильно описывали? Что можно сделать?



Редактировано 2 раз. Последний раз 07.12.2014 01:55 пользователем Кирилл Соколинский (СЗТУ).

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

Проблема не решена...
А что, кроме нас с АрПи, у всех все работает?

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

Спасибо; нам тоже кажется, что проблема в символе & (а также @,+ и т.д.).
И как его убирать, формируя запрос - если нужен именно журнал "Architecture & Design", а не все, начинающееся со слова "аrchitecture"?
А еще у нас есть, к примеру, журнал "A+C"... С ним такая же проблема.

Есть идея решение проблемы: расширить словарь путем замены таких символов на символ подчеркивания, далее через js-скрипты провести замену на лету таких символов в строке запроса и искать по термину, который находится в словаре.

а как насчет %26 ??

я про [ru.wikipedia.org]



Редактировано 1 раз. Последний раз 28.11.2014 06:00 пользователем АрПи.

> а как насчет %26 ??

Это зависит от версии браузера. Сам браузер должен уметь это делать.
Старые - не умели.

"Сам браузер должен уметь это делать." - в каком это смысле? и причем тут браузер

я имел ввиду, что это как раз webirbis должен уметь urlencode строку и только перед непосредственной передачей запроса в сам ирбис преобразовывать запрос обратно, а не тупо фильтровать спецсимволы из строки, как это фактически происходит сейчас.

P.S> правда, возможно в последней версии веб-ирбиса дело обстоит иначе. у меня файл cgiirbis64.exe от апреля 2012. а где там версию глянуть, я, если честно, не знаю.

P.P.S> или передавать в не в виде urlencode, а в виде html мнемоник - [ru.wikipedia.org]



Редактировано 1 раз. Последний раз 28.11.2014 20:48 пользователем АрПи.

В 2014 версии также :(

SKay написал(а):
-------------------------------------------------------
> & (а также @,+ и т.д.).

Да, эти символы следует считать зарезервированными в WEB ИРБИС.

Проверил, в J-ИРБИС 2.0 конкретно с этими символами проблем нет. Но, думаю, что символ $ будет создавать проблемы во всех ИРБИС системах.

а почему все-таки нельзя передавать в вашем GET строку "Architecture & Design" как "Architecture%20%26%20Design" ???

Приятно, что нашим вопросом заинтересовались специалисты:)
Что можем пока сделать мы, ни разу не программисты?

Присоединяюсь к вопросу коллеги: что делать библиотекарям? У нас тоже есть случаи, когда в заглавии есть знак &.
Из диалога между программистами поняла, что какое-то решение проблемы очевидно существует. Так может быть это решение будет применено?
Или нам нельзя использовать символ &?
По правилам каталогизации мы могли бы заменить & на [and] или [et]. Но читатель то как догадается что мы сделали эту замену и какую именно из 2 возможных замен мы сделали? Хорошо, если читатель ищет в заглавии и это заглавие попадает в словарь (т.е. в тот фрагмент словаря, который всплывает при поиске). А если нет? Вот пример заглавия Художник & педагог. У нас довольно много заглавий начинается на Художник и читатель во всплывающем словаре не увидит никакого Художник [and] педагог. И никогда не поймет, что ему при поиске надо задавать именно так.
У нас Веб-ИРБИС 2012 версии на настоящий момент.



Редактировано 2 раз. Последний раз 02.12.2014 17:22 пользователем roit.

Татьяна Ароновна!
Отвечаю на вопрос, заданный на другой этого ветке:
Можно попробовать заменять символы, например:
[пробел]&[пробел] = %20%26%20

Architecture & Design = Architecture%20%26%20Design

И это вполне работает! Не совсем удобно, но работает :)
Спасибо Артуру Юрьевичу (АрПи)!

Александр Сергеевич, в случае с вебирбисом фразу можно даже упростить - он ведь пробелы не фильтрует, поэтому будет искать и

Architecture & Design = Architecture %26 Design

во всяком случае, у меня работает :)

Александр Сергеевич и Артур Юрьевич!Спасибо за ответ!
Но я не поняла как это делать. Пробовала сделать так:
200^AКапитализм < & = %20%26%20> рок-н-ролл
Меняла пробелы туда-сюда (убирала, вставляла), делала и так:
200^A<Капитализм & рок-н-ролл = Капитализм%20%26%20рок-н-рол >
и так:
200^A<Капитализм & рок-н-ролл = Капитализм %26 рок-н-рол >
Ничего не получается, веб упорно пишет:
"По Вашему запросу: " (<.>T=КАПИТАЛИЗМ РОК-Н-РОЛЛ$<.>) " (на естественном языке: ЗАГЛАВИЕ: "КАПИТАЛИЗМ РОК-Н-РОЛЛ" ) ничего не найдено. Убедитесь в корректности запроса."
Что я не так делаю?



Редактировано 2 раз. Последний раз 03.12.2014 10:45 пользователем roit.

это не в базе надо редактировать. это же фильтруется прямо из поля ввода. поэтому надо прямо в поле поиска вместо

"Капитализм & рок-н-ролл" писать "Капитализм %26 рок-н-рол" тогда вебирбис не отфильтрует и поиск пройдет нормально.

Артур Юрьевич!
Спасибо за попытку помочь, но Вы себе как представляете читателя, который вот это введет?!
Да еще в нашем гуманитарном вузе. Это нереально абсолютно!
Нет, мы конечно можем какую-то инструкцию прямо там в вебе вписать, но как нам сказал один читатель "кто же их читает эти ваши объявления".
Уж тогда лучше по Российским правилам каталогизации (рекомендации для знаков, которых нет) заменять & на [and], тогда хоть читатель, который случайно как то на это наткнется (во всплывающем словаре, если это не приведенный выше пример с Художником), сможет найти и заказать книгу.
Хотя конечно оптимальный вариант, чтобы эту проблему решили разработчики!
Господа разработчики! Хотелось бы от вас получить ответ. Причем "символы зарезервированы" это не ответ. Ответ это как решить эту проблему, чтобы читатели в каталоге могли найти и заказать издание.



Редактировано 2 раз. Последний раз 03.12.2014 12:33 пользователем roit.

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

увы, эти стандарты кодирования разработали w3c и именно поэтому браузеры это понимают, а российские стандарты каталогизации - нет.

Да, это все я понимаю. Мое предложение заменять в самом описании на [and] тоже костыль. Про то что браузер не понимают российские стандарты каталогизации это я понимаю, просто решение с текстовой заменой взято оттуда.
И тот и другой вариант нехороши. Оба как-то заставляют поиск работать. Но, судя по Вашим предыдущим постам разработчики как-то могли бы решить эту проблему. Или я неправильно поняла.
Просто не могу понять что нам то реально делать. Есть книги, журналы с такими вот заглавиями, есть реальные читатели, которые не будут вводить %26 и [and], если они знают что нужное им издание называется Ромео & Джульетта. В случае, если оставить & еще и словарь всплывающий им услужливо подсунет нужный им вариант Ромео & Джульетта, они его выберут и получат сообщение каталога см. выше.
О, кстати, господа разработчики, если нельзя решить проблему поиска, то нельзя ли в таком случае, чтобы каталог выводил не стандартную фразу про корректность запроса, а конкретно писал, замените знак & или + на %26????



Редактировано 3 раз. Последний раз 03.12.2014 13:04 пользователем roit.

ну тогда могу предложить более продвинуты костыль - тупо сделать encodeURI в onSubmit, правда в сумрачной логике (к слову сказать, даже нормальный JS в вебирбисе умудрились превратить в кашу) веб-ирбиса не знаю к чему это может привести, поэтому сначала протестируйте.

добавьте в файл search_search.frm в папке Frames\search_forms\

в самое начало функции change_search_mode вставьте вызов так чтобы получилось:

...

function change_search_mode(prf){
$("#X_S21STR").val(encodeURIComponent(SEARCH.X_S21STR.value));

...

где "..." это остальное содержимое файла и писать это не надо :)

аналогично то же самое необходимо вставить в файл standart_search_form.frm

в функцию IfEmpty так, чтобы получилось

...

function IfEmpty()
{
if (SEARCH.X_S21STR.value == "") return false;
$("#X_S21STR").val(encodeURIComponent(SEARCH.X_S21STR.value));

...

где "..." это остальное содержимое файла и писать это не надо :)

отдельно подчеркну, что удалять никаких строк НЕ НАДО. нужно только добавить.

P.S> на вопрос "почему именно через jQuery, а не напрямую через DOM - SEARCH.X_S21STR.value = ... т.д." заранее отвечаю: "а почему бы и нет, если jQuery уже подключен? да это будет на доли ms медленнее, но учитывая то, как уныло веб-ирбис работает сам по себе, никто и не заметит разницы."

Вопросов "почему именно через jQuery, а не напрямую через DOM - SEARCH.X_S21STR.value = ... т.д." не будет. Т.к. мне это все непонятно в принципе. Я библиотекарь, который кое-что умеет настраивать в основных АРМах ИРБИСа, которые у нас есть. Умею то, чему научили на этом форуме, в основном. Языком форматирования ирбиса не владею.
В вебе у нас правит некоторые вещи сотрудник из информационного управления (я в веб залезать вообще боюсь).
Я могу конечно его попросить это сделать. А что будет если это сделать?

будет перехват поисковой строки из поля и ее кодирование в URI и последующий submit.
т.е. после нажатия кнопки "поиск"

написанное "Капитализм & рок-н-ролл" автоматически будет преобразовано в

"%D0%9A%D0%B0%D0%BF%D0%B8%D1%82%D0%B0%D0%BB%D0%B8%D0%B7%D0%BC%20%26%20%D1%80%D0%BE%D0%BA-%D0%BD-%D1%80%D0%BE%D0%BB%D0%BB" и только затем передано дальше.

Спасибо! Подумаем. Жаль, что уважаемый Кирилл Евгеньевич не хочет помочь нам и всем другим пользователям веба. Интересно это же сколько библиотек сталкиваются с этой проблемой?! И никакого решения от разработчика нет!

Прочитала все с большим интересом; roit, спасибо, что подключились - мы с Вами "в одной лодке" (я тоже "библиотекарь, который кое-что умеет настраивать в основных АРМах ИРБИСа":). АрПи, Вам тоже огромное спасибо - Ваши профессиональные ответы действительно многим помогают.
Ждем теперь веского слова Кирилла Евгеньевича?



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

Большое спасибо! В версии 2014 проблема решена

Добрый день!

В нашей практике рассматриваемая проблема в версии 2013.1 обнаружилась в такой форме: наличие слова "ДВ@" в поле 331 Аннотация давало в словаре ключевых слов термин "ДВ@", поиск по которому имел неадекватный результат (указывал не на ту запись). В версии 2014.1 этот термин не попадает в словарь ключевых слов вообще. Но ведь этот термин не блажь и не ошибка - речь в записи идет об онлайн-фестивале "Дубль дв@".

Есть ли способ вводить термины, содержащие подобные символы, так, чтобы они отражались в словаре и позволяли нормально выполнить поиск?

В версии 2014 эта проблема решена

Версия ИРБИС64 2014.1 с обновлениями D1-4