Правильно. Любое узкоспециализированное решение, выполненное грамотной командой, всегда лучше. Но это - очень дорого. И в данном случае, ТС интересуется КАК оптимизировать конкретно Джумлу. Все советы сменить Джумлу на сапомис - это чистый бла-бла.
Santyago добавил 22.02.2010 в 00:43
Весь цивилизованный мир умеет считать деньги и использовать готовые решения для своих задач. И зачастую, вопрос стоит не "Использовать Zend или писать свой фрэймворк?", а "Использовать ZF или CI? А почему? И сколько будет стоить решение на каждой из платформ?"
О русских программистах, которые с криками УРА начинают писать "Универсальный будильник" с патча ядра Виндовс, давно ходят анекдоты...
Ничего личного, но это мнение человека, "обзорно смотревшего" три фрэймворка?
Ну, это мнение тоже имеет право на жизнь. Ок. Спорить на эту тему и нет желания, и в действительно будет оффтоп. С опытом, думаю, взгляды на программирование поменяются. Удачи!
А из того, что не навскидку, а с чем конкретно Вы достаточно долго работали, чтобы подискутировать о плюсах и минусах архитектуры фрэймфорка?
Дадим же слово маэстро!..
Например с чем?
Не заменяет.
Santyago добавил 21.02.2010 в 13:43
Оооо... А вот и специалисты подоспели... 😂
Хороший юмор.
1. Аутентификация
2. ЧПУ
3. Шаблон дизайна
4. Работа компонента, отвечающего за рендеринг страницы
5. Набор модулей, использованных в шаблоне. Каждый из которых может сгенерить свои запросы.
6. Обработчики системных событий
7. Логирование
Достаточно? :)
И не надо.
Нет ничего глупее сравнения по скорости работы пачки совершенно разношёрстных систем. С героическими криками "Я работаю на самой быстрой ЦМС Вордпресс!!!" в последствии. Ламерство ппц.
Да, Джумла тяжёлая. Но, простите, а что вы хотели от системы с MVC, компонентной структурой, модульностью, внутренней системой events? Чтобы она работала со скоростью plain html? Или хотя бы как блогодвиг Вордпресс, который на статус полновесной ЦМС никогда и претендовал?
Мерять качество ЦМС по количеству запросов к БД - это ламерство, исходящее от людей, которые ничего не понимают в устройстве ЦМС, но которым крайне хочется поумничать.
Если Вы выбрали под свой проект, исходя из каких-то критериев, Джумлу, то значит надо работать с Джумлой. Знать специфику системы, уметь "выбрасывать лишнее" при заточке системы под конкретный проект, знать узкие места, знать как настроить сервер конкретно под Джумлу. Надо понимать, что кеширование - это неотъемлимая часть любой высоконагруженной системы на любой платформе и соответственно грамотно его использовать исходя из средств, предоставляемых Джумлой. А крики, что под проект с нагрузкой в 20 килохостов надо писать свою двиг - это ламерство.
По теме. Ребята из Webo оптимизируют загрузку Яваскриптов и ЦСС. Это _никак_ не влияет на скорость генерации страницы сервером. В комплексе, конечно, надо решать и вопрос скорости рендеринга страницы браузером. Но конкретно под Вашу задачу в первую очередь надо ускорять серверную часть. Настройка сервера + кеширование + обкусывание лишнего из ядра системы + профилирование кода + оптимизация запросов под конкретный проект. Как? Ищите специалиста по Джумле хотя бы с пятилетним стажем и опытом работы с крупными проектами. Да, это дорого. Но бесплатно можно получить разве что псевдо-программиста, который разговор начнёт с криков "Джумла гавно! Да я твой проект на Вордпресе за два дня подниму!". Тут уж каждый волен выбирать по своим предпочтениям и финансовым возможностям.
Жесть... Наша песня хороша, запевай с начала.
Ещё раз: memcached. Что смущает? Непонимание, как это будет работать в целом? Если у Вас планируется 1 лям хитов в сутки и Вы не знаете как делать сайты - закажите у профессионалов и не морочьте людям головы. Если чисто теоретический интерес, то Вы уже получили достаточно информации, чтобы рыть по заданным направлениям глубже и экспериметировать, экспериметровать, экспериментировать. Удачи.