bukachuk

bukachuk
Рейтинг
97
Регистрация
07.09.2008
ivan-lev:
В файлах.. В памяти..
В MySQL есть полнотекстовый поиск.

в InnoDB нету, а у ТС именно оно

У Вконтате вроде своя база на Сях c и разные навороты сверху.

У меня никто никуда не ходит, все ровно. FF 16.0.1

На автовокзалах да по расписанию и еще дачные маршруты, сервиса конктерно не видел, но у нас в городе где-то видел на сайте расписание выкладывал вроде департамент. Городские думаю врядли нужны.

Если соединяетесь по utf8 и сайт в утф-8 то базу тоже следует перегнать, чтобы потом не запутаться.

utf8_general_ci надо задать для всех полей и таблиц. Сделайте просто дамп базы. в базе измените все строки cp1251 на utf8 и накатите опять дамп в базу.

SET NAMES utf8 все правильно, это сопоставление кодировки соединения клиента с сервером.

utf8_general_ci тогда

ipb_posts - отсюда вроде должны быть документы, вы же в топиках ищете а потом в постах уже, можно же сразу посты найти

ngsv:
Основная нагрузка не от поисковых запросов... Даже главная страница, либо страницы просмотра тем бывает грузятся по 10 секунд...

Когда сервер безбожно тупит, там уже все тормозит, тк ресурсов в целом нет. И получается вроде как не от них, а начинаеться все с них.

А кешите по времени на сколько?

Для неавторизованных я бы страницы целиком подкешил, даже к базе бы не успевал цепляться. На коннект тоже ресурсы надо.

ngsv:
Но не запретить же пользователям поиск по форуму? Они задушат администрацию...

Меня интересуют альтернативные способы хранения больших данных, и работа с ними?...

Поиск через LIKE c такими объемами это и есть один из тормозов. Я не говорю запретить поиск, надо переделать поиск. Да и вообще посмотреть что у вас с запросами. Два или один тугих запроса могут запросто ложить систему всю и slow_query будет сыпаться все подряд. Просто вот глядя на такой LIKE кажется, что там никто не запаривался.

Да и возможно глупый вопрос, все закешили что можно было?

& символ надо

Всего: 312