Не работает переход по страницам списка найденных документов.

При переходе на 2 и последующие страницы отображается содержимое первой страницы.

В заголовке списка отображается информация: Найдено документов:31; Показаны документы с 11 по 10.

В настоящее время таких проблем не наблюдаю (см. скриншот). Такой эффект может наблюдаться если процесс автоматического обновления выполнялся в момент работы с поисковой системой.

В случае повторения прошу ОПЕРАТИВНО сообщить, указав базы в которых выполнялся поиск и запрос. Т.е. то, что необходимо для воспроизведения ситуации.

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

Выходит, что либо там где пользователи должны следить за информацией она НЕ АКТУАЛЬНА, либо обновлений не было...

Сомневаюсь, что в разгар рабочего дня могут происходить обновления, инициируемые ИСКЛЮЧИТЕЛЬНО со стороны разработчика модуля J-ИРБИС.

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

Как (и можно ли) принудительно инициировать получение актуальных обновлений, если сервер был переустановлен или установлен впервые?

В документации на эти вопросы ответов не нашел.

Зато есть слова про то, что обновление происходит практически сразу после внесения изменений (полагаю на сервере обновлений) - как проверить эти слова на практике?

А. Роман написал(а):
-------------------------------------------------------
> Только что проверил состояние обновления сервера в
> таблице, открывающейся со страницы на которой
> рекомендуется следить за обновлениями. Последние
> обновления по библиотеке от 29.05.2016г.
>
> Выходит, что либо там где пользователи должны
> следить за информацией она НЕ АКТУАЛЬНА, либо
> обновлений не было...
>
> Сомневаюсь, что в разгар рабочего дня могут
> происходить обновления, инициируемые ИСКЛЮЧИТЕЛЬНО
> со стороны разработчика модуля J-ИРБИС.
>
> Для того, чтобы развеять сомнения, прошу сообщить,
> как на сервере пользователя можно убедиться в том
> что обновления были, когда они были и каков был
> перечень обновлений (ведется ли где-либо лог-файл
> изменений)?
>
> Как (и можно ли) принудительно инициировать
> получение актуальных обновлений, если сервер был
> переустановлен или установлен впервые?
>
> В документации на эти вопросы ответов не нашел.
>
> Зато есть слова про то, что обновление происходит
> практически сразу после внесения изменений
> (полагаю на сервере обновлений) - как проверить
> эти слова на практике?

Если это набор вопросов, то прошу соблюдать правила форума и задавать каждый вопрос в отдельной ветке. Если манифестация, то я, к сожалению, не понял её смысла...

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

Описание проблемы:

БД CATPER. В поле заглавие журнала формы профессиональный поиск ввел:

Санктпетербургские ведомости

в результате отобразилась строка

Найдено документов:145; Показаны документы с 1 по 10.


На 11-12 страницах картинка стала повторяться (те же номера и годы издания что и в предыдущих и последующих страницах порций результатов поиска).

и текст: Найдено документов:145; Показаны документы с 131 по 130.

хотя как видно показаны документы по 129-й. Затем, вдруг порция сократилась до двух документов.


В простом поиске та же картина (БД и поисковый запрос - те же):

после 8-й страницы вдруг порция сократилась до двух документов.

Снимки с экрана прилагаю.



Редактировано 1 раз. Последний раз 27.10.2016 23:24 пользователем А. Роман.

Стандартами САБ ИРБИС предусмотрена уникальность системного шифра (поле 903). Для J-ИРБИС 2.0 это требование является особенно критичным. Об этом неоднократно упоминалось на форуме. В подборке записей Санктпетербургских ведомостей, например, присутствует 17 записей с одинаковым шифром и номером -- С652375125/[1728]/[Вып.]

Необходимо обеспечить уникальность шифров всех записей в базе и выполнить очистку кэша J-ИРБИС 2.0

У нас такая же проблема, второй день то появляется, то исчезает. См. скриншот. Вверху списка результатов при этом написано:
"Найдено документов:679; Показаны документы с 51 по 50."
БД "Каталог ЭБС" (IBOOKS), запрос (<.>K=ПСИХОЛОГ$<.>)

Шифры в поле 903 уникальны. Кэш чистила.

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



Редактировано 1 раз. Последний раз 07.03.2024 10:52 пользователем oyan.

Пока эту проблему (если только речь не идет об ошибках в самой БД) разработчик не может окончательно устранить и она периодически проявляется у разных пользователей. В разделе информации об обновлениях несколько раз повторяются сведения о том, что данная проблема была устранена.

Рекомендации такие:
0. Проверьте последовательным поиском val(&uf('J,I='v903))>1 БД на наличие дублетных значений поля с меткой 903 (в БД не должно быть записей, содержащих одинаковые значения в поле с меткой 903). Если записи с дублетными значениями шифра будут - исправьте ситуацию, либо удалив дублетные шифры, либо сами записи, если они дублетные по содержанию БО.
1. Очистите весь кеш в панели управления J-ИРБИС.
2. Установите обновления J-ИРБИС.
3. Переведите ИРБИС на ИРБИС-турбо.



Редактировано 2 раз. Последний раз 07.03.2024 11:20 пользователем А. Роман.

oyan написал(а):
-------------------------------------------------------
> У нас такая же проблема, второй день то
> появляется, то исчезает. См. скриншот. Вверху
> списка результатов при этом написано:
> "Найдено документов:679; Показаны документы с 51
> по 50."
> Шифры в поле 903 уникальны. Кэш чистила.


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