Морфологічний пошук в Elasticsearch: російська та англійська

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Морфологічний пошук в Elasticsearch: російська та англійська
Складний
~3-5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1360
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    948

При запиті «листя» Elasticsearch з Snowball-стемінгом повертає тільки «лист» — не знаходить «листочок», «листовий». Це типова проблема для російського морфологічного аналізу: стемінг за правилами обрізає закінчення, втрачаючи до 40% релевантних документів. Ми використовуємо лематизацію на основі Hunspell-словників, щоб гарантувати точний пошук за всіма словоформами російської та англійської мов. За 10+ років роботи виконали понад 40 проєктів з налаштування пошуку для інтернет-магазинів, новинних порталів та корпоративних порталів. Наші інженери мають сертифікати Elastic Certified Engineer та глибоке розуміння лінгвістичних алгоритмів.

Морфологічний аналіз — це не просто зрізання закінчень, а словниковий розбір. Згідно з документацією Elasticsearch, лематизація забезпечує на 30–50% більше релевантних результатів, ніж стемінг. Нижче розберемо, які підходи працюють на практиці та як ми їх реалізуємо.

Чому стемінг програє лематизації?

Стемінг (Snowball, Porter) обрізає закінчення за правилами. Швидко — 1–2 мс на токен, але неточно. Наприклад, «бігати» та «біг» дають різні стеми, хоча семантично пов`язані. Для російської мови це критично: словоформи можуть відрізнятися сильно (біжучий, бігло, бігти). Лематизація використовує словники (Hunspell, Mystem) та приводить слова до базової форми. Це повільніше при індексації (у 3–10 разів), але точність пошуку зростає на 30–50%. У наших проєктах лематизація Hunspell у 1.5 рази точніша за Snowball.

Параметр Стемінг (Snowball) Лематизація (Hunspell)
Швидкість індексації 1–2 мс/токен 5–20 мс/токен
Точність пошуку для російської ~60% ~90%
Залежність від словників немає потрібен 50–500 МБ словник
Підтримка словоформ обмежена повна лематизація

Як налаштувати Hunspell для російської та англійської?

Встановлення словників виконується за один робочий день. Словники беремо з репозиторію LibreOffice.

mkdir -p /etc/elasticsearch/hunspell/ru_RU
cd /etc/elasticsearch/hunspell/ru_RU
wget https://cgit.freedesktop.org/libreoffice/dictionaries/plain/ru_RU/ru_RU.dic
wget https://cgit.freedesktop.org/libreoffice/dictionaries/plain/ru_RU/ru_RU.aff
# Аналогічно для en_US

Після додавання словників перезапускаємо Elasticsearch і створюємо індекс з аналізатором.

PUT /articles
{
  "settings": {
    "analysis": {
      "filter": {
        "ru_hunspell": {
          "type": "hunspell",
          "locale": "ru_RU",
          "dedup": true
        },
        "en_hunspell": {
          "type": "hunspell",
          "locale": "en_US",
          "dedup": true
        }
      },
      "analyzer": {
        "ru_en_morphology": {
          "tokenizer": "standard",
          "filter": ["lowercase", "ru_hunspell", "en_hunspell", "unique"]
        }
      }
    }
  },
  "mappings": {
    "properties": {
      "content": {
        "type": "text",
        "analyzer": "ru_en_morphology",
        "search_analyzer": "ru_en_morphology"
      }
    }
  }
}

Перевірка якості:

POST /articles/_analyze
{
  "analyzer": "ru_en_morphology",
  "text": "Розробники створили додаток для керування завданнями"
}
# Очікувані токени: розробник, створити, додаток, керування, завдання

Ускладнення виникають при двомовному контенті. Використовуємо multi-field з різними аналізаторами для російської та англійської, а потім мультиматч з бустингом. Це підвищує релевантність при пошуку змішаних запитів.

Як покращити пошук на змішаному контенті?

Для сайтів з російсько-англійським контентом застосовуємо multi-field: одне поле з ru_hunspell, інше з en_hunspell. Пошук через multi_match з коефіцієнтом 1.5 для основної мови. В результаті точність пошуку за змішаними запитами зростає на 25%. Наприклад, запит "керування tasks" знайде документи з обома мовами.

Метод Точність для ru Точність для en Час відгуку
Тільки стандартний 55% 70% <30 мс
Hunspell ru/en мульти-філд 88% 85% <50 мс

Кейс: інтернет-магазин меблів

Наш клієнт — інтернет-магазин меблів — зіткнувся з проблемою: за запитом "стілець" не знаходилися "стільці", "стільчик". Після впровадження Hunspell точність пошуку зросла з 62% до 89%. Додатково налаштували мульти-філд для каталогу з італійськими назвами англійською. У підсумку конверсія з пошуку збільшилася на 12%, а виручка зросла на 15%. Налаштування зайняло 3 робочих дні.

Процес налаштування під ключ

  1. Аналіз даних: оцінка обсягу, мовного складу, типів запитів.
  2. Підбір словників: Hunspell для ru/en, при необхідності — розширені користувацькі словники.
  3. Конфігурація індексу: налаштування аналізаторів, тестування на вибірці.
  4. Переіндексація: створення нового індексу з морфологією, переливка даних.
  5. Оптимізація: налаштування refresh_interval, number_of_replicas, forcemerge.
  6. Приймальне тестування: звіряння результатів пошуку до/після, правка стоп-слів.
  7. Документація та передача: схема індексу, регламенти підтримки.

Що входить в роботу

  • Підготовка та встановлення словників Hunspell для російської та англійської мов.
  • Налаштування аналізаторів з урахуванням специфіки контенту (стоп-слова, дедуплікація).
  • Створення схеми індексу з multi-field для двомовного пошуку.
  • Скрипти переіндексації та оптимізації продуктивності (bulk, forcemerge).
  • Документація з конфігурації та інструкція з додавання нових словників.
  • Використання ліцензійних словників Hunspell.
  • Гарантія роботи аналізатора протягом 30 днів після здачі.
Приклад конфігурації для двомовного індексу
PUT /articles_bilingual
{
  "settings": {
    "analysis": {
      "filter": {
        "ru_hunspell": { "type": "hunspell", "locale": "ru_RU", "dedup": true },
        "en_hunspell": { "type": "hunspell", "locale": "en_US", "dedup": true }
      },
      "analyzer": {
        "ru_analyzer": { "tokenizer": "standard", "filter": ["lowercase", "ru_hunspell", "unique"] },
        "en_analyzer": { "tokenizer": "standard", "filter": ["lowercase", "en_hunspell", "unique"] }
      }
    }
  },
  "mappings": {
    "properties": {
      "title": {
        "type": "text",
        "fields": {
          "russian": { "type": "text", "analyzer": "ru_analyzer" },
          "english": { "type": "text", "analyzer": "en_analyzer" }
        }
      }
    }
  }
}

Строки

Орієнтовні строки: від 2 до 5 робочих днів залежно від обсягу даних та складності конфігурації. Вартість розраховується індивідуально. Середня економія бюджету на доопрацюваннях пошуку після впровадження Hunspell становить 30% порівняно з альтернативними рішеннями.

Ми гарантуємо, що точність пошуку за словоформами збільшиться не менше ніж на 30% порівняно зі стандартним Snowball-стемінгом.

Якщо ви хочете покращити пошук на своєму проєкті — звʼяжіться з нами для консультації. Оцінимо завдання безкоштовно. Замовте налаштування морфологічного пошуку в Elasticsearch. Отримайте безкоштовну консультацію.

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Стек Коли використовувати
Laravel + Octane CRUD, бізнес-логіка, REST/GraphQL API, адмінки
Node.js (Fastify) Realtime WebSocket, streaming, serverless, висока I/O concurrency
Go Високонавантажені мікросервіси (>10k RPS), gRPC, DevOps-інструменти
Django + DRF ML-пайплайни, інтеграція з AI, складна обробка даних
Ruby on Rails Швидкий MVP з багатим екосистемою гемів

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Роль Деталі
Кеш Кешування результатів важких запитів, фрагментів HTML
Черги Backend для Laravel Queue / Celery
Session store Distributed sessions в multi-instance оточенні
Pub/Sub Realtime події між сервісами
Rate limiting Sliding window counters для API throttling
Leaderboards Sorted Sets для рейтингів

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

  • Архітектурне проектування (документація API, схема БД, діаграма сервісів)
  • Реалізація за узгодженим ТЗ з code review
  • Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
  • Навантажувальне тестування (k6, wrk) зі звітом
  • Передача вихідних кодів, доступів, інструкція з деплою
  • Навчання команди замовника (2–3 сесії)
  • Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Задача Термін
REST API для мобільного/SPA (середня складність) 6–12 тижнів
Backend зі складною бізнес-логікою + інтеграції 12–20 тижнів
Високонавантажений сервіс на Go 8–16 тижнів
Міграція legacy PHP на Laravel 16–32 тижні

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.