То о чем долго говорили авторы этой популярной CMS свершилось 
Вышел релиз новой версии ядра.
Теперь уже Joomla это не нездоровая мешанина всего подряд а вполне красивая и симпатичная CMS компоненты которой строятся по патерну MVC В разработке очень ярко заметно java-влияние кого-то из разработчиков . Теперь в ней теги для шаблонизатора имеют вполне jstl вид в стиле :
<td>
<jdoc:include type="component" />
<jdoc:include type="modules" name="footer" style="xhtml"/>
</td>аналогично забавно видеть вот такое вот :
jimport( 'joomla.application.component.controller' );
Еще ничего не писал и не разбирался глубоко но общее впечатление очень приятное. Список компонентов совместимых с версией 1.5 довольно большой.Единственное что не понравилось это то что сохранили совместимость с 4 версией.Но то уже такое, не в космос же на Joomla летать.
Я шокирован! То ли очередной кризис на дворе, то ли работодатели совсем обнаглели. Рыночная цена такого спеца в украинской провинции $600-1100.
Loading ...
февраля 7, 2008 в 11:28 пп
поделка... если уж лего захотелось лучче друпал возьми, он хоть релизиццо как положено а не череззад
февраля 10, 2008 в 11:29 дп
Друпал имхо это аморфное гамно, он гораздо менее гибок, гораздо неудобнее в основении, он гораздо примитивнее, а в этом случае мы уже имеем впоне понятный MVC, а для тех кто привык писать в таком стиле 1.5 будет очень удобна, и скорость разработки будет выше чем на старой версии, а значит и красивых модулей будет написано больше.
Поделка? Для специалистов в области паттерна "мегаконкатенационнаясупервелосипеда" безусловно это лишь поделка, тут ведь нет конкатенации строк.
февраля 10, 2008 в 1:59 пп
мне вот интересно, а ты под дряпало писать пробовал вообще?
февраля 10, 2008 в 4:45 пп
Друпал был рассмотрен как один из варинтов использования в одном из проектов и отвергнут.
Опыт использования коллегой в другом проекте аналогично закончилась переходом на другое решение, из основных минусов - слабая документация, "модули" часто просто свальные, нет нормального разделения кода, последнее главный минус.
Если инструмент диктует стиль мешанка-болтанка по моему мнению как инструмент для разработки - это гамно.
Да для определенных целей он подходит.Но как достаточно универсальная CMS нет.
февраля 11, 2008 в 12:22 дп
>> Друпал был рассмотрен как один из варинтов использования в одном из проектов и отвергнут.
Ну и такое было... шо друпал шо джумлу послал нах и нарисовал своё... пока что не жалею...
>> из основных минусов - слабая документация
Гыгы... это на английском то?
1. Специализированые книги если ты новичек
2. Дока на инглише полнее любой джумловской - копни
Но если с инглишем не дружить тогда да - согласен.
Когда ознакамливался то сгрыз Drupal Pro Development от корки до корки - неплохо для новичка, по крайней мере поймёшь как там чего строиццо.
>> "модули" часто просто свальные
Не сказал бы
>> ет нормального разделения кода
А вот тут рассмешил. Структуризация не только на кодовом, а и на файловом уровне, притом правила оформления и написания извесны и выписаны.
>> Если инструмент диктует стиль мешанка-болтанка по моему мнению как инструмент для разработки - это гамно.
Вот это я в джумле и вижу... Одно в одном месте, другое в другом... Ставишь компонент - то туда, то сюда, то еще кудато - где че валяеццо одному богу извесно... Поправить чегото - замучисся. В плане файловой структуры друпал намного сильнее - у него всё в одном месте и разложено по отдельным файлам.
>> Да для определенных целей он подходит.Но как достаточно универсальная CMS нет.
Опять улыбнул... Полуфреймворк это недостаточная цмс? Ну-ну... Тяжелый в освоении, довольно тяжелый в кодинге, но он как тобою любимая никса - научисся настраивать - отвыкать не захочешь.
Много чего полезного и с джумлы себе взял и с друпала... пока что не жалею... мож какнибуть на сходке цкдева (мож такую както сделают) расскажу... если закончу...
февраля 11, 2008 в 1:11 дп
Код 1.5. отличается от 1.0 как небо и земля, и вот эти аргументы про это там а это тут просто смешны, покажи мне MVC в Drupal чтоб человек который не писал код сразу понял где вывод, где логика.
Разложено по отдельным файлам или лежит в двух каталогах для фронт-енда и бек-енда не суть важно, а вот когда конструирование вывода мешают с запросами это не структурирование.И вывод при помощи print кучи глобальный переменных это аналогичный кал.
Фреймворк это то к чему приблизилось ядро 1.5., мне без чтения документации стала понятна архитектура примерно за 15 минут.
февраля 11, 2008 в 3:33 дп
>> Код 1.5. отличается от 1.0 как небо и земля, и вот эти аргументы про это там а это тут просто смешны, покажи мне MVC в Drupal чтоб человек который не писал код сразу понял где вывод, где логика.
На файловом уровне всё такой же бардак, внутри я сомневаюсь что что-то значительно поменялось.
А по поводу MVC... чеб долго не думать http://archivemati.ca/2006/01/21/drupal-as-a-mvc-framework/ ... читая по диагонали вродь смысл тот...
Вот только раздел view можно чуть расширить... Дело в том что дряпало можно расширить на поддержку всевозможных шаблонизаторов. Я, например, както игрался с прикручиванием Smarty
>> Разложено по отдельным файлам или лежит в двух каталогах для фронт-енда и бек-енда не суть важно,
Серьёзно? А как по поводу Modules, Bots и Components в каждом из главных каталогов? А в них своё файло. ИМХО бардак. Больше нравиццо архитектура когда модуль с админкой идёт одной папкой - вынял-вставил.
А вот остального не понял. Ты про то что мешают хтмл вкучу с пыхой? Это уже не от цмс а от кодера зависит.
>> Фреймворк это то к чему приблизилось ядро 1.5., мне без чтения документации стала понятна архитектура примерно за 15 минут.
Её там 15 минут понимать не надо - она вся как на ладони и от этого немножко страшно. Например я не могу заменить стандартный шаблонизатор аж никак... Перенос написаного займёт как минимум в 2 раза больше времени ввиду разделения хари и жопы и т.д. и т.п.
Если брать по коректности архитектуры то мой тебе совет - прежде чем срать на друпал залесь на drupal.org хотябы на день... там цаца позволяет вытворять довольно красивые вещи...
февраля 11, 2008 в 10:54 дп
Ну и пользуйтесь дальше
Действительно главное это чтоб все файлы были в одном месте а не чтоб работало.
Rails тогда тоже фрейм без архитектуры, ведь на "файловом уровне" там "бардак" ой немогу
)))))
А зачем менять стандартный щаблонизатор?
чтоб потом никто не понял код? Впулить туда смарти зачемто что-ли?
"Перенос написанного займет...в виду разделения" - мдя шо я еще могу сказать, процедуры и конкатенация твое все, и иного не воспринимаешь
Ну и ладно мне пофиг
конкатенируй дальше, смотри не перестарайся 
гыгыгы
февраля 11, 2008 в 1:01 пп
>> Ну и пользуйтесь дальше Действительно главное это чтоб все файлы были в одном месте а не чтоб работало.
Это мы назовём "нехватка аргументов". Спорить в этом русле смысла нет - тешся что ты умный. /*это только воланда я в этом русле долбаю - мне это просто нравиццо. с тобой смысла не вижу*/
>> Rails тогда тоже фрейм без архитектуры, ведь на "файловом уровне" там "бардак" ой немогу
)))))
Не видел, увы
>> А зачем менять стандартный щаблонизатор? чтоб потом никто не понял код? Впулить туда смарти зачемто что-ли?
1. Например я люблю Smarty - еще вопросы?
2. По крайней мере в 1.0.х в шаблоне был ряд функций которые делали прямое echo и ихний вывод никак нельзя было присвоить переменной для дальнейшей обработки - где здесь гибкость?
А в остальном... есть у меня один товарисч... хороший очень грамотный дядька, вот только любит он вместо того чтоб чегото новое выучить заговнить его и сказать "писать надо вот так"... бывает...
февраля 11, 2008 в 4:43 пп
При чем тут 1.0.х? Ну при чем тут? Там от старой джумлы вообще ничего не осталось почти.
Писать конечно проще тут вопросов нет.
Новое это как раз сабж
февраля 11, 2008 в 5:21 пп
Поясняю причем: компоненты для 1.5 тож будут все заново писать? Нет. Тоесть всё гамно что было там подчистилось ну мож в ядре, ну мож еще пара-тройка серьёзных компонент подойдёт к этому... однако все качественно написаны не будут - будет, как обычно, каша в коде...
А по поводу темплейтмашинок - по свободе посмотрю-покручу... если они таки приделали поддержку совершенноразных шаблонизаторов знач хорошо поработали.
февраля 11, 2008 в 6:00 пп
Да будут писать заново, т.е. делать совместимыми с новой версией, ты посмотри на каталог расширений там указано с какой версией совместим компонент.
Те подчистили а переписали Геннадий, переписали заново нах все.
Я не смотрел детали архитектуры темплейтов, но как по мне смарти там ненужен, но если реализовать его интерфейс то возможно и будет работать, но это лишнее - ты теряешь совместимость своего компонента.
февраля 11, 2008 в 7:39 пп
>> Да будут писать заново, т.е. делать совместимыми с новой версией, ты посмотри на каталог расширений там указано с какой версией совместим компонент.
Знаю я как эта совместимость делаеццо. Взяли старый кусок кода, поправили имена функций ядра и вуаля - поддержка 1.5
>> Я не смотрел детали архитектуры темплейтов, но как по мне смарти там ненужен, но если реализовать его интерфейс то возможно и будет работать, но это лишнее - ты теряешь совместимость своего компонента.
Я не о жесткой прикрутке к движку имел в виду. В друпале темплейтник прикручуеццо докидыванием пары файлов и лёгким колдовством... в общем по сложности не сложнее установки модуля... Вообще там много интересных фич которых джумле и не снилось. Например модульное указание формата ввода. Что это такое? Ну нравиццо те html - даёшь html, хоцца оттуда срезать теги или разрешить конкретные - вперёд, нравиццо синтаксис того же mediawiki - прикручуй и готово, нравиццо bbcode - нет вопросов (я у ся на умнике прикручивал bbcode... причем модуль там классный - с табличной вёрсткой, списками и т.д.)... и встраивание происходит в пару нажатий мышки... А про языковые файлы я вообще молчу - красотища...
февраля 12, 2008 в 1:24 пп
gettext образная мультиязычность реализована в 1.5.
Пустопорожнее "знаю я как это делается" коментировать лень.
Просто ненужно пытатся на CMS поднимать то что на ней поднимать ненужно, а вменяемо разделение всегда убыстряет работу особенно если работает несколько человек одновременно. И когда я вижу код в стиле :
$output.="bla-bla-bla";$t=sql-запрос чего-то там;
цикл для $t
{
if (smth)
$output.="
# bla-bla-bla some result".$result."
";
}
мне хочется пойти порыгать
и впуливание смарти в это,только усугубляет 
февраля 12, 2008 в 6:34 пп
пустопорожнее? ну-ну... ты хоть сам то помнишь откуда джумла выросло?
февраля 12, 2008 в 10:22 пп
>>ты хоть сам то помнишь откуда джумла выросло?
Не один хрен из чего она выросла?
февраля 13, 2008 в 1:15 пп
В споре "как будут переделывать модули от 1.0" - нео, не один... ибо саму первую джумлу собрали из мамбы совершенно не поменяв мамбовский код во мноооогих местах... посему следует предположить что портирование большинства модулей (по крайней мере до выхода следующей ПОЛНОЙ версии и отказа от поддержки 1.0 движа) будет происходить по схеме прикручивания костыля.
февраля 13, 2008 в 4:20 пп
Какой следующей ПОЛНОЙ? Какие "следует предположить"? Это именно пустопорожние рассуждения на тему - смотри в код лучше.
февраля 13, 2008 в 4:58 пп
>>посему следует предположить
К нам приехали телепаты?
февраля 13, 2008 в 6:57 пп
>> Какой следующей ПОЛНОЙ? Какие "следует предположить"? Это именно пустопорожние рассуждения на тему - смотри в код лучше.
Код чего? Того что есть под 1.5 и 1.0? Или того что еще не вышло?
>> К нам приехали телепаты?
Угу, выгонять клоунов, которые не уехали до сих пор
февраля 14, 2008 в 1:49 пп
Геннадий конкатенируйте дальше
правда говорят от этого слепнут и волосы на руках ростут 
марта 22, 2008 в 5:36 пп
Я слышал, что скоро релизиться будет 2.5, вот только сроки задерживают. (
апреля 12, 2008 в 12:07 пп
джумла всегда отличалась особой сообразительостью. Лично я считаю, что единственным плюсом этого движка является ее бесплатность. Сам работаю на DLE! Но каждый выбирает самостоятельно!
июля 12, 2008 в 2:10 пп
Почитал посмеялся, что дряпальщик, что жумловщик оба хороши...
Тыкатю друг-друга в г-но, я вам по секрету скажу : что жумла, что друпал - полное говно ибо ставит в рамки как и любая другая ЦМС. Если надо сделать более-менее серьезное приложение, они явно не годятся (фанатикам вятых войн : лес там =>>>). Для создания нормальных, расширяемых, удобных в поддержке и т.п. берем, к примеру, ZendFramework - это из доступного для быстрого освоения.
июля 12, 2008 в 2:28 пп
скоро будут войны фреймворков
возьмите симфонию