Настройка поискового механизма Sphinx Fulltext в debian

[im0]

Спасибо.

я сужу по функциональному тесту, который проходит для ветки master и не проходит для 3.3.x.

В независимости от того, почему он не проходит для ветки 3.3.x (интересно посмотреть на ошибки, но в данном случае не принципиально), по этому тесту невозможно судить об индексировании отредактированных постов (не говоря уже про разделённые темы) — он состоит всего лишь из создания двух топиков с тремя постами суммарно и с последующими поисками сразу после полной индексации.

[Kuskow]

А если старые сообщения редактируются, то они в своём новом варианте уже не попадают в индекс? А надо бы.

[Siava]

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

[Kuskow]

А с этим надо что-то делать?

WARNING: secondary library not loaded; secondary index(es) disabled

[Kuskow]

В списке сообщений пользователя (любого) /search.php?author_id=NNN&sr=posts отсуствуют последние сообщения. У кого-то за день, у кого-то за неделю. Полная переиндексация не помогает.

[Siava]

Kuskow, значит у вас неправильно что-то настроено.

[Kuskow]

А точнее - в конфигурации, которую выдал phpBB [3.3.15] для настройки Sphinx, была ошибка в строке:

Код: Выделить всё

AND p.post_id >=  ( SELECT max_doc_id FROM phpbb_sphinx WHERE counter_id=1 ) 

Заменил >= на >, и всё сразу встало на свои места.

Хорошо, что в этом разобрался. Но в итоге я отказался от услуг Sphinx конкретно в выдаче списка сообщений пользователя, поскольку он мне самом часто бывает нужен прям актуальным без задержек. Да и пользователи очень просили. Пришлось подправить search.php, чтобы для этого списка Sphinx не использовался, а он из MySQL формировался.

[Siava]

Kuskow, нет там ошибки.

[Kuskow]

Возможно. Но после этого исправления всё заработало как должно.

[Kuskow]

в ядре используется sphinxapi.php

В дистрибутиве phpBB 3.3.15 находится старая версия

Этот файл — настоящая «капсула времени». Это оригинальная библиотека Sphinx API от 2012 года. Она была написана для PHP 5.2, когда 64-битные системы еще были редкостью, а PHP 8.3 даже не планировался.

а последняя - 2016 года или есть более свежая?
https://raw.githubusercontent.com/manti ... inxapi.php

[Siava]

Sphinx считается устаревшим и есть похожий движок, созданный на его основе - Manticore.
И вот появилось расширение, добавляющее его поддержку в phpbb + краткая инструкция по настройке (всё по сути аналогично sphinx).

Я пока не тестил, так как сейчас использую вообще кое-что другое.

[Kuskow]

При попытке обновить Manticore Search на сервере форума со старой ветки 17.5.x на 29.9.0 через стандартный менеджер пакетов apt upgrade процесс заблокировался из-за конфликта зависимостей.

1. Конфликт пакетов (Breaks). В новой версии Manticore полностью изменилась архитектура — разработчики упразднили деление на мелкие компоненты (manticore-common, manticore-server, manticore-tools и т.д.) и объединили всё в один монолитный пакет. apt не смог обновить их одновременно.
Полностью удалил старые пакеты через apt remove и apt autoremove. Конфигурационные файлы и сами индексы при этом на диске не пострадали.

2. Конфликт версий бинарного лога (binlog v.15 vs v.16). После чистой установки нового пакета manticore служба наотрез отказалась запускаться, выдавая в journalctl фатальную ошибку. Новый бинарник работает с форматом лога v.16 и блокирует старт, если в рабочей директории лежат незавершенные логи v.15 от старой версии.
Полностью очистил рабочую папку от старых хвостов командой rm -f /var/lib/manticore/binlog.*, после чего служба успешно стартовала.

3. Таймаут инициализации Manticore Buddy. В логах появилась ошибка WARNING: [BUDDY] failed to start after 3 sec. Это новый встроенный PHP-модуль для высокоуровневых задач, которому для запуска необходим интерпретатор командной строки.
Убедился, что в системе активен родной для форума пакет php8.3-cli, после перезапуска службы Manticore корректно перехватил управление, и предупреждение исчезло.

4. Отсутствие вторичных индексов (disabled secondary index). Движок ругался на отсутствие файлов .spidx — это новая фича Columnar Library для оптимизации числовых и текстовых полей, которой раньше не существовало.
Запустил стандартную cron-задачу полной переиндексации: /usr/bin/sudo -u manticore /usr/bin/indexer --config /etc/manticoresearch/manticore.conf --all --rotate. Утилита новой версии сама сформировала недостающие файлы .spidx и провела бесшовную ротацию.

Итог: Конфиг от старой версии подошёл, служба работает в статусе healthy, ротация индексов проходит штатно, поиск на форуме phpBB функционирует без нареканий. Тьфу-тьфу-тьфу!