_source вытаскивает весь документ, а не по полям, если документ очень тяжелый, а выводить нужно парочку полей, то есть смысл хранить только эти поля. используя «store».
Анализаторов в ES довольно много, для русского языка лучше использовать сторонний, например этот, зато английский на порядок лучше Sphinx.
Подробнее о языковых анализаторах можно почитать тут
Видео плееры. Почему мы можем управлять видео в обычном плеере, а на сайте нет?)
А что насчет программы которая просто пересылает заранее забинденные кнопки в потом любой другой программе.
Тогда достаточно скачать конфиг с сайта, в котором будет например: жест пролистование -> cntrl + arrow right.
От чего же. Разве, не имея этот прекрасный жизненный опыт, он бы смог описать так подробно и понятно нам эту историю? Как раз не потерян, ведь никто не мешает ему начать писать в любое время и совсем не обязательно начинать это делать в 20 лет.
Красивого решения одним параметром я не нашел. Как вариант если это что-то вроде категорий, то присваивать им ID и группировать по ID.
Если же это невозможно, а выключать аналайзер очень не хочется, то можно продублировать это поле, одно указать в маппинге без анализатора, а второе как нужно.
Всё таки стоит рассматривать ES больше как поиск, чем точная обработка и работа с данными. Как показывает практика, объединение даёт отличный результат на большом объеме данных, группирую документы максимально релевантно.
Нет, увы не так, например: Вставать на лыжи
Вставать рано утром и программировать
Под запрос сфинкса будет ложное срабатывание, а под запрос эластика нет.
Перенести мой запрос на язык сфинкса можно только использовав Extended query syntax, а он учитываться при прямом поиске не будет.
Насчет русской морфологии, то скажем честно и сфинкс хромает, для этого у нас все русские слова проходят через PhpMorphy и мы вообще не используем русский stemming, хотя это и не относится к теме)
P.S. Особенно щекотливая тема похудения и наоборот. Группа набора весе (бодибилдинг) и похудения (сбросить вес) постоянно дают ложны срабатывания на сфинксе, а на эластике не будут.
Читал вашу статью, жаль что вы там не рассмотрели подробно техническую часть, мне бы очень помогло, пришлось ковыряться самостоятельно)
Как вы решаете вопрос с нагрузками, я так понимаю, что у вас уже довольно много percolator индексов? Интересно ваш опыт в этом плане.
И при этом поиск идёт не просто по тексту, а используется query язык? Интересно, а можно пример, т.к. я такой возможность в сфинксе не нашел и в доках собственно то же. Хотя вполне возможно, что просмотрел
Сравнивать HHVM и фалкон не корректно. Фалкон это просто framework, и задача была сменить framework. Как известно универсальные методы ускорения никогда не сравнятся с оптимизацией кода.
При должном качестве печати пост-обработка создаваемых объектов будет просто не нужна, стены будут идеально ровными, так что равнять их для проведения внутренних работ будет не нужно.
Может я что то не понимаю, но стены мягко говоря не ровные, попробуй поклей на такое обои.
Гугл молодцы, они выбрали правильную аудиторию испытателей для их авто. Мне слабо верится, что молодой, полный энергии, человек перейдёт на такое авто, но вот инвалиды, пожилые люди это то, что им необходимо. Даже сам факт того, что машину можно будет отправить забрать детей из школы, а в этот момент заниматься другими делами, это потрясающе.
Анализаторов в ES довольно много, для русского языка лучше использовать сторонний, например этот, зато английский на порядок лучше Sphinx.
Подробнее о языковых анализаторах можно почитать тут
А что насчет программы которая просто пересылает заранее забинденные кнопки в потом любой другой программе.
Тогда достаточно скачать конфиг с сайта, в котором будет например: жест пролистование -> cntrl + arrow right.
Если же это невозможно, а выключать аналайзер очень не хочется, то можно продублировать это поле, одно указать в маппинге без анализатора, а второе как нужно.
Всё таки стоит рассматривать ES больше как поиск, чем точная обработка и работа с данными. Как показывает практика, объединение даёт отличный результат на большом объеме данных, группирую документы максимально релевантно.
Нет, увы не так, например:
Вставать на лыжи
Вставать рано утром и программировать
Под запрос сфинкса будет ложное срабатывание, а под запрос эластика нет.
Перенести мой запрос на язык сфинкса можно только использовав Extended query syntax, а он учитываться при прямом поиске не будет.
Насчет русской морфологии, то скажем честно и сфинкс хромает, для этого у нас все русские слова проходят через PhpMorphy и мы вообще не используем русский stemming, хотя это и не относится к теме)
P.S. Особенно щекотливая тема похудения и наоборот. Группа набора весе (бодибилдинг) и похудения (сбросить вес) постоянно дают ложны срабатывания на сфинксе, а на эластике не будут.
Как вы решаете вопрос с нагрузками, я так понимаю, что у вас уже довольно много percolator индексов? Интересно ваш опыт в этом плане.
Может я что то не понимаю, но стены мягко говоря не ровные, попробуй поклей на такое обои.
Я даже забуду про эту недоедающую рекламу в скайпе.