bbon: Я бы поступил аналогично. Только сайт должен уметь генерить кеш странички на лету, если в кеше она отсутствует. И кеш бы периодически очищал по крону - отсчитывая от времени последнего просмотра страницы - чтобы не забивать таблицу ненужным. Кстати, если покопаться в исходниках воблы - то там используется именно эта технология.
Еще замечу, если есть доступ к настройкам MySQL, то он тоже самостоятельно способен кешировать запросы. :)
чистить кэш по крону имхо не самое удачное решение! гораздо проще при каждой обращении к странице смотреть на возраст файла с кэшем ... если просрочен, то обновлять
_savit добавил 16.12.2008 в 14:57
sabotage: 2. Сами подумайте, как часто вы будете менять дизайн.
да в том то и дело что обычно я часто что-то меняю ж)))
у меня есть один сайт где страницы полностью кэшируются и их реально очень много ... захотел вчера поставить на сайт Google Analitycs, но как подумал что придется весь кэш убить чтобы вставить в код кусок яваскрипта сразу расхотелось ;)
у меня такое с мцхостом было ... как только прибегал сумасшедший бот Mail.Ru то максимальная нагрузка ( у них в панельке показывается ) до 500% прыгала =) в конце концов мне отрубили БД.
Сделал кэширование страниц, базу обратно врубили. Но и сейчас нет нет а до 150% бывает скачет.
дак у меня новых площадок нету ... все площадки участвуют в бегуне не менее 2х лет
а у меня вот 24й день пошел, а выплат от бегуна так и не видать ж(((
Питер
секунды 3 грузился .... скорость инета 13 мегабит
у меня заявка на вывод так с 25 ноября и висит ж(
Первый раз встречаю задачу в которой разработчик связывает время кэширование со скоростью изменения дизайна.
ну так как свои сайты я полностью обслуживаю сам, то хочется учесть все возможные плюсы и минусы :)
Я выбрал бы второй вариант. Не думаю что дизайн придется так часто менять.
сам дизайн нет, но например код партнерок довольно часто меняю (тестю) и каждый раз надо чистить весь кэш ...
а может кешировать резалт от запроса? =)
ну это и есть вариант №1 про который я писал ... кэшируется только результат запроса
что-то типа такого
Я бы поступил аналогично. Только сайт должен уметь генерить кеш странички на лету, если в кеше она отсутствует. И кеш бы периодически очищал по крону - отсчитывая от времени последнего просмотра страницы - чтобы не забивать таблицу ненужным. Кстати, если покопаться в исходниках воблы - то там используется именно эта технология.
Еще замечу, если есть доступ к настройкам MySQL, то он тоже самостоятельно способен кешировать запросы. :)
чистить кэш по крону имхо не самое удачное решение! гораздо проще при каждой обращении к странице смотреть на возраст файла с кэшем ... если просрочен, то обновлять
_savit добавил 16.12.2008 в 14:57
2. Сами подумайте, как часто вы будете менять дизайн.
да в том то и дело что обычно я часто что-то меняю ж)))
у меня есть один сайт где страницы полностью кэшируются и их реально очень много ... захотел вчера поставить на сайт Google Analitycs, но как подумал что придется весь кэш убить чтобы вставить в код кусок яваскрипта сразу расхотелось ;)
у меня такое с мцхостом было ... как только прибегал сумасшедший бот Mail.Ru то максимальная нагрузка ( у них в панельке показывается ) до 500% прыгала =) в конце концов мне отрубили БД.
Сделал кэширование страниц, базу обратно врубили. Но и сейчас нет нет а до 150% бывает скачет.
На офф. сайте не нашел ответа, а все эту ветку не осилить ... зорька дает гиперконтекст? если нет, то планируется ли?