home.social

#search_engine — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #search_engine, aggregated by home.social.

  1. Prepared statements в Manticore Search

    Представьте, что вы создаёте мощное поисковое приложение. Пользователи вводят ключевые слова, а ваш бэкенд должен выполнять запрос к базе данных Manticore Search, чтобы найти подходящие результаты. Распространённый (и соблазнительный!) подход — напрямую вставлять ввод пользователя в SQL‑запросы. Например, вы можете фильтровать по числовому полю, такому как категория или идентификатор записи. Если пользователь передаёт обычное значение, например 5 , запрос будет SELECT FROM products WHERE id=5 . А что, если он передаст 1 OR 1=1 ? Запрос станет SELECT FROM products WHERE id=1 OR 1=1 — условие всегда истинно, поэтому запрос вернёт все строки вместо одной. Это SQL‑инъекция. К счастью, существует более безопасный и эффективный способ: prepared statements . По сути, prepared statements отделяют ваш SQL‑код от передаваемых данных. Вместо того чтобы каждый раз собирать всю строку запроса, вы один раз задаёте структуру запроса с маркерами параметров, а затем отдельно передаёте поисковые термины. Подробнее о концепции можно узнать на Wikipedia . Manticore Search поддерживает prepared statements через стандартный протокол MySQL, предоставляя мощный инструмент для создания безопасных поисковых приложений. Используя prepared statements, вы не только значительно снизите риск SQL‑инъекций, но и улучшите читаемость вашего кода. prepared statements — это не просто функция; иногда они являются обязательными. Например, библиотека Rust sqlx работает с MySQL-эндпоинтом, используя исключительно prepared statements. Кроме того, некоторые OLE DB‑коннекторы, позволяющие MS SQL работать с сервером MySQL, тоже используют prepared statements внутри.

    habr.com/ru/articles/1021114/

    #prepared_statements #full_text_search #search_engine #sql #безопасность_баз_данных #полнотекстовый_поиск

  2. Prepared statements в Manticore Search

    Представьте, что вы создаёте мощное поисковое приложение. Пользователи вводят ключевые слова, а ваш бэкенд должен выполнять запрос к базе данных Manticore Search, чтобы найти подходящие результаты. Распространённый (и соблазнительный!) подход — напрямую вставлять ввод пользователя в SQL‑запросы. Например, вы можете фильтровать по числовому полю, такому как категория или идентификатор записи. Если пользователь передаёт обычное значение, например 5 , запрос будет SELECT FROM products WHERE id=5 . А что, если он передаст 1 OR 1=1 ? Запрос станет SELECT FROM products WHERE id=1 OR 1=1 — условие всегда истинно, поэтому запрос вернёт все строки вместо одной. Это SQL‑инъекция. К счастью, существует более безопасный и эффективный способ: prepared statements . По сути, prepared statements отделяют ваш SQL‑код от передаваемых данных. Вместо того чтобы каждый раз собирать всю строку запроса, вы один раз задаёте структуру запроса с маркерами параметров, а затем отдельно передаёте поисковые термины. Подробнее о концепции можно узнать на Wikipedia . Manticore Search поддерживает prepared statements через стандартный протокол MySQL, предоставляя мощный инструмент для создания безопасных поисковых приложений. Используя prepared statements, вы не только значительно снизите риск SQL‑инъекций, но и улучшите читаемость вашего кода. prepared statements — это не просто функция; иногда они являются обязательными. Например, библиотека Rust sqlx работает с MySQL-эндпоинтом, используя исключительно prepared statements. Кроме того, некоторые OLE DB‑коннекторы, позволяющие MS SQL работать с сервером MySQL, тоже используют prepared statements внутри.

    habr.com/ru/articles/1021114/

    #prepared_statements #full_text_search #search_engine #sql #безопасность_баз_данных #полнотекстовый_поиск

  3. Prepared statements в Manticore Search

    Представьте, что вы создаёте мощное поисковое приложение. Пользователи вводят ключевые слова, а ваш бэкенд должен выполнять запрос к базе данных Manticore Search, чтобы найти подходящие результаты. Распространённый (и соблазнительный!) подход — напрямую вставлять ввод пользователя в SQL‑запросы. Например, вы можете фильтровать по числовому полю, такому как категория или идентификатор записи. Если пользователь передаёт обычное значение, например 5 , запрос будет SELECT FROM products WHERE id=5 . А что, если он передаст 1 OR 1=1 ? Запрос станет SELECT FROM products WHERE id=1 OR 1=1 — условие всегда истинно, поэтому запрос вернёт все строки вместо одной. Это SQL‑инъекция. К счастью, существует более безопасный и эффективный способ: prepared statements . По сути, prepared statements отделяют ваш SQL‑код от передаваемых данных. Вместо того чтобы каждый раз собирать всю строку запроса, вы один раз задаёте структуру запроса с маркерами параметров, а затем отдельно передаёте поисковые термины. Подробнее о концепции можно узнать на Wikipedia . Manticore Search поддерживает prepared statements через стандартный протокол MySQL, предоставляя мощный инструмент для создания безопасных поисковых приложений. Используя prepared statements, вы не только значительно снизите риск SQL‑инъекций, но и улучшите читаемость вашего кода. prepared statements — это не просто функция; иногда они являются обязательными. Например, библиотека Rust sqlx работает с MySQL-эндпоинтом, используя исключительно prepared statements. Кроме того, некоторые OLE DB‑коннекторы, позволяющие MS SQL работать с сервером MySQL, тоже используют prepared statements внутри.

    habr.com/ru/articles/1021114/

    #prepared_statements #full_text_search #search_engine #sql #безопасность_баз_данных #полнотекстовый_поиск

  4. Prepared statements в Manticore Search

    Представьте, что вы создаёте мощное поисковое приложение. Пользователи вводят ключевые слова, а ваш бэкенд должен выполнять запрос к базе данных Manticore Search, чтобы найти подходящие результаты. Распространённый (и соблазнительный!) подход — напрямую вставлять ввод пользователя в SQL‑запросы. Например, вы можете фильтровать по числовому полю, такому как категория или идентификатор записи. Если пользователь передаёт обычное значение, например 5 , запрос будет SELECT FROM products WHERE id=5 . А что, если он передаст 1 OR 1=1 ? Запрос станет SELECT FROM products WHERE id=1 OR 1=1 — условие всегда истинно, поэтому запрос вернёт все строки вместо одной. Это SQL‑инъекция. К счастью, существует более безопасный и эффективный способ: prepared statements . По сути, prepared statements отделяют ваш SQL‑код от передаваемых данных. Вместо того чтобы каждый раз собирать всю строку запроса, вы один раз задаёте структуру запроса с маркерами параметров, а затем отдельно передаёте поисковые термины. Подробнее о концепции можно узнать на Wikipedia . Manticore Search поддерживает prepared statements через стандартный протокол MySQL, предоставляя мощный инструмент для создания безопасных поисковых приложений. Используя prepared statements, вы не только значительно снизите риск SQL‑инъекций, но и улучшите читаемость вашего кода. prepared statements — это не просто функция; иногда они являются обязательными. Например, библиотека Rust sqlx работает с MySQL-эндпоинтом, используя исключительно prepared statements. Кроме того, некоторые OLE DB‑коннекторы, позволяющие MS SQL работать с сервером MySQL, тоже используют prepared statements внутри.

    habr.com/ru/articles/1021114/

    #prepared_statements #full_text_search #search_engine #sql #безопасность_баз_данных #полнотекстовый_поиск

  5. MCP-Manticore: Позвольте вашему AI-ассистенту писать запросы к Manticore за вас

    Вы слышали, что Manticore Search быстрый. Вы слышали, что он объединяет полнотекстовый, векторный и нечеткий поиск в одном движке. Но когда вы начинаете реально работать с ним, вы сидите перед документацией, угадываете синтаксис SQL и надеетесь, что CREATE TABLE не выдаст непонятную ошибку. MCP-Manticore меняет правила игры. Это сервер Model Context Protocol (MCP), который подключает Cursor, Claude Code, Codex CLI или любой другой MCP-совместимый AI-ассистент напрямую к вашему экземпляру Manticore. AI может:

    habr.com/ru/articles/1015284/

    #mcp #model_context_protocol #ai #llm #ai_assistant #search_engine #data_base #sql #vector_search #full_text_search

  6. MCP-Manticore: Позвольте вашему AI-ассистенту писать запросы к Manticore за вас

    Вы слышали, что Manticore Search быстрый. Вы слышали, что он объединяет полнотекстовый, векторный и нечеткий поиск в одном движке. Но когда вы начинаете реально работать с ним, вы сидите перед документацией, угадываете синтаксис SQL и надеетесь, что CREATE TABLE не выдаст непонятную ошибку. MCP-Manticore меняет правила игры. Это сервер Model Context Protocol (MCP), который подключает Cursor, Claude Code, Codex CLI или любой другой MCP-совместимый AI-ассистент напрямую к вашему экземпляру Manticore. AI может:

    habr.com/ru/articles/1015284/

    #mcp #model_context_protocol #ai #llm #ai_assistant #search_engine #data_base #sql #vector_search #full_text_search

  7. MCP-Manticore: Позвольте вашему AI-ассистенту писать запросы к Manticore за вас

    Вы слышали, что Manticore Search быстрый. Вы слышали, что он объединяет полнотекстовый, векторный и нечеткий поиск в одном движке. Но когда вы начинаете реально работать с ним, вы сидите перед документацией, угадываете синтаксис SQL и надеетесь, что CREATE TABLE не выдаст непонятную ошибку. MCP-Manticore меняет правила игры. Это сервер Model Context Protocol (MCP), который подключает Cursor, Claude Code, Codex CLI или любой другой MCP-совместимый AI-ассистент напрямую к вашему экземпляру Manticore. AI может:

    habr.com/ru/articles/1015284/

    #mcp #model_context_protocol #ai #llm #ai_assistant #search_engine #data_base #sql #vector_search #full_text_search

  8. MCP-Manticore: Позвольте вашему AI-ассистенту писать запросы к Manticore за вас

    Вы слышали, что Manticore Search быстрый. Вы слышали, что он объединяет полнотекстовый, векторный и нечеткий поиск в одном движке. Но когда вы начинаете реально работать с ним, вы сидите перед документацией, угадываете синтаксис SQL и надеетесь, что CREATE TABLE не выдаст непонятную ошибку. MCP-Manticore меняет правила игры. Это сервер Model Context Protocol (MCP), который подключает Cursor, Claude Code, Codex CLI или любой другой MCP-совместимый AI-ассистент напрямую к вашему экземпляру Manticore. AI может:

    habr.com/ru/articles/1015284/

    #mcp #model_context_protocol #ai #llm #ai_assistant #search_engine #data_base #sql #vector_search #full_text_search

  9. ИИ Детокс: DuckDuckGo запускает фильтр для удаления изображений, сгенерированных ИИ

    Поисковик DuckDuckGo представил новую функцию, позволяющую пользователям скрывать изображения, созданные с помощью искусственного интеллекта , из результатов поиска. Это решение направлено на борьбу с "ИИ-мусором" — навязчивым, некачественным синтетическим контентом, всё чаще появляющимся в выдаче.

    habr.com/ru/articles/929068/

    #duckduckgo #aigenerated #search #filters #новости #ai #search_engine #генерация_изображений #контентфильтрация #поиск

  10. ИИ Детокс: DuckDuckGo запускает фильтр для удаления изображений, сгенерированных ИИ

    Поисковик DuckDuckGo представил новую функцию, позволяющую пользователям скрывать изображения, созданные с помощью искусственного интеллекта , из результатов поиска. Это решение направлено на борьбу с "ИИ-мусором" — навязчивым, некачественным синтетическим контентом, всё чаще появляющимся в выдаче.

    habr.com/ru/articles/929068/

    #duckduckgo #aigenerated #search #filters #новости #ai #search_engine #генерация_изображений #контентфильтрация #поиск

  11. ИИ Детокс: DuckDuckGo запускает фильтр для удаления изображений, сгенерированных ИИ

    Поисковик DuckDuckGo представил новую функцию, позволяющую пользователям скрывать изображения, созданные с помощью искусственного интеллекта , из результатов поиска. Это решение направлено на борьбу с "ИИ-мусором" — навязчивым, некачественным синтетическим контентом, всё чаще появляющимся в выдаче.

    habr.com/ru/articles/929068/

    #duckduckgo #aigenerated #search #filters #новости #ai #search_engine #генерация_изображений #контентфильтрация #поиск

  12. ИИ Детокс: DuckDuckGo запускает фильтр для удаления изображений, сгенерированных ИИ

    Поисковик DuckDuckGo представил новую функцию, позволяющую пользователям скрывать изображения, созданные с помощью искусственного интеллекта , из результатов поиска. Это решение направлено на борьбу с "ИИ-мусором" — навязчивым, некачественным синтетическим контентом, всё чаще появляющимся в выдаче.

    habr.com/ru/articles/929068/

    #duckduckgo #aigenerated #search #filters #новости #ai #search_engine #генерация_изображений #контентфильтрация #поиск

  13. Independent, open source search engine for indie web and small sites. Sites are ranked higher if they display no ads. Sites must be submitted by site owners. #Search #SearchEngine #Search_engine #OpenSource

    searchmysite.net/

  14. Positional Bias: Что это такое и как с ним жить? Учимся правильно предсказывать CTR

    Поговорим про такого зверя, как positional bias . Разберёмся на примере задачи по ml system design — предсказание вероятности клика по товару в поисковой выдаче. Рассмотрим основные подходы к решению: дисконтирование таргета, добавление «позиции» как фичи и другие подходы, используемые в рекомендательных системах и поисковых алгоритмах.

    habr.com/ru/articles/887426/

    #ml #ctr #recommendation_systems #search_engine #system_design #bias #data_science

  15. [Перевод] Создание приложения для обратного поиска изображений с помощью Manticore Search

    TL;DR: Узнайте, как создать приложение для обратного поиска изображений с использованием Manticore Search. В статье рассказывается об истории технологии, её устройстве и практических подходах к системам поиска изображений. Введение Обратный поиск изображений изменил способ поиска цифрового контента, позволяя искать с помощью изображений, а не текста. Эта технология широко используется: от помощи покупателям в поиске товаров до проверки дизайнов у дизайнеров. Она стала важным инструментом во многих цифровых платформах. Попробуйте демо на image.manticoresearch.com или посмотрите реализацию на GitHub. Мы разберём, как работает обратный поиск изображений, его реальные применения и как векторный поиск делает этот инструмент удобным и эффективным для самых разных задач — от повседневного серфинга до узкоспециализированных приложений.

    habr.com/ru/articles/859418/

    #обратный_поиск_изображений #векторный_поиск #mashinelearning #поисковые_системы #search_engine #machinelearning

  16. Also trying to get a useful set of search results off Google or Duck Duck for this was terrible.

    Kagi came through for me (with same search term)
    kagi.com/search?q=hyperland+to

    #search_engine #kagi

  17. I've switched to use Kagi as my default search engine. This mean I pay for my searches for the first time in my life

    Some 12 dollar each month to have unlimited searches and additional features Kagi offers.

    So, why am I paying for searching? Other search engines sell my data. Either privacy invasive or less privacy invasive.

    Kagi has another approach which is you pay for the service with actual money and they don't sell your data. I like that.

    #kagi #degoogle #search_engine

  18. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  19. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  20. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  21. Hello Metaverse! What are your favourite search engine alternatiives to Google? #search_engine #search #websearch

  22. [Перевод] Поиск в будущем

    Привычный поиск, вроде Google, работает сугубо в прошлом. То есть любые результаты, которые вы можете увидеть - это то, что уже произошло. Кроме того, есть ещё дополнительные временные издержки на индексирование: дни или даже недели . Неплохо для исторических справок, но всегда слишком поздно для важных новостей. Есть и другой путь - "перспективный" поиск . Суть его в том, чтобы получить результат в будущем. Лучше всего подходит для наблюдения за СМИ, поиска работы и других типов выгодных предложений.

    habr.com/ru/articles/804289/

    #поисковые_системы #rss #telegram #fediverse #activitypub #realtime #prospective_search #feedly #search_engine #spam_filter

  23. [Перевод] Поиск в будущем

    Привычный поиск, вроде Google, работает сугубо в прошлом. То есть любые результаты, которые вы можете увидеть - это то, что уже произошло. Кроме того, есть ещё дополнительные временные издержки на индексирование: дни или даже недели . Неплохо для исторических справок, но всегда слишком поздно для важных новостей. Есть и другой путь - "перспективный" поиск . Суть его в том, чтобы получить результат в будущем. Лучше всего подходит для наблюдения за СМИ, поиска работы и других типов выгодных предложений.

    habr.com/ru/articles/804289/

    #поисковые_системы #rss #telegram #fediverse #activitypub #realtime #prospective_search #feedly #search_engine #spam_filter

  24. [Перевод] Поиск в будущем

    Привычный поиск, вроде Google, работает сугубо в прошлом. То есть любые результаты, которые вы можете увидеть - это то, что уже произошло. Кроме того, есть ещё дополнительные временные издержки на индексирование: дни или даже недели . Неплохо для исторических справок, но всегда слишком поздно для важных новостей. Есть и другой путь - "перспективный" поиск . Суть его в том, чтобы получить результат в будущем. Лучше всего подходит для наблюдения за СМИ, поиска работы и других типов выгодных предложений.

    habr.com/ru/articles/804289/

    #поисковые_системы #rss #telegram #fediverse #activitypub #realtime #prospective_search #feedly #search_engine #spam_filter

  25. [Перевод] Поиск в будущем

    Привычный поиск, вроде Google, работает сугубо в прошлом. То есть любые результаты, которые вы можете увидеть - это то, что уже произошло. Кроме того, есть ещё дополнительные временные издержки на индексирование: дни или даже недели . Неплохо для исторических справок, но всегда слишком поздно для важных новостей. Есть и другой путь - "перспективный" поиск . Суть его в том, чтобы получить результат в будущем. Лучше всего подходит для наблюдения за СМИ, поиска работы и других типов выгодных предложений.

    habr.com/ru/articles/804289/

    #поисковые_системы #rss #telegram #fediverse #activitypub #realtime #prospective_search #feedly #search_engine #spam_filter

  26. good news from kagi :)
    "Hey there

    You are receiving this email because you have a Kagi legacy annual subscription with unlimited searches.

    This is to inform you that you will be able to keep this plan upon renewal. There is no action needed on your end, and your subscription will automatically renew as normal." #kagi #search_engine