- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Vyacheslav Tikhonov, Что имеется в виду? Индекс, или оперативка под него? Или объем вспомогательной БД? Или контент?
Может я не правильно выразился. данные лежат в Mysql. есть поле description и title И по ним бы хотелось бы иметь приемлимый поиск, а не просто LIKE из базы :) насколько я понял поисковики которые есть индексируют html страницы, а с базу на прямую не идексят. Надеюсь сейчас вопрос понятен?
akor,
Мне кажется, что вы не с того начинаете... документ не только по тайтлу характеризуется, а еще по многим параметрам... или вы делаете поиск локальный?
Общий объем html (количество сайтов и страниц) и поискового индекса.
akor,
Мне кажется, что вы не с того начинаете... документ не только по тайтлу характеризуется, а еще по многим параметрам... или вы делаете поиск локальный?
да. я хочу получить нормальный поиск из локальной базы.
Самый простой способ, который здесь неоднократно обсуждался - создать индекс в отдельной таблице вида
id_слова - id_записи_в_базе .
Дальше с ними работать совсем просто - делаете выборку по слову, получаете список документов и ранжируете документы по плотности ключевых слов.
Может я не правильно выразился. данные лежат в Mysql. есть поле description и title И по ним бы хотелось бы иметь приемлимый поиск, а не просто LIKE из базы :) насколько я понял поисковики которые есть индексируют html страницы, а с базу на прямую не идексят. Надеюсь сейчас вопрос понятен?
У mnogosearch и dataparksearch есть виртуальная схема htdb для индксирования содержимого базы.
akor, объем какой?
Есть встроенные в mysql средства fulltext, как раз для английского языка, но они для приемлимой производительности требуют, чтобы индекс помещался в ОП.
Мне кажется, что вы не с того начинаете... документ не только по тайтлу характеризуется, а еще по многим параметрам... или вы делаете поиск локальный?
Title весомей чем контент, естессно, но и контент не нужно сбрасывать со счетов. Как совет для небольшого поисковичка по локалке слить слова из тайтла в контент и проставить вес слов с учетом коэф-та заголовка (какой - решать Вам)
Vyacheslav Tikhonov, Индекс... скажем так, больше гига... сайтов - сейчас под 60 тыс. (это еще не весь уанет), страниц... примерно раз в 20 больше (когда все утсаканится и индекс будет более полным - можно будет сказать точней). Естественно, контент занимает больше, чем индекс. :)
Сейчас критически не хватает оперативки...
akor, локально - имелся в виду поиск по локальному сайту, а не по Сети или ее сегменту... для таких целей mysql подойдет вряд ли.
pelvis, все верно, но хранить в БД только это - недальновидно, имхо...
Наблюдение: по запросам на первом месте одна порнуха... :(