Быстрая Joomla — файл index.php

[Silverstorm]

бред какой-то. экономия на спичках во время использования ацтойно написанной системы.

[propovednik]

-2 запроса на каждой генерации - спички?!
Согласен, несколько советов просто для убирания ненужностей из исходников.

[evilbloodydemon]

с говна пенки собирать

[propovednik]

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

[spiverg]

разве это оптимизация? какие еще милисекунды на условиях, помоему бред, интересней было бы почитать про реализацию систем кэширования запросов к СУБД или шаблонов

[propovednik]

А зачем кешировать запросы, которые всегда выдают один и тот же результат? Может проще их удалить из исходного кода?

[spiverg]

ты меня неправильно понял я не имею ввиду кэшировать запросы которые можно удалить:) допустим у нас есть страница для генерации которой система выполняет сложные запросы к базе, сложность которых заключается не в количестве писанины:), а в том что они сильно нагружает сервер БД, так вот результаты этих запросов и нужно кэшировать

[propovednik]

Естественно, я применяю акселераторы, системы кеширования. Пока не хватит опыта и материала написать что-то полезное по этому поводу, кроме как "скачаем то-то и настроим так-то".
Но хочу сказать, что "миллисекунды" складываются в весьма неплохое общее время.

[spiverg]

насчет условий я был неправ

[nfx]

что нить о ветке 1.5 скажете?

[propovednik]

Советы те же. Очень многое после компоновки сайта, написания модулей и компонентов, можно просто удалить. На ветке 1.0 на "голом" сайте (без кеширования) дало минус ~1 секунду генерации. Опять же даже "миллисекунды" никому никогда не вредили. Вся работа, например, с index.php займет не более 5 минут.

[propovednik]

В начале топика было замечено, что кеширование рассматриваться не будет. Поймите мою позицию - ставим Joomla, убираем/удаляем все лишнее, затем кеширование

[propovednik]

Тоже постараюсь приблизиться к русскому:
index.php: что-то делается, затем генерация контента и только потом вызов компонентов кеширования. В большинстве случаев именно так. Если вы можете сделать кеширование лучше - очень хорошо, но много разработчиков на Joomla поступает именно так - устанавливает родной компонент кеширования, поставляемый в виде компонента. Неужели до 200 мс от времени генерации страницы вне движка кеширования лишние? По моему скромному мнению информация в топике все же будет полезной многим.

[propovednik]

Приоритет естественно кеширование. Но мне лично легче видеть узкие места и места, которые в принципе не будут нужны до его настройки. Еще раз повторяю на голой Joomla эти и еще некоторые действия, подобные этим (избавляемся от запросов, удаляем лишнее) позволяют сэкономить до 200 мс, а это далеко не 0.05%

[yazanoza]

ох как вы правы!
у меня не миллисекунды, у меня минуты!
или надо полностью сайт перестраивать или движок менять или хостера.
даже не знаю

[propovednik]

"вы просто не умеете их готовить"

[Silverstorm]

у меня такое ощущение что php вы знаете не так давно, иначе вы бы не брались ни за такую оптимизацию, ни за джумлу вообще.

[sectus]

Где результаты по количеству выигрыша времени по каждому пункту?