Комментарии 24
бред какой-то. экономия на спичках во время использования ацтойно написанной системы.
с говна пенки собирать
хотите холиваров - создайте отдельный. здесь предполагается, что CMS уже выбрана и нужно ее оптимизировать.
разве это оптимизация? какие еще милисекунды на условиях, помоему бред, интересней было бы почитать про реализацию систем кэширования запросов к СУБД или шаблонов
А зачем кешировать запросы, которые всегда выдают один и тот же результат? Может проще их удалить из исходного кода?
ты меня неправильно понял я не имею ввиду кэшировать запросы которые можно удалить:) допустим у нас есть страница для генерации которой система выполняет сложные запросы к базе, сложность которых заключается не в количестве писанины:), а в том что они сильно нагружает сервер БД, так вот результаты этих запросов и нужно кэшировать
что нить о ветке 1.5 скажете?
Советы те же. Очень многое после компоновки сайта, написания модулей и компонентов, можно просто удалить. На ветке 1.0 на "голом" сайте (без кеширования) дало минус ~1 секунду генерации. Опять же даже "миллисекунды" никому никогда не вредили. Вся работа, например, с index.php займет не более 5 минут.
НЛО прилетело и опубликовало эту надпись здесь
В начале топика было замечено, что кеширование рассматриваться не будет. Поймите мою позицию - ставим Joomla, убираем/удаляем все лишнее, затем кеширование
НЛО прилетело и опубликовало эту надпись здесь
Тоже постараюсь приблизиться к русскому:
index.php: что-то делается, затем генерация контента и только потом вызов компонентов кеширования. В большинстве случаев именно так. Если вы можете сделать кеширование лучше - очень хорошо, но много разработчиков на Joomla поступает именно так - устанавливает родной компонент кеширования, поставляемый в виде компонента. Неужели до 200 мс от времени генерации страницы вне движка кеширования лишние? По моему скромному мнению информация в топике все же будет полезной многим.
index.php: что-то делается, затем генерация контента и только потом вызов компонентов кеширования. В большинстве случаев именно так. Если вы можете сделать кеширование лучше - очень хорошо, но много разработчиков на Joomla поступает именно так - устанавливает родной компонент кеширования, поставляемый в виде компонента. Неужели до 200 мс от времени генерации страницы вне движка кеширования лишние? По моему скромному мнению информация в топике все же будет полезной многим.
НЛО прилетело и опубликовало эту надпись здесь
Приоритет естественно кеширование. Но мне лично легче видеть узкие места и места, которые в принципе не будут нужны до его настройки. Еще раз повторяю на голой Joomla эти и еще некоторые действия, подобные этим (избавляемся от запросов, удаляем лишнее) позволяют сэкономить до 200 мс, а это далеко не 0.05%
НЛО прилетело и опубликовало эту надпись здесь
Продолжайте, не слушайте холиварщиков.
Где результаты по количеству выигрыша времени по каждому пункту?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Быстрая Joomla — файл index.php