крім перерахованого вище я б додав: занадто багато всякого непотрібного лайна в ній :) Але це шлях практично всіх безкоштовних портальних рішень. У підсумку вони все скочуються до того, що в них напхають купу всього, що й не треба в принципі, головне щоб було.
З власного досвіду скажу - беруся тільки за проекти, де потрібно свою власну CMS робити, заточену під конкретні потреби, або пропоную платну CMS / CMF Djem, ну в рідкісних випадках ще drupal можна.
Універсальність - це зло.
з іншого боку, написання власної CMS веде до того, що коли потрібно додати одну невелику фичу, простіше переписати весь сайт ніж інтегрувати щось нове.
Мдя, ZF я б теж не назвав еталоном краси коду, особливо їх рішення з неймспейсом це каша.
Потім же мішанина взагалі притаманна часто всяким фреймворками бажаючим зробити наваротов, заради наваротов, це те статичні класи, то примірників. вся ця мішанина і непонятки с. -> принаймні не Новомосковскются
Найчистіша смаківщина. Бо, як відомо, на смак і колір у всіх фломастери різні.
До того ж, навіщо лаяти? Навіщо з'ясовувати "чим погана"?
Альтернативний питання - а чим хороша?
Втім, на жаль, не змінює суті.
Так чому ж вона хороша?
Я купився на військові пісні, які оспівують на славу Джумли.
А що, власне, співають?
01. Мовляв, старий і перевірений часом движок.
02. Мовляв величезне співтовариство розробників і користувачів.
03. Мовляв величезна кількість вже написаних модулів і інших компонентів під всі випадки життя.
Так? Все вірно? Я нічого не упустив?
Як тут не кинутися в бій?
МІЛЬЙОНИ МУХ НЕ можуть помилятися!
І що ж у підсумку?
01. Старий, дірявий, закостенілий черевик.
Намагаючись зберігати компроміс - втрачає гнучкість. Намагаючись бути універсальним - втрачає простоту, і швидкість (в тому числі і швидкість розробки). В результаті кругом дурдом, бардак і бездуховність.
Так лише побіжного погляду на HTML код який генерує ці модулі і інші компоненти досить що б втратити віру в людство і бажання жити.
Звичайно, можна взяти мотолок і напилок і пиляти, пиляти, пиляти. І запив до блискучого блиску.
Але якщо все потрібно перепилювати, то в чому, вибачте, сіль?
02. І не треба розповідати про кількість.
Якість. Де якість?
03. Кубиків - багато. Але з них складається строго обмежена кількість фігур зі строго обмеженими параметрами і характеристиками. Навіть спроба запиливания (не кажучи про фігурному випилюванні) порівнянна, а іноді і перевершує трудовитрати на створення "з нуля".
А в іншому - так. Жумла рулить, бібікает і весело блимає катафотами.
Плюс до всього сказаного - досить заплутана структура, а місцями і її відсутність. Щоб щось змінити, доводиться довго розбиратися що де і звідки береться і перелопачувати купу файлів.
Про альтернативи. Цікавлять саме CMS? Цікавить саме PHP? Можу порадити хороший фреймворк для PHP. Yii. Все продумано. Відмінна реалізація MVC. Багато уваги приділено зниженню навантажень, що виникають через використання зайвого коду. Можливість розширення, є багато готових компонентів і нескладно пишуться свої. Автоматична генерація моделей по БД і сторінок основних операцій з ними. Як на мене краще ніж CMS, в якій не завжди зрозуміло що де шукати і як щось змінити.
не кажучи що за окремі шматки коду можна роздавати премії "найвищий дибілізм" - наприклад в адмінці можна увіткнути в форму php код і він виповниться бо там eval ($ value)
Охрененно кількість компонентів - навіть просто підібрати під свої потреби - вже непросто. А вибрати найбільш сумісні (між собою і з потрібною гілкою джумли), найменш діряві, безкоштовні (або познаходили варезні), перспективні (які не будуть покинуті найближчим часом) і точно подхоящіе (бо якщо трохи нестандартні потреби, то точно відповідне не буде, будуть приблизні).
На двох немаленьких проектах підібрав певний набір, але це зайняло стільки часу ... А варто трохи змінити ТЗ - і знову копирсатися серед тонн всього цього.
Ну і самому писати під Джумла - задоволення сумнівне. Не те щоб взагалі жах-жах, але краще вже під щось інше. Хоча, так, MVC, такий-сякий API і т.д. але є досить безглузді обмеження і просто потрібно вивчати.
Разом: до всіх інших недоліків для більш-менш серйозних проектів вимагає вкладення великої кількості часу і зусиль. До всіх інших недоліків.
Альтернативи ж ... Кому друпал, кому вордпресс, кому modx ... Або, наприклад, MaxSite. Або під кожен проект підбирати спеціалізовані рішення. Під соціалки livestreet \ cogear \ instant, під магазини presto \ ecshop \ opencart, і так далі ...
Підтримка MVC в joomla напевно тільки в ядрі. В який модуль не подивитеся, все по зроблено по різному, контролери / моделі / вьювси валяються де попало (типу супергібкость), ніяких стандартів в структурі взагалі немає, а деякі модулі зовсім не використовують поділ на вьювси і контролери і моделі - використовують старий добрий лапшекод з світче для обробки команд.