eZ Publish code vs Drupal code

Tuesday 01 June 2010 4:18:23 am

you just second my opinion on drupal. I encountered the same results when i was investigating ez and drupal (and joomla, wordpress). you are not alone ;-)

EZ has by far the most advanced codebase i know of.

cheers,
chris

Hannover, Germany
eZ-Certified http://auth.ez.no/certification/verify/395613

Tuesday 01 June 2010 5:24:29 am

My opinion probably can't be considered an objective one for obvious reasons, but I'll step up anyway.

Real object oriented PHP CMS are not that common, as a matter of fact. PHP is very simple to use, and the basic tendency is to keep it that way. Large flame wars have happened on that topic :)

We at eZ believe in PHP as an industry ready language, but this comes with a price. A proper object oriented architecture (which, in my opinion, eZ Publish doesn't really have yet) takes a lot of design, and some think that PHP + OO = java.

It is a fact that procedural code is faster to execute, as it usually remains more simple. But this also comes with a price: flexibility, extendibility, testing, etc. I don't think you're missing the big picture of drupal. The choice is procedural code + PHP templates as opposed to OO code + specific templates. The later is the approach I, and hopefully a big part of our users, believe in. Regarding the PHP templates, there is something here. That topic is another flame-war one, and both approaches are valid. This is actually one area where we would like to offer more flexibility :)

Bertrand Dunogier
eZ Systems Engineering, Lyon
http://twitter.com/bdunogier
http://gplus.to/BertrandDunogier

Tuesday 01 June 2010 6:05:56 am

Yeah, I have checked the code a bit. As I've said, it's not an approach I appreciate, but it gets the job done...

Regarding the templates, don't worry, you don't have to convince me. I've been using templates in PHP programming for... yes, years. First a crappy very simple templating system back in 2000, then Smarty, and finally ezpublish templates. I still believe that despites a few very valid criticisms, they're the way to go. But we should also make it possible not to use them.

Bertrand Dunogier
eZ Systems Engineering, Lyon
http://twitter.com/bdunogier
http://gplus.to/BertrandDunogier

Tuesday 01 June 2010 6:27:22 am

Besides drupal i also was trying out typo3light (heard of it but never used it).

I installed drupal, typolight, wordpress, joomla and tried to investigate the following things below. Then, on my dev-host, I tried to install all of the cms' mentioned and did some stuff using the all the shipped features those cms' gave me. Finally the target was to implement a given homepage with any of those cms'.

Features i investigated:

• multilanguage capability (how is it implemented)
• active community (its more a project feature)
• clean documentation for users AND developers (also more a project feature)
• dynamic / multiple content-types, extensible (not only header, intro, body; ez: contentclasses, attributes, ...)
• design-separated storage of content (what a real CMS should do, only ez did that)
• friendly urls, no php-getter-nightmare
• sort of extensions to enhance the cms... somehow, whatever
• project community-driven? charges money for something (pointing to ez since 4.3 release *flaming starts now* )
• admininterface AND frontend-editing possible (like ez website toolbar)
• auth-features (http, database, ldap, sso)
• mysql, postgres, sql-server ? database-abstraction ?
• caching, clustering, scalability ?
• integrated searchengine, extensible via 3rd-party-stuff or extensions?
• connectivity to the non-php-world (webservices, API, scripts, ...)

I was pretty much impressed on how good drupal behaves compared to the others - even ez. But since i am a developer and not an end user oder marketing-guy, I took a look under the hood and investigated the sourcecode, directory-structures, extension/module-directory-layout (do i find things easily?) and so on.

At this point, drupal really goes from "wow, nice stuff" to "wtf, such crap...". As mentioned by Marko, drupals code is not that shiny as its user-interface and features. Same (at some other level) goes for wordpress, joomla and co.

I believe php IS (and was born as) a template language, so why for whatever reason put a smarty-like-templating-engine around it? Saying that, i like plain php templates and enjoy any progress made by the ez team to go for it in future releases. I also like the ezcomponents effort to support php and abstracted templating languages - or your own if you want to.

Wordpress has a very intuitive user interface, as drupal and others too. Codebase is a bit more OOP-Style with classes, but seems to be a bit skiddish (not clean implemented, sometimes weired). Community is great as for drupal and typo. They are free and possible will be ever, since there isn't a company behind it.

Typo3light was a pain to install as i already felt over 3 bugs i filed the same day (try using a numeric-only-DB-password with leading zeros). After that i just played around a bit but did not even try to create some sort of mini-test-homepage with it. Can't remember what the code looked like.

Finally i made my choice and stuck with ezPublish and ezComponents. Regardless of the past developments around those products (no maintenance relases for community of ezpublish, ezcomponents developers left?).

My review of drupal ends with the following statement i saw years ago on the net:

shiny surface wins awards, real substance wins developers

Hannover, Germany
eZ-Certified http://auth.ez.no/certification/verify/395613

Tuesday 01 June 2010 7:10:50 am

I regularly theme sites in both CMS. I find some of drupal's conventions just silly.

eZPub is the Apple to Drupal's Microsoft. Drupal is bigger and has a larger install base, but eZPublish is not only more elegant, but just seems to make more sense in so many ways.

For what it's worth, The Whitehouse web team released a drupal module that lets you embed nodes, similar to ezpublish embedding. It seems to make drupal easier to deal with and more "ez"-like.

Neither is going away any time soon.