Вот я дурак. Скорее всего это и есть. Завтра проверю. (Добавление)
OrmaJever пишет:
А зачем вообще вы используете буфер? Просто подключайте шаблон и он будет выводиться на страницу
делитантский подход) тогда и запросы в базу и всю обработку придётся писать в этом шаблоне.... И получается что он уже и не шаблон. И как Регулярки использовать к коду перед выводом если потребуеься?!
Может и не совсем все правильно, но работает, и слава богу. А вот если в запросе несколько раз используется такой вывод с этим файлом то выводится только первый.
Как это можно побороть? Тему я эту не особо понял, на мануалы кидать нет смысла. Читал и гуглил.
да ну фигня
индексное поле добавляется одним запросом
а чтоб впредь добавлялось можно тригер прикрутить
типа при сохранении новой записи проставится и это поле
имхо лучшее решение
и прошу не забыть что поле лучше бы было целочисленое (Добавление)
дельную весчь толкаю тебе
погугли что есть тригер и как его использовать
по идее решит все твои печали в лучшем виде (Добавление)
TroL пишет:
Но одна из дат регулярно меняется
тригер на апдейт (Добавление)
слегка помучаешься узнавая новое...решишь впредь и навсегда проблемы с индексацией и скоростью выборки
день головной боли изучения и тестов VS нет проблем в будущем
что перевешивает?)))
Блин, точно. Тригеры всему решения. Большое спасибо
ну а раз пошла такая пьянка то из бОльшей даты формируешь целое число путем удаления разделителей и индексируешь по целочисленному полю
таблица будет летать))
Ну да таблица большая, 37000 пока, а колонок так вообще более 50и. Но одна из дат регулярно меняется, а другая дата создания записи. Тоже думал создать третью дату которая за все это и будет отвечать. Но структура и организация ЦРМки "кустарная" поэтому при добавлении третьей даты я замучаюсь всю систему подгонять под нее
Принцип:
IF(date1 < date2`, date2, date1) AS date_sort -тут мы выбираем большую дату и присваиваем к переменной date_sort, а потом по ней и отсортировываем (Добавление)
Мелкий пишет:
Я не понял, по какому признаку получился образец желаемой сортировки, так что играйтесь откуда-то отсюда:
Со стандартной сортировкой отлично знаком и ORDER BY date1 DESC, date2 DESC даст таблицу. Что совсем не то что надо ------------------------------------
| id | date1 | date2 |
-------------------------------- ----
| 5 | 2014-11-22| 0000-00-00|
| 2 | 2014-10-21| 2014-11-20|
| 1 | 2014-10-20| 2014-10-25|
| 3 | 2014-10-15| 0000-00-00|
| 6 | 2014-10-13| 2014-11-25|
| 4 | 2014-10-10| 2014-10-20|
Понимаете, пс не ищет так, как вы предполагаете.
Я дал вам пример популярного поискового движка написанного на Php почитайте как он устроен, как формирует поисковый индекс, как выглядит поисковый индекс и проч. Пока же вы пытаетесь построить деревянный небоскрёб и просите чтобы вам с этим помогли.
Деревянный небоскреб тоже не плохо. А статьи я обязательно на досуге почитаю. сегодня ищу кустарные способы
Что вы привязались именно к сфинксу то?
Есть и php-реализации пс.
Zend_Lucene возьмите. Это php-реализация проекта Apache Lucene project. Изучите как работает и пишите свой велосипед если так хочется.
Хоть и конкретно для вашей задачи мне совершенно непонятна необходимость городить огород если поиск по фильтрам уже реализован.
Потому что фильтр находится внутри определенной категории. А с главной страницы или тестовой неплохо бы тоже как то искать, потому что это фильтр будет еще и по новостям и по текстовым страницам
А вообще я исполнитель проекта, так что не мне это надо.
даже не знаю бывают ли на хостингах такие вещи но ты хоть узнай сначала (Добавление)
НУ если других возможностей не найдет покараю туда, или откажемся от такого поиска
TroL пишет:
и в таком духе
а так же все склонения, спряжения, однокоренные слова и в таком духе
Но можно же искать и по корню (Добавление)
А как сделать поиск слова из массива с возможностью ошибки в слове
например поровнять слова квАртира и квОртира и квартирИа.
Это мне не подходит, хотелось бы написать ядро самому.
а...нюню
в добрый путь
У менянет возможности устанавливать такие сервера, для этого требуется же доступ к файловой системе (Добавление)
Вот есть стандартная задумка
разбить строку на массивы
найти например элемент города, путем перебора и регулярки ( с регулярками у меня проблемы)
Найти так же числительные которые будут искать номер дома, количество комнат или даже площадь
Если же поиск недвижимости ведётся по фильтрам (а он и должен таким быть), то можно обойтись sql-запросом к базе данных (пример — http://realty[dot]sarbc[dot]ru )
Мне нужно именно через поисковую строку, фильтр уже организован (Добавление)
LIME пишет:
например http://habrahabr.ru/post/132118/
Интересно, но это же модуль к апачу или что то такое?
Это мне не подходит, хотелось бы написать ядро самому.
Какие принципы использовать для этого надо?
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 73
Скорее всего это и есть. Завтра проверю.
а...нюню
