Ну тогда myisam вам подойдёт.
Фильтры и т.п. это мелочи, это уже заботы проектировщика: индексы, запросы + работа кэша запросов.
ну смотрите у того и того есть + и минусы.
Если будет ОЧЕНЬ много записей одновременно в базу, то конечно innodb, если же просто поиск, то myisam.
Индексы только не забудьте.
Полноценный поиск это как? Просто по текстам? То это лучше поисковые машины сделают. Если просто по полям, то обычная выборка из базы.
Картинки на диске. В базе им делать нечего.
Да забудьте уже про США, они жили и будут жить очень хорошо. Лучше бы подумали о себе, ибо нам то не очень сладко.
Romka_Kharkov, Вы чисто пришли постебаться? Ну поздравляю.
У нас тут уже тема как минимум 3-и раза поменялась, но вы походу жираф ещё тот.
LEOnidUKG добавил 09.08.2011 в 14:51
Так, подключение к SCP компрессии дало нагрузку на проц в 1-3%, 4-х ядерный поэтому это не критично. Зато скорость возрастала в разы, даже учитывая, что кидаются архивы уже запакованные.
Не монтировал. Просто по протоколу ftp кидал и всё.
LEOnidUKG добавил 09.08.2011 в 01:58
Сейчас тяну файл wget-ом
Скорость прыгает от 250 - 500 К/s
Да у меня с торрента фильмы и то качаются быстрее)))
Ошибок не замечал т.к. пускал на прямую из консоля, чтобы показывал. Потом переключился в фоновый.
ммм... Размер ключа в смысле, когда сертификат создаётся?
Ну вот такой вот у нас протокол SSH. Говорю же, что через ФТП было быстрее.
Сейчас бэкапы обновятся, попробую с компрессией, может быстрее будет.
Да он уже 8-мь часов 10 ГБ закачивает :(
А у меня ещё 20 на очереди. Это он будет дня 2-а лабать. Конечно не тороплюсь, но по фтп за 8 часов он прокачал эти 30 ГБ.
Так.
А теперь вопрос за засыпку... и чё? теперь через SSH будет меееееедлееееенно так работать из-за того что шифрование идёт? Замечательно...
Есть идеи как это ускорить, а то через фтп как-то быстрее было.
Надо им гденить написать, мол все данные придуманы и совпадения случайны :)
