Drupal 5.0 вышел!

good

[1] http://jquery.com/

sorry

Что-то в упор не вижу там "rich text editor по умолчанию". Ткните носом плиз

Drupal написан без разделения HTML и кода. Опять для правки и переверстки HTML придется вызывать PHP-кодера?

SQL-запросы захардкожены в виде "SELECT n.nid, n.created FROM {node} n ...." что не дает ни нормальной переносимости ни скорости, потому, что запрос каждый раз парзится на предмет подстановки имен таблиц.

Полно несоответствий в дизайне запросов - кое-где сравнение ведется по текстовому имени -- "n.type = 'blog'", а кое-где - по числовому ID -- "n.status = 1".

Короче, хороший пример, как НЕ НАДО ДЕЛАТЬ.

К сожалению, всё сказанное относится почти к любому проекту на PHP.

Даже Wordpress этим грешит.

да тут надо вопрос иначе ставить. существуют ли в природе нормальные web cms в том числе на php

Joomla?

Совершенно согласен. Качество проектов на PHP крайне низкое.

>да тут надо вопрос иначе ставить. существуют ли в природе нормальные web cms в том числе на php

CMS нужны для низко и среднебюджетных проектов. Когда денег хватает только на хостинг или хостинг+дизайн. Соответственно, берется некое "общее" решение, на него натягивается очередной скин и выдается как готовый проект.

При этом, зачастую, имеющаяся CMS подходит не полностью и долго и нудно затачивается под данный проект.

Ни о какой производительности или расширяемости речь не идет (не только в PHP, а, ИМХО, в любой CMS). Потому, что общее решение -- это всегда нечто среднее из многих функциональностей, а компромисс всегда плох.

typo3 ?

А какая связь? Давайте теперь про релизы всех cms постить - RunCms, xoops и прочая... Они часто обновляются... :)

>Ни о какой производительности или расширяемости

"расширяемости" - имеется в виду не написание очередного модуля для CMS, а расширяемости по исползуемым ресурсам, кластеризации.

CMS и web-интерфейс к ней это разные вещи. А благодаря работе низкоквалифицированных программистов все это замешано в одном. Прикольно...

> Даже Wordpress этим грешит.

"Даже"? WordPress в плане кода - вообще тихий ужас.

> Drupal написан без разделения HTML и кода

http://drupal.org/project/Theme+engines

>typo3 ?

$result.= '<font face="Verdana,Arial" size="1" color="red">'.nl2br(htmlspecialchars((string)$val)).'<br /></font>';

Клево, да......

CMS, в которой нет разделения кода и дизайна - не CMS по определению. Да, можно написать проект, который будет совмещать в себе код и представление. Но вот называть его CMS - увы.

>да тут надо вопрос иначе ставить. существуют ли в природе нормальные web cms в том числе на php

Ну, например, "ни капли HTML в PHP-коде" - это прямо один из принципов моей CMS :) Правда, это не столько CMS, сколько CMF...

А как вообще с хостингом под Друпал, есть проблемы? Или в принципе любой хостинг подойдет, или есть специализированные?

> Drupal написан без разделения HTML и кода

>http://drupal.org/project/Theme+engines

И? Вот, я смотрю в файл modules/forum/forum.module Вижу там $content.= '<div class="more-link">'. l(t('more'), 'forum' .....

Часть HTML - внутри движка, часть - внутри шаблонизатора?

>теперь используется jQuery по умолчанию

Мда. Ещё один проект, в итоге, кажется забивает на Оперу. 90% плагинов jQuery в Опере просто не работает.

Вот почему Joomla рулит:
http://www.joomla.org/content/view/2618/1/

>Вот почему Joomla рулит: 
>http://www.joomla.org/content/view/2618/1/

<ul>
	<?php foreach ($list as $item) : ?>
	<li>
		<a href="<?php echo $item->link; ?>">
			<?php echo $item->text; ?>
		</a>
	</li>
	<?php endforeach; ?>
</ul>


Господи, ну ПОЧЕМУ пишущий на PHP народ не в состоянии прицепить 
НОРМАЛЬНЫЙ движок шаблонов?
Или это в генах писателя на PHP - обязательно вкрутить в HTML исполняемый код?

>Вот почему Joomla рулит: http://www.joomla.org/content/view/2618/1/

Оттуда же: $output = '<input name="searchword" id="mod_search_searchword" maxlength="20" alt="'.$button_text.'" class="inputbox'.$moduleclass_sfx.'" type="text" size="'.$width.'" value="'.$text.'" onblur="if(this.value==\'\') this.value=\''.$text.'\';" onfocus="if(this.value==\''.$text.'\') this.value=\'\';" />';

Xaraya

Дядя. Не будь голословным. Весь HTML код в друпале спокойно переопределяеться в теме. К примеру есть функция theme_hello() { echo '<div class="hello">hello</div>'; } Если используем phptemlate: переопределяем функцию как phptemplate_theme_hello() в файле phptemlate.tpl { echo '<div class="myhello">myhello</div>'; } И ни какой модификации кода не нужно. Всё переопределяеться. На практике переопределяеться функции 4-5. Можно и без пх переопределять (смотря как theme engine): theme_hello.html: <div class="myhello">myhello</div> - Друпал вещь и находка. Вот в джумле да... Там мрак.

>Дядя. Не будь голословным. Весь HTML код в друпале спокойно переопределяеться в теме.

Отлично. Переопределите мне в _теме_ вывод '<div class="more-link">', '<div class="container-inline">' и т.п.

Hint: modules/forum/forum.module: $content.= '<div class="more-link">'. l(t('more'), 'forum' .....

Есть такая штука Plone, конечно до ресурсов более жруч, но зато разделение логики/представления очень даже достойное.

Если даже по сравнению с друпалом более жруч ... то нафиг надо

Ну выставить его не голой попой в инет, а через Squid и вопрос скорости решается сам собой. Жруч потому что это крутится поверх сервера приложений Zope питоновского.

>Господи, ну ПОЧЕМУ пишущий на PHP народ не в состоянии прицепить НОРМАЛЬНЫЙ движок шаблонов?

Нормальный движок шаблонов - Smarty.

>обязательно вкрутить в HTML исполняемый код?

А _нормальные_ шаблоны (если это не статическая страничка Васи Пупкина) не могут быть без кода. Выводы списков, подсветка активных табов, сокрытие/пока элементов по условиям - это всё должно быть в нормальном шаблонном движке. При тупой подстановке переменных, много HTML придётся генерировать в коде самой системы, а это - идиотизм.

>И ни какой модификации кода не нужно. Всё переопределяеться.

Вот это и называется - смешивать код и HTML. Всё равно дизайнеру приходится давать доступ к HTML. А потом удивляются, почему на PHP столь ненадёжные проекты пишут. Не в языке дело, а в башках идеологов проектов.

>Есть такая штука Plone, конечно до ресурсов более жруч, но зато разделение логики/представления очень даже достойное.

Там всё ещё веселее - весь Zope - одна большая каша кода, шаблонов и системных связей.

>Ну выставить его не голой попой в инет, а через Squid и вопрос скорости решается сам собой. Жруч потому что это крутится поверх сервера приложений Zope питоновского.

Это если вид сайта не зависит от пользователя.

Если же у нас требуется авторизация, например, для форума, блога или гостевой, никакое кеширование не поможет.

Искать хостинг с такими параметрами только ради "кошерного разделения формы и содержания", это конечно сильно ...

>А _нормальные_ шаблоны (если это не статическая страничка Васи 
Пупкина) не могут быть без кода.

Неправда. Подсветку можно сделать, например, вот так:

[loop main_menu]
[if active] <b>[title]</b> [else] [title] [end if]
[/end_loop]

Фанаты XSLT могут привести пример, как это сделать на XSL, это не 
намного сложнее.

>Выводы списков, подсветка активных табов, сокрытие/пока элементов по
 условиям - это всё должно быть в нормальном шаблонном движке.

Для этог НЕ нужен _исполнимый_код_. Достаточно только выразительного
 движка шаблонизатора.

>При тупой подстановке переменных, много HTML придётся генерировать в
 коде самой системы, а это - идиотизм.

Тупая подстановка переменных ушла еще в 2000 году.

Могу ошибаться, но когда страница создается разными частями CMS (ну типовой пример это всякие-меню шапка, footer и форум в основной части) то Plone может кешировать результат работы разных своих модулей (в нашем примере это всё кроме самого форума, хотя и в самом форуме можно например закешировать панельку с кнопочками "ответить, цитировать", если можно как-то выделить процесс её генерации), таким образом время создания странички сильно сокращается.

Под кешированием в данном посте я имею ввиду что не вызывается питон и данный участок страницы не генерируется, а просто подставляется результат предыдущий генерации в итоговую страницу.

Но тем не менее Zope/Plone хостинги имеются в наличие и не являются какой-то редчайшей жемчужиной интернета.

> существуют ли в природе нормальные web cms в том числе на php

e107. :)

И что они по стоимости обслуживания по сравнению с пых-пых-виртуалхостами?

> Для этог НЕ нужен _исполнимый_код_. Достаточно только выразительного движка шаблонизатора.

Ты html monkey. Следуй за Томми. http://www.phpguru.org/static/templating.html

> Нормальный движок шаблонов - Smarty.

FLEXY очень неплох. чем грешит Смарти - там логики очень дофига в шаблонах. чем хорош FLEXY - минимум логики, только самое нужное + заточка под ООП ядро.

>Господи, ну ПОЧЕМУ пишущий на PHP народ не в состоянии прицепить НОРМАЛЬНЫЙ движок шаблонов?

В данном конкретном примере показан тот факт, что пхп сам по себе является очень даже неплохим шаблонизатором. Вынесите логику за пределы шаблона, оставьте ему только вывод (как в приведенном примере), включите банально буферизацию и будет вам щастье.

> http://www.phpguru.org/static/templating.html

имхо там 90% чуши написано.

> Forget templating engines. They're history. They're slow, they over-complicate things, they don't give you any real benfits over this method

"аффтар" похоже просто ниасилил нормальный engine.

И что такое, по-вашему, "нормальный" template engine? Вы видели template engine лучше, чем сам php?

> Для этог НЕ нужен _исполнимый_код_. Достаточно только выразительного движка шаблонизатора. Ты html monkey. Следуй за Томми. http://www.phpguru.org/static/templating.html

Спасибо, смеялись всем отделом.

Если ТАКОЕ пишут гуру PHP, разговаривать не о чем.

>Фанаты XSLT могут привести пример, как это сделать на XSL, это не намного сложнее.

я конечно пхп знаю очень мало, однако xsl довольно неплохо, и мне кажется что пхп для тогоже дизайнера гораздо легче освоить чем xsl+xslt+xpath. если проект сделан на пхп, то проще всего в хтмл использовать тотже пхп ибо шаблонизатор и есть. и это кстати нисколько непомешает отделить модель от представления.

Зато с Drupal можно гнуть пальцы и говорить: "Я вас всех Drupal!"

> Спасибо, смеялись всем отделом. Если ТАКОЕ пишут гуру PHP, разговаривать не о чем.

У вас целый отдел обезьян?

Чистейшей воды ИМХО, но ZPT (zope page templayte) более чем достойный engine. если надо что-то простенкое - можно внутри html, если логика посложнее - можно снаружи генерить. Всё пишется внутри html тегов, есть прекрасный механизм слотов, имеются удобочитаемые понятные выражения (коих немного), и главное прост в освоении и логичен :)

За подробностями http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/AppendixC.stx

>У вас целый отдел обезьян?

Да, у нас целый отдел обезьян. Нам, обезьянам, сложно понять, как можно давать HTML-кодеру возможность править PHP код. Особенно -- учитывая отсутствие необходимости декларирования переменных.