Добрый день.
Возникли проблемы с поиском. Не находит определенную книгу. Так же такую же ошибку выдает при любом запросе "свободного поиска". Что за ошибка? И как ее устранить.



Редактировано 1 раз. Последний раз 20.01.2014 23:36 пользователем Кирилл Соколинский (СЗТУ).

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

> Возникли проблемы с поиском. Не находит
> определенную книгу. Так же такую же ошибку выдает
> при любом запросе "свободного поиска". Что за
> ошибка? И как ее устранить.

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

Если сервер работал, то к проблемам привели какие-то последние настройки. Наиболее вероятно, что проблема в антивирусе или файрволе, который блокирует запросы сервера к самому себе (распараллеливание реализуется за счёт выполнения запросов сервера по адресу: [localhost]).

Вы не были подписаны на обновления. (Для этого были какие-то причины?) Я был вынужден чтобы провести диагностику подписать ваш сайт на обновление и обновить Вашу версию до последней.

До того, как Вы обновили нашу версию до последнего перестал вообще работать поиск. Хотя до этого из скриншота Clip_3.jpg находило все 5 книг кроме последней, по автору. Вообще такую ошибку выдавало с самого начала при определенных запросах. Антивирус не установлен, в исключения брандмауэра добавлен, пробовал вообще отключать - не помогает.

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


Вы можете дать мне удалённый доступ к серверу по RDP или Teamviewer? (e-mail: sokolinsky_k_e@mail.ru)

Как я и предполагал, проблема в настройках Apache.

Вы указали в httpd.conf

Listen 10.0.2.105:80

Т.е. адрес одного из Ваших сетевых интерфейсов. В итоге открыть J-ИРБИС 2.0 с самого сервера, указав [localhost] оказалось невозможно. Точно так же оказывались неудачными все запросы, которые пытался выполнить к h ttp://localhost/jirbis2/components/com_irbis/ajax_provider.php сам J-ИРБИС 2.0.

Если Ваша директива имела какой-то особый смысл, то Вам необходимо изменить в jirbis_constants.php строку:

define('JI_PATH_AUTO_REQUESTS_LOCALHOST','http://localhost'.((isset($_SERVER['SERVER_PORT']) and $_SERVER['SERVER_PORT']!=80 ) ? ':'.$_SERVER['SERVER_PORT'] : ''));

Пока же я установил значение параметра:

Listen 80

и J-ИРБИС начал нормально работать.



Редактировано 1 раз. Последний раз 22.01.2014 10:28 пользователем Кирилл Соколинский (СЗТУ).

У меня такая же ситуация можете удалённо мне помочь исправить ошибку через Teamviewer подключится удаленно !

большеулуйская цбс написал(а):
-------------------------------------------------------
> У меня такая же ситуация

Давайте начнём с условий, при которых у Вас возникли эти проблемы. Как давно и в связи с чем они начались?

Вы познакомились с FAQ документации? Вы изменяли настройки сервера? Всё, описанное Выше, не относится к Вашей библиотеке?

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

Проанализировал ситуацию Большеулуйской ЦБС. Снова ошибка в конфигурации при попытке изменить порт на 80. Конкретно:

Listen 80

ServerName localhost:8087

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

Спасибо большое за помощь поиск работает!

Цитата:

Если Ваша директива имела какой-то особый смысл, то Вам необходимо изменить в jirbis_constants.php строку:
define('JI_PATH_AUTO_REQUESTS_LOCALHOST','http://localhost'.((isset($_SERVER['SERVER_PORT']) and $_SERVER['SERVER_PORT']!=80 ) ? ':'.$_SERVER['SERVER_PORT'] : ''));

Если константа

JI_PATH_AUTO_REQUESTS_LOCALHOST

относится напрямую к localhost, то брать номер порта брать непосредственно из

$_SERVER['SERVER_PORT']

не совсем корректно. Поскольку могут применяться проксирование.
nginx:

proxy_set_header X-Forwarded-Port $server_port;

Лучше указывать напрямую:

define('JI_PATH_AUTO_REQUESTS_LOCALHOST','http://localhost:20680');

woodyfon написал(а):
-------------------------------------------------------
> не совсем корректно. Поскольку могут применяться
> проксирование.
> nginx:

Если применяется проксирование, то номера внутреннего и внешнего порта должны совпадать.

> Лучше указывать напрямую:
>
> define('JI_PATH_AUTO_REQUESTS_LOCALHOST','http://l
> ocalhost:20680');

Настоятельно не рекомендую так делать, поскольку файл jirbis_constants.php должен автоматически обновляться (могут появляться новые константы). Если блокировать его обновление, то возникнут трудно выявляемые ошибки.

Цитата:

Если применяется проксирование, то номера внутреннего и внешнего порта должны совпадать.

Это необходимое условие для работы jirbis. В действительности к совпадению портов ничего не обязывает. Проброс может использовать любой порт. Например, с 80 (внешний) на 8080 (внутренний).

Цитата:

Настоятельно не рекомендую так делать, поскольку файл jirbis_constants.php должен автоматически обновляться (могут появляться новые константы). Если блокировать его обновление, то возникнут трудно выявляемые ошибки.

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

woodyfon написал(а):
-------------------------------------------------------
> Если применяется проксирование, то номера
> внутреннего и внешнего порта должны совпадать.
> Это необходимое условие для работы jirbis. В
> действительности к совпадению портов ничего не
> обязывает. Проброс может использовать любой порт.

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

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

> Конечно, изменение файла настроек повлечет за
> сообой неозможность офлайн-обновления. Тогда
> лучшим решением будет это инклюд файла кастомных
> настроек, которые смогут "перебить" значения по
> умолчанию.

Андрей, будьте добры, попробуйте смоделировать решение при котором последовательно устанавливается несколько констант и посмотрите, кто и кого "перебъет"! Пожалуйста, относитесь с ответственностью к тому, что пишете!



Редактировано 1 раз. Последний раз 30.08.2021 12:38 пользователем Кирилл Соколинский (СЗТУ).

Цитата:

Андрей, будьте добры, попробуйте смоделировать решение при котором последовательно устанавливается несколько констант и посмотрите, кто и кого "перебъет"! Пожалуйста, относитесь с ответственностью к тому, что пишете!

Естественно, это должны быть уже не константы.

Кирилл, я предложил технологию изменения настроек. Некоторые решения повлекут изменение кода.