440Hz Мемкеш тоже не панацея. Во-первых, взаимодействие с ним - через точно такой же протокол и порт. Здесь где-то упоминали, что мускулу, кроме выполнения собственно запроса, надо еще получить запрос через порт и потом данные отправить обратно, спрашивается, чем мемкеш лучше? Точно так же, как и в любом другом кеше, данные надо сериализовать-десериализовать. На шаред-хостингах его вообще нереально пользовать, т.к. "желающих много а пирог один". А вот тут +1
бл*, ничё не вышло, всё из-за лимитов и постаничного вывода таг, а как думаете выйдет что-нибудь из кеша html динамики в файлы с разбивкой для кождого юзверя? или может в бд кешировать...или может пост обработчик шаблонов сделать, типа ввести спец теги в шаблоны например {cache}{/cache} и обработывать их содержимое даже после кеширования основной массы html кода? блин, надо срочно на чём-то выйграть во времени за счёт кеширования кроме мэмкешеда...
440Hz дык, там в отличии от дезинфо не 70кб коду... а кстати страница с из БД в 7000 записей, с примерно 6 актинвыми плагинами(каждый примерно 20кб),с постаничным выводом по 15 на страницу, отрабатывает за 0.33 при первом запуске, т.е. когда ещё mysql не создала кеш, и за примерно 0.031 при последующих, это без нового кеширования а если ещё отключить макросы, из-за которых набегает примерно 1/3...
мож потому деза и быстрая со своими 200к записей?, что кода мало? зато просто и красиво. чего код-то плодить? =) но это уже флуд...
440Hz конечно, именно поэтому, а ещё потому что сервак хороший, и БД правельная... ну +1 =) дык задачи другие, универсальность чтоб её... наш человек