Почему не добавили, все есть.
Тут некоторое непонимание, плюс я плохо объясняю.
OR() вполне можно использовать в выражениях (!) — это которые сразу после SELECT.
В строчке WHERE напрямую нельзя — но можно посчитать такое выражение и сунуть его в WHERE.
Тупо вылетать не должен.
Любой вылет означает ошибку в Сфинксе.
Как «легко» поймать проблему для засылки внятного репорта под Виндой, не знаю.
Можно собрать минимальный пример для воспроизведения, и заслать его.
Можно собрать на проблемной машине дебаг-сборку и заслать нам call stack, это если есть Visual Studio.
Можно доделывать в Сфинкс всякое про размотку стека на Винде еще.
Но каждый этот пункт не на 3 минуты, в общем-то.
Строчку про my_thread_global_end можно смело игнорировать.
Это некоторые (!) версии libmysql.dll жалуются непонятно на что, лечится сменой версии.
1. Из коробки нет, технически да, можно приписать лишнюю отладку.
2. Намеренно, полный дамп запроса получался довольно нечитаем. Но технически опять же можно приписать отладочную опцию.
погладь котакупи саппорта!!!Через нативные API есть BuildExcerpts()
Но можно засунуть в выражение, а затем засунуть выражение в WHERE.
Приходится раздавать бесплатно поэтому.
MIN() MAX() еще тоже.
Тут некоторое непонимание, плюс я плохо объясняю.
OR() вполне можно использовать в выражениях (!) — это которые сразу после SELECT.
В строчке WHERE напрямую нельзя — но можно посчитать такое выражение и сунуть его в WHERE.
В этом случае Sphinx IDs супротив document IDs разные просто, потому что неуникальность.
Ну бывает.
Можно кстати document ID от лени вообще в атрибут положить.
Иначе намертво отломятся дельты.
Обойти можно, сделав SELECT id*10+XXX,… в запросе sql_query.
Где XXX это внутренний для приложения номер индекса.
Каждый ихний сегмент это примерно такой же нашенский монолит.
Lucene автоматом управляет сегментами, регулярно их мержит где-то унутре.
И вообще скрывает потроха от пользователя.
Sphinx наоборот.
Пока не скрывает ничего, а местами зря (менее удобно).
Любой вылет означает ошибку в Сфинксе.
Как «легко» поймать проблему для засылки внятного репорта под Виндой, не знаю.
Можно собрать минимальный пример для воспроизведения, и заслать его.
Можно собрать на проблемной машине дебаг-сборку и заслать нам call stack, это если есть Visual Studio.
Можно доделывать в Сфинкс всякое про размотку стека на Винде еще.
Но каждый этот пункт не на 3 минуты, в общем-то.
Строчку про my_thread_global_end можно смело игнорировать.
Это некоторые (!) версии libmysql.dll жалуются непонятно на что, лечится сменой версии.
Достаточно обычного gcc.
Говорят, на некоторых версиях MacOS геморрой с детектом версий iconv.
Лечится ./configure --without-iconv
2. Намеренно, полный дамп запроса получался довольно нечитаем. Но технически опять же можно приписать отладочную опцию.
2. А про что конкретно?
Когда-нибудь сделаем бинарные пакеты, пока не сделали.
Но сборка из сорсов и установка делается одной шелл командой все равно.
./configure --prefix=/home/sphinx && make install
type=mysql либо type=odbc в конфиге + правильный odbc_dsn + остальное «как для MySQL»
Анализ сам не могу.
Тк. не умею пользоваться MS SQL :)
Конфиги уже можно скриптить на пофиг чем.
#!/usr/bin/php в первую строчку, и оно заработает.
shebang syntax называется, говорят!