- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А вот зачем-нибудь мне захотелось высказаться... :)
и спасибо :)
в принципе что-то в этом есть, по крайней мере уже не полный мрак для меня, спасибо, обдумаем
вот только как преобразовывать слово в базовые формы пока не ясно 😕
Бобер, вы зря недооцениваете возможности мускуля.
В свое время я работал с базами размером в несколько миллионов записей. Все было весьма шустро. Так что (имхо) наворачивать бесполезно.
и я сталкивался :)
да, для большенства целей относительно быстро работает по простой выборке, без каких-либо хитрых алгоритмов организации структуры бд
но тут дело будет сложнее
Рекомендую скорость селекта погонять.
какраз этим сейчас и занимаюсь
точнее генерирую таблицу для теста
что-то минут 30 уже генирируется, а конца этому и не видно... 😮
Бобер, вы зря недооцениваете возможности мускуля.
В свое время я работал с базами размером в несколько миллионов записей. Все было весьма шустро. Так что (имхо) наворачивать бесполезно.
Рекомендую скорость селекта погонять.
А индексы строить - это (имхо) будет весьма долго по разработке. И не думаю, что быстрее по скорости. Мускуль он ведь тоже индексы строит :)
LIKE '%слово%' по текстовому полю - крайне медленно в нем выполняется. То есть даже гораздо медленнее чем должно выполняться.
LIKE '%слово%' по текстовому полю - крайне медленно в нем выполняется. То есть даже гораздо медленнее чем должно выполняться.
конечно, это по сути идет какой-то примитивный алгоритм поиска подстроки в строке, скорее всего просто последовательный перебор, для обработки больших объемов данных вряд ли подойдет, тут нужна продуманная организация БД и алгоритмов работы поиска
хотя как я говорил, даже если поиск будет занимать до 2-3 минут, это не критично в данном случае, так что щас провожу опыты (правда сервер будет жалко... хотя он то все равно не мой 😂 )
вот только как преобразовывать слово в базовые формы пока не ясно
Кхм! Я бы для начала повспоминала как выглядит учебник русского языка. Посмотреть там спряжения и падежи глаголов, а также изменения существительных. Мне кажется, там это должно быть как-то формализовано.
Кхм! Я бы для начала повспоминала как выглядит учебник русского языка. Посмотреть там спряжения и падежи глаголов, а также изменения существительных. Мне кажется, там это должно быть как-то формализовано.
я с Киева, русский в школе не учили, какой учебник вспоминать?
😂
походу придется учить... просто может готовый алгоритм какой имеется? :)
это, я тут только что sms набирал сестренке, у меня в телефоне какая-то функция есть, кароче не по символам набирать (на каждой же кнопке по 3-4 буквы), а сразу жмешь, а он там сам как-то анализирует и собирает слова (ну я думаю вы поняли о чем я?) ну ошибается иногда, редко... не критично... это же явно какой-то алгоритм там анализирует последовательность возможных букв и подставляет наиболее распространенный вариант, никто не знает как это реализовано?
я с Киева, русский в школе не учили, какой учебник вспоминать?
😂
походу придется учить... просто может готовый алгоритм какой имеется? :)
это, я тут только что sms набирал сестренке, у меня в телефоне какая-то функция есть, кароче не по символам набирать (на каждой же кнопке по 3-4 буквы), а сразу жмешь, а он там сам как-то анализирует и собирает слова (ну я думаю вы поняли о чем я?) ну ошибается иногда, редко... не критично... это же явно какой-то алгоритм там анализирует последовательность возможных букв и подставляет наиболее распространенный вариант, никто не знает как это реализовано?
тут ищи. там много подобных программ есть.
http://www.rvb.ru/soft/catalogue/c04.html
rst, о, спасибо, полезно будет :) сейщас поизучаем...
а вообще такие линки на этом форуме лучше не светить, думаю ясно почему? :D
rst, о, спасибо, полезно будет :) сейщас поизучаем...
а вообще такие линки на этом форуме лучше не светить, думаю ясно почему? :D
да ну. ничего предосудительного не вижу.
Это найти при желании в гугле за пару минут можно.
тэкс... по поводу селекта, сделал бд примерно на 10% от начальной той, что будет там, поиск по одной фразе занимал нереально долго даже из учета не критичности в 1-2 минуты :)
идем дальше...
попробуй "оглавление" чтоли сделать.
1) Имеешь таблиц у : слово => документы, в которых встречается
2) режешь статьи на слова (опять же содержащие смысл + в базовой форме), и ставишь соответствующие ссылки в таблице.
тогда никаких like не нужно.
при запросе - определяешь наборы документов, где встречаются слова из запроса.
после этого выделяешь документы, где встречаются все слова запроса.