Slashdot Mirror


Plone 2.0: eWEEK Reviews, Raves About OS Software

securitas writes "eWEEK Labs' Jim Rapoza reviews open source Plone 2.0 Web publishing portal / content management software and raves about the Zope/Python-based system. He liked it so much it garnered an Analyst's Choice award, beating out a commercial portal suite, Traction's TeamPage 3.01, reviewed in the same issue. The Plone 2.0 release was mentioned a couple of weeks ago on Slashdot."

189 comments

  1. Open source, once again... by mindless4210 · · Score: 3, Insightful

    Once again, another example of why open source is the way to go. Think about how many websites out there wouldn't be the way they are without open source, and how many businesses rely on it.

    I have no firsthand experience with Plone but would be curious to hear more about it.

    --
    Wireless News www.DailyWireless
    1. Re:Open source, once again... by Anonymous Coward · · Score: 0

      vapor-troll

    2. Re:Open source, once again... by mindless4210 · · Score: 0, Offtopic

      I was merely trying to point out that after the previous article was somewhat derrogatory towards open source and linux, this one was a good review.

      --
      Wireless News www.DailyWireless
  2. The most important feature... by gmuslera · · Score: 3, Interesting

    ... for eWeek seems to be "commercial support", doesn't matter cost, functionality, adaptability, extensibility and other obviously wrong ways to compare CMSs. It don't matter either if there are other ways of support that could eventually be far better than the standard commercial support they are used to, if it dont fit in they preconcepts, it is bad, period.

    1. Re:The most important feature... by foniksonik · · Score: 1

      I thought is was a reviw about how good they were. Listening to you it's as if they had nothing but bad things to say... all I read was that having to search through several sources for an answer wasn't what most businesses would call 24/7 support. Just the facts as far as I can tell.

      What they didn't say is that for most 24/7 commercial support services you never get an answer or you get the answer "that feature didn't make it into the final release, you'll have to upgrade in two months if you want the feature you paid 50 gs for, sorry, no refunds."

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    2. Re:The most important feature... by fahrvergnugen · · Score: 5, Insightful

      I work as a support rep for a company that charges our customers tens of thousands of dollars a year for support on a large-scale web-based application. A lot of what I do is phone-based, but let me tell you: Our customers don't have to wait on hold, they don't have to post in a newsgroup or hit an FAQ, and they don't have to hit some irc channel where the developers will sneer at them for not reading a serpentine and outdated man page before they can get any help. And they sure as hell aren't advised to scrub and re-install.

      They get zero bullshit, instant-response support, day or night, because that's what they pay for. I solve technical issues, sure, and I take great pride in my work. But I develop relationships with my problem clients, and work hard to make them happy. I communicate with them in a way that lets them know that it is a personal affront to me that their product is not performing exactly as they expect, and they know that they have an advocate within the company that fights through bureaucracy for their needs long after the sale has been made and their account manager has moved on to chasing the next dollar. Our development team works very closely with us and if we identify an issue as being a top customer support, it's fixed in the next release. If that's not soon enough, we'll get the engineering schedule re-arranged to produce a patch for our customer. Our shortest-time support rep has been with the company for four years, and at this stage, perhaps only the director of engineering has an equal understanding of the product. We cost a lot, but we're worth it.

      Now, my little rant in defense of commercial support aside: I agree, there's many positive things to be said for open-source software. But it's an investment, something that must be embraced. You can't just install a single open-source app in a mission critical environment and not be sure how it will be supported. There needs to be either a project-wide commitment to F/OSS software, with staffing brought on that can completely supports it, or you need to only use F/OSS tools that are so widespread that they are well understood, and free support is ubiquitous (Apache). It doesn't make sense to keep a highly trained cadre of admins on staff to take care of one application when a very specialized commercial support rep who has the director of engineering's cell phone # is a dial tone away. The difference between a few $80k sysadmins and a few $30k support contracts is substantial enough to catch the eye of more than one CTO, especially once you take employee turnover into account. Why not make that someone else's problem?

      Again, this all changes depending on the situation. Obviously, if that previously mentioned hypothetical $80k admin can replace five commercial applications that would cost $30k apiece in support contracts, he's a bargain. And we all of us know of many shops that manage to do this successfully. We also all of us (at least those who've spent a few years in IT) know of many shops that do not.

      So, I guess where I'm going with this probably ill-advised 2:30am rant is this: Commercial support can be an extremely important thing at times like these (2:30am), and it's not something you should discount so quickly. A lot of us are very good at what we do.

      --
      Even Jesus hates listening to Creed.
    3. Re:The most important feature... by Anonymous Coward · · Score: 0

      I develop relationships with my problem clients, and work hard to make them happy. I communicate with them in a way that lets them know that it is a personal affront to me that their product is not performing exactly as they expect, and they know that they have an advocate within the company that fights through bureaucracy for their needs long after the sale

      Yes, yes. But don't you know your job could be done so much CHEAPER if it was outsourced to India? /sarcasm

    4. Re:The most important feature... by dracvl · · Score: 4, Insightful
      So, I guess where I'm going with this probably ill-advised 2:30am rant is this: Commercial support can be an extremely important thing at times like these (2:30am), and it's not something you should discount so quickly. A lot of us are very good at what we do.

      And what makes you think this conflicts with open source in any way? I make a living off Plone support (and training/development), and see no difference from a "commercial" product. Except that we can do anything given enough time, since the software is open and in a very transparent language (Python).

      If you want to call us in the middle of the night, you can - but it will of course cost you. Just like with commercial software. Don't think that commercial software is the only software with good support, because it's not.

    5. Re:The most important feature... by Anonymous Coward · · Score: 0

      That's great, but where I work we spend thousands per month on an ADP system where tech support is so bad that things like adding employee ids are stumpers for the people at the help desk (no kidding here). Commercial software is fine (can be great) IF you get efficiency or service gains out of it that makes up for you software expense. We certainly don't. I've put a pencil to it, if we got a 50-60% discount it might be worth it but it still wouldn't make up for the aggravation.

    6. Re:The most important feature... by sufehmi · · Score: 1
      They get zero bullshit, instant-response support, day or night, because that's what they pay for. I solve technical issues, sure, and I take great pride in my work. But I develop relationships with my problem clients, and work hard to make them happy. I communicate with them in a way that lets them know that it is a personal affront to me that their product is not performing exactly as they expect, and they know that they have an advocate within the company that fights through bureaucracy for their needs long after the sale has been made and their account manager has moved on to chasing the next dollar. Our development team works very closely with us and if we identify an issue as being a top customer support, it's fixed in the next release. If that's not soon enough, we'll get the engineering schedule re-arranged to produce a patch for our customer. Our shortest-time support rep has been with the company for four years, and at this stage, perhaps only the director of engineering has an equal understanding of the product. We cost a lot, but we're worth it.


      I'm quite sure you're not working for our vendor.

      We paid silly amount of money, and their web-app server is still slow, and it's slowing down our web-based apps as well. It's bloated, tend to crash, can't be easily restarted - and the price keeps on going up !

      The last problem we had with it is that it spews loads of unnecessary SQL queries for simple operations. And we were wondering why our (VERY expensive) web-based app runs slower with 10 million users.

      Support is indeed costing us a LOAD of money, and with this kind of result a lot of people are looking to jump into the open-source alternatives.
    7. Re:The most important feature... by hackerjoe · · Score: 1

      You're missing the point: "Commercial support can be an extremely important thing". The comment was a response to someone poo-pooing commercial support for Plone, so I think it's pretty clear from context that it's making the case for commercial support generally -- for open source software as well as for closed source software.

    8. Re:The most important feature... by fahrvergnugen · · Score: 1

      That's awesome! I love hearing about stuff like this, and I didn't in any way mean to sound like the services you provide is somehow inferior to the services I or others like me provide.

      However, you also have to admit that you're the exception, not the rule.

      --
      Even Jesus hates listening to Creed.
    9. Re:The most important feature... by jesterzog · · Score: 1

      I make a living off Plone support (and training/development), and see no difference from a "commercial" product.

      Perhaps I've missed a point somewhere, but isn't this exactly what fahrvergnugen just claimed? You both seem to be in agreement that paid support for a product is a good thing, so I don't see the problem.

      The grandparent comment was claiming that commercial support wasn't as important since standard open source developer support (unpaid for) might be just as good in different ways.

  3. raves? by dj245 · · Score: 5, Insightful
    ...and raves about the Zope/Python-based system

    Is software really such a topic that someone (besides a marketing guy) would rave about it in an objective review? I mean, I've had some good software packages that were easy to use (relatively) and did the job well (compared to alternatives), but they weren't revolutionary and didn't make me run through the streets naked, Archimedes-style.

    Any person who comes to me foaming at the mouth, "raving" about any type of software is going to have me taking a rather large grain of salty goodness.

    except linux. Because this is /.

    --
    Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
    1. Re:raves? by Anonymous Coward · · Score: 0

      "Any person who comes to me foaming at the mouth, "raving"..."

      That's a side effect of taking ecstasy, right?

    2. Re:raves? by bruthasj · · Score: 5, Insightful

      It's an expression. People of /.: please lighten up. Quit letting rage and hate boil in your hearts. Get out. Take a walk; breathe the fresh air and hear the birds sing. Free your minds from the cares of the word, the patents, the spam, microsoft, governments, corporations. Look in your inner self for answers and release yourselves from self-deposed anguish.

      take care.

    3. Re:raves? by Anonymous Coward · · Score: 0

      Hug a tree, Kiss a frog. Anything, but DO SOMETHING!

    4. Re:raves? by Anonymous Coward · · Score: 0

      Grow the fuck up.

  4. More opensource CMSs by gmuslera · · Score: 5, Informative

    Plone is not the only one open source CMS around. Tikiwiki, Typo3,Drupal and a lot more are open source, some even with commercial support (i.e. Typo3, comparing with it could be a bit more fair) if eWeek want that "feature" over every other possible functionality they could have.

    1. Re:More opensource CMSs by westlake · · Score: 3, Funny
      Plone is not the only one open source CMS around. Tikiwiki, Typo3, Drupal and a lot more are open source.

      It's good to see that Plone and it's kin remain solidly anchored in the tradition of giving cutesy, meaningless, names to commercially viable open source software.

    2. Re:More opensource CMSs by Anonymous Coward · · Score: 1, Interesting

      Sorry, the opensourcecms.org site turned me off instantly by requiring that packages be php + mysql before it would list them.

      For me, if php is the solution, then you're asking the wrong question.
      Especially with something that's likely to have to be extended in some way.

    3. Re:More opensource CMSs by foniksonik · · Score: 4, Interesting

      You go and try to find a non-cutsey domain name without a hundred grand to throw down.... seriously, go try it.

      thanks for playing

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    4. Re:More opensource CMSs by Mantorp · · Score: 4, Funny
      from register.com: Search results for: non-cutesey * Available: non-cutesey.com non-cutesey.net non-cutesey.org non-cutesey.biz non-cutesey.info non-cutesey.us non-cutesey.ws non-cutesey.tv

      sorry, couldn't resist

    5. Re:More opensource CMSs by RzUpAnmsCwrds · · Score: 1

      Also try Jotweb.

    6. Re:More opensource CMSs by EnderWiggin99 · · Score: 1
      What, no .cx ?

      =)

    7. Re:More opensource CMSs by hak1du · · Score: 1

      Note that Typo3's WYSIWYG editor only works with IE. I don't think any of the others have WYSIWYG browser-based editing.

    8. Re:More opensource CMSs by lux55 · · Score: 3, Informative

      Ours does, and it's cross-platform too (based on Mozilla's Midas extension, available since Moz 1.3). You can check it out here:

      http://www.sitellite.org/

      In fact, we're not the only cross-browser WYSIWYG editor in town either (ours is already built into the CMS however). Another I know of is here:

      http://dynarch.com/mishoo/htmlarea.epl

      I'm sure there are others as well...

      The big benefit we've had so far with it is that a lot of our users come through web design shops, and design shops have traditionally been Mac shops. With Mozilla support, we can offer something our customers can use even on Macs.

      Cheers,

      Lux

    9. Re:More opensource CMSs by Saint+Stephen · · Score: 1

      Most [a-z]{3}[0-9] combinations are still available. As a "Third," I found it nice to have my initials + 3.com

      They are relatively meaningful and at least have the novelty of being short and not pure nonsense.

    10. Re:More opensource CMSs by M1FCJ · · Score: 1

      I use a wiki clone, tried Drupal with a on-line-magazine-like env., used PHPNuke in the office in the past and I have to say I pretty liked Plone 2.0 as well. I gave it a spin last week and it has more functionality than I needed but I was impressed with the quality of the software. Drupal was quite good but if I were involved with the same project now, I would push Plone forward, it is much more flexible in content mgt roles which would have fitted the project. If all OSS are as good as this one... And if someone also provides support for it, it is a good move for the PHB lot. I bet you can get support for money for Drupal, Wiki clones and any CMS under the sky. I'm no python expert so it is something new to play with: I'm satisfied.

    11. Re:More opensource CMSs by Hero+Zzyzzx · · Score: 2

      WebGUI has cross-platform WYSIWYG and is cool enough to allow you to "plug-in" multiple WYSIWYG editors. Users can select which WYSIWYG editor they want to use by default in their profiles.

      It's 2004, people. Cross-platform WYSIWYG editing should be the standard, not exception. If your CMS isn't flexible enough to handle multiple editing plugins you should examine your architecture (not that I'm accusing Sitellite of anything. I know nothing of your CMS. )

      Check out WebGUI. You can learn quite a bit from it- it's by far the most trainable and "mere-mortal" friendly CMS I've seen. It has an excellent development roadmap as well.

      It has commercial support, a very large user base and an active developer base.

    12. Re:More opensource CMSs by Anonymous Coward · · Score: 0

      kaspar, the main developer is at the moment working on the mozilla side (he apparently switched to debian not long ago)

      http://www.typo3.org

    13. Re:More opensource CMSs by jelle · · Score: 1

      Thanks for those links. I knew about tikiwiki, and looked at zope before. I thought zope was nice in theory but would take too much time to get started with and comes with too little or too complicated features, and this plone thing didn't seem to help much either. Tikiwiki however seems like a very easily deployed thing with all the right features.

      So the plone page begins with whining about patents, and the feature list boasts about a 'click and run installer' (so what), that it is 'standard', 'open source', and 'supported' (yawn I'm falling asleep now) 'technologically neutral' (don't care), and here it comes 'extensible'. Hmm, an empty perl script is all that too (ok, 'drag and run installer'). My conclusion: plone is like an empty perl script. An empty, and therefore useless framework.

      Maybe (hopefully?) I'm totally wrong about that, but their website is not enticing me to give it a spin at all. Does plone have things like a wiki, forum, issue tracker, blog, subscriptions, file areas (upload&download), etc, and how do you set that up and can you use multiple of those, enabling authentication/security/resource limits etc? Are plone templates easy to deal with? It's just far from clear from the website. Now neither of the others answer all those questions, but plone answers fewest.

      My first impression is that typo3 is as much useless as plone/zope, and that drupal looks much more promising just like tikiwiki.

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    14. Re:More opensource CMSs by lux55 · · Score: 1

      If your CMS isn't flexible enough to handle multiple editing plugins you should examine your architecture (not that I'm accusing Sitellite of anything. I know nothing of your CMS. )

      I agree. Our WYSIWYG editor is actually just an add-on like any other, that's simply distributed with the software itself and pre-configured. We used to use Richtext (richtext.sf.net I think?), but it wasn't very actively developed, and when Moz's Midas features first came out, there weren't any open source editors to plug in. Now that there's a selection, it might have saved us the trouble. Oh well. :) With Xed (Xed is our WYSIWYG editor), we try to provide a tightly-integrated editor that is easy to use, flexible (handles pasting from Word, etc.), and feels like a natural extension of the software itself (taking cues from Apple ;)). I think we're pretty close to that mark too...

      Our form widget configuration, which allow you to choose between a textarea, Xed, or another you install yourself, is simply a matter of changing a setting in our form definition files, like this:

      [body]

      ; type = textarea
      type = xed.Widget.Xeditor

      That's all there is to it. Adding a new WYSIWYG editor to the system would be a matter of subclassing the widget class (lots of examples of that already, and you could use Xed as a basis for it), and changing that one line.

      Anyway, I actually tried out the latest version of WebGUI, and I was impressed by it. The drag & drop in the web view was neat. If I was looking for a Perl-based CMS solution (possible, as we do try to use the right tool for the job, and not just pidgeon-hole all problems into our one solution), I'd definitely consider it.

      Cheers,

      Lux

    15. Re:More opensource CMSs by 3.2.3 · · Score: 1

      I have used Twiki, Drupal, and Plone. Twiki and Drupal are toys compared to Plone. As far as I can tell, any PHP based CMS is a toy compared to Plone.

    16. Re:More opensource CMSs by j1m+5n0w · · Score: 1
      I have used Twiki, Drupal, and Plone. Twiki and Drupal are toys compared to Plone. As far as I can tell, any PHP based CMS is a toy compared to Plone

      Twiki is based on perl, not php.

      I haven't used Twiki, Drupal, or Plone, but I have used PHP-Nuke, Post-Nuke, and TikiWiki. I wouldn't say that *-Nuke are toys, but they do seem to have a useability issues (too much interface, following links from outside to a password protected PHP-Nuke page will take you to some other page once you log in, not the one intended, etc...).

      I'm a lot more impressed by Tikiwiki. The wiki system is very useable, and has per-page access control. The blog system is functionally similar to forums in other CMSs, but allows threaded comments (Yay!), though it lacks per-blog access control (D'oh!). The excessive amount of annoying interface so common to CMSs is easy to turn off.

      I'd be interested to know what features plone supports (forums? blogs? wikis?), but it's not immediately obvious from their site. -jim

    17. Re:More opensource CMSs by Anonymous Coward · · Score: 0

      Yes it does have all of those things and more.

      It's templates are brilliant - - XML namespace - so no worries about designers stuffing up your application - the way you do with so many php based apps.

      It has an extensive array of plugins - even more if you include the litereally hundreds of zope base products.

      ZOPE/Plone has won every open source award out there for content management.

      An you think you can understand something by looking at the front page - pretty shallow analysis wouldn't you say.

      Go and read the new features list - http://plone.org/documentation/whatsnew/2.0/

      Once you have made some attempt to understand the product come back and ask for someone to explain it to you.

      If you cant be trusted to make even the most minimal effort yourself - why should we waste our time responding to you when it is so unlikely that you will even read it.

    18. Re:More opensource CMSs by afd8856 · · Score: 1

      False. Plone has two variants of Epoz - WYSIWYG editors. They work on Mozilla, IE, Opera and possibly - I'm not sure - Konqueror.

      --
      I'll do the stupid thing first and then you shy people follow...
  5. Bah! by Anonymous Coward · · Score: 1, Funny

    Who needs these fantasy shmancy content-publishing systems? In my day, all you needed was vi and a telnet connection and you could update all your mostly-text html pages!

    Still the quickest way to publish content and there sure as hell ain't no dupes! You can't beat that fact with a stack, eh ${SLASHDOT_EDITOR}?!

    1. Re:Bah! by EugeneK · · Score: 1

      You had editors? We had to write our web pages on notebooks and scan them in!

    2. Re:Bah! by Anonymous Coward · · Score: 0

      What are these "scanners" that you talk about?

    3. Re:Bah! by CmdrGravy · · Score: 2, Funny

      You could 'talk' ? We had to bang out our messages on our chests and then carve pictorial representations onto the foreheads of bison.

    4. Re:Bah! by Queuetue · · Score: 2, Funny

      You had bison? We had to carve rocks with smaller rocks.

  6. Raving Techie? by pauldy · · Score: 4, Funny

    A raving techie is the kind you see at a late night warehouse partying to music that would otherwise make his head hurt if he wasn't so up on the x trip. I love to see such thinly veiled articles as this that are made to be oh so much more than they really are. Come on I haven't seen a tech rave about software since Virtual Valerie and that's only because it was the first time he had made a woman moan without it being more of a groan of disgust.

  7. RHEL 3 support? by weave · · Score: 2, Interesting
    It looks like, from their supported release page, that for Redhat OSes, it's Redhat 9 or Fedora Core 1. That's a bit strange (to me) for RHEL to not be listed or have an RPM since businesses are being pushed onto RHEL.

    RHEL 3 packages Python 2.2.3. Is that high enough for it?

    1. Re:RHEL 3 support? by Burnt_Possum · · Score: 1

      are developers being pushed onto RHEL?

    2. Re:RHEL 3 support? by codepunk · · Score: 2, Insightful

      I built it for RHEL 2.1 and RHEL 3.0 and fedora. Dont mess around with the rpm it pretty much sucks. The best way I found is to build a custom python running in a user directory and put zope and plone on top of that. It keeps you environment clean and
      moving it later is a simple directory copy.

      --


      Got Code?
    3. Re:RHEL 3 support? by Vicegrip · · Score: 1

      Here is a byte article that has a nice discussion on some of the differences between 2.2.x and 2.3.x:
      http://www.byte.com/documents/s=8880/byt10 62182129 207/0901_laird.html

      --
      Do not spread "09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0" over the internet, thank you.
    4. Re:RHEL 3 support? by weave · · Score: 1
      It keeps you environment clean and moving it later is a simple directory copy.

      Thanks. Great advice. I love nice and clean. When we upgraded our redhat servers from 7.3 to RHEL 3 it was a helluva lot of work due to all the customizations and stuff added to 7.3 over the years. RHEL docs said to do a clean install, no real upgrade option.

      I'm going to give this a try. I've been wanting to give my users some sort of content management system to head off any interest in sharepoint or something like that. We have no IIS servers except for a SUS one, and I'd like to keep it that way. The less diversification, the easier to manage it all.

    5. Re:RHEL 3 support? by 3.2.3 · · Score: 1

      Dont mess around with the rpm it pretty much sucks.

      I hope you are talking about the binary rpm, which isn't made for RHEL, and so *should* suck on RHEL.

      The source rpm is just fine on RHEL AS3. I installed Python 2.3.3 from source rpm, and then installed Plone from source rpm.

      I does not sucketh whatsoever, but comes with nice management scripts.

      The Gentoo ebuild should be out shortly, which solves all problems, anyway.

  8. Seems easier to sneak a spy into closed source. by Anonymous Coward · · Score: 1, Interesting
    Of course it's even possible for a foreign agent to sneak into a secretive oranization like this one .

    It wouldn't surprise me if some Closed-Source companies have foreign nationals working on their software as well.

    In either case, whoever's using software for National Security better audit the source code themselves. I wouldn't want missle systems to use Linux or Windows or some other RTOS without a careful audit.

    1. Re:Seems easier to sneak a spy into closed source. by Anonymous Coward · · Score: 0

      > In either case, whoever's using software for National Security better audit the source code themselves. I wouldn't want missle systems to use Linux or Windows or some other RTOS without a careful audit.

      But the NSA can't audit Windows, because they don't have the source code.

      Oh, that's right, they could just ask the Russians or the Chinese for a copy.

    2. Re:Seems easier to sneak a spy into closed source. by cubic6 · · Score: 1

      Wow, good job using anti-terrorist fears to push open source! So what if some software developer has foreign nationals working on their products? Lots of open source projects do too! Let's not also forget that security breaches can come from good old American citizens too. Take your xenophobia somewhere else.

      There's a reason why there are DOD and NSA standards for security. They make sure *any* code is audited and checked repeatedly before it can be used in any kind of sensitive context. It doesn't matter if the code was written by George W. Bush himself, although that's a scary thought. It all gets audited.

      --
      Karma: Contrapositive
  9. LDAP by Anonymous Coward · · Score: 3, Funny

    I'm not sure what it is, what it's supposed to do or if it even exists, but it's very important. Props to Poone 2.0 for including LDAP support in the default install. It gets my vote.

    1. Re:LDAP by WasterDave · · Score: 1

      I'm not sure what it is, what it's supposed to do or if it even exists, but it's very important.

      Which, Plone or LDAP?

      Dave

      --
      I write a blog now, you should be afraid.
  10. And they deserve even more by codepunk · · Score: 3, Informative

    Plone two is by far the best portal / cms system I have ever tried. It spanks the pants off of every single commercial system as well and I have tried some expensive ones. It is the flexibility and power of python that makes it so great.

    --


    Got Code?
    1. Re:And they deserve even more by Anonymous Coward · · Score: 0

      Whats the performance like? Zope has always struck me as a big OO, xml crunching monster written in a scripting language. Surely there is some sort of hit for that?

    2. Re:And they deserve even more by codepunk · · Score: 1

      Sure there is a performance hit but in nearly every case it is front ended with apache. This allows you to use apache caching which greatly increases the performance.

      --


      Got Code?
    3. Re:And they deserve even more by JohnFluxx · · Score: 1

      Well you probably want to use squid to do the caching. Apache's caching support is fairly basic.

  11. Open source, once again.... by Anonymous Coward · · Score: 0

    Once again, another example of why open source is the way to go. Think about how many websites out there wouldn't be the way they are without open source, and how many businesses rely on it.

    I have no firsthand experience with Plone but would be curious to hear more about it.

  12. Great code by fsterman · · Score: 5, Interesting

    Their outputted html is amazing, the CSS is elegant but very very powerful, they leverage as much of their Zope underpinnings as possible, it is quite extendable, has a nice management environment, international support is getting very good, and it's interface is great (they actually have interface engineers on the team), it is a very good CMS. It is easy to jump into too, there is a good amount of, if scattered, documentation. Being able to bridge between news sites and group-ware is pretty encompassing. It might not be the absolute best solution for every situation, but it is getting there with its plug in architecture.

    --
    Is there anything better than clicking through Microsoft ads on Slashdot?
  13. I.. I'm sorry. by Anonymous Coward · · Score: 4, Funny

    I'm sure that this is a really great piece of software and I've been meaning to check out Zope for a long time. But I just can't get over this name. It just sounds too much like it ought to be signed to Warp Records or something.

    I just can't take it seriously... I look at a headline like "Plone 2.0: eWeek Reviews" and I go "oh, so Aphex Twin's released a new album then?"

    1. Re:I.. I'm sorry. by hubby105 · · Score: 1

      actually, plone are/where signed to warp records

  14. Yet another CMS comparision by AnuradhaRatnaweera · · Score: 5, Informative

    For feature by feature comparisions between a large number of CMS applications, check www.cmsmatrix.org.

  15. Missing some important entries by Anonymous Coward · · Score: 0

    It doesn't include WebObjects. It doesn't include the Everything Engine. And while this is somewhat less of a problem, it doesn't include Zope (which would be helpful so that a casual observer could understand what Plone provides that vanilla Zope does not). What's the point of doing something like this if you can't be relatively exhaustive?

    1. Re:Missing some important entries by Anonymous Coward · · Score: 0

      Apparently you didn't read the site. Each listing on the site is maintained by the owners of the project. Therefore if Zope wants to get listed, they have to list themselves.

  16. Bust out a checkbook by codepunk · · Score: 4, Insightful

    I bet if they where willing to bust out a checkbook
    and hit the plone developer list they can get all of the support their little hearts desired. Not only that but they would likely be working with someone that actually wrote it instead of a helpdesk dork telling you to reinstall.

    --


    Got Code?
    1. Re:Bust out a checkbook by m00nun1t · · Score: 1

      ... which is fine for a small number of deployments. Once you have thousands of deployments, and thousands of checkbooks all rushing off to the plone developer list, suddenly development grinds to a halt as they are too busy answering calls to write new code. There's a reason we have helpdesks - maybe you don't like dealing with them, but they are a fact of life.

    2. Re:Bust out a checkbook by nhavar · · Score: 2, Informative

      Not necessarily true. Deployments may actually boost development as you find bugs and are presented with challenges by the client. These challenges may result in the creation of a new product, new documentation, or new configurations for deployment.

      --
      "Do not be swept up in the momentum of mediocrity." - anon
  17. Re:OS Software? by AKAImBatman · · Score: 0, Offtopic

    *sigh* Apparently the mods have no sense of humor today.

  18. Advantages of Plone by IWK · · Score: 5, Interesting

    We've been using Plone for a while now and for me it has a few distinct advantages:

    * Plone works *out-of-the-box* and is easy to extend and configure.

    * Plone provides excellent workflow support. A Workflow is the editorial chain used to manage documents. Creating new workflows is easy.

    * Plone is easily extended with external components ("Products" in Zope/Plone parlance). I run Plone with Zwiki (a wiki extention) and CMFBoard (forums), making for a very rich intranet site with loads of possibilities. Check out the The Collective or the Zope website

    * Plone comes with Archetypes, which is a framework which allows for the relatively easy creation of new content types (in Python)

    * It runs on Zope which is a very powerfull Application Server and Content Management System. Zope has got a rather steep learning curve, but its documentation has been improved and it has got a very supportive and vibrant user community.

    --
    Once in a while, I even pass the Turing-Test
    1. Re:Advantages of Plone by Anonymous Coward · · Score: 0

      Your post is no doubt very informative, but 90% of it is gibberish to me.

  19. Well obviously by modder · · Score: 1

    It's plonedap.

    (May cause emphysema, diarreah, blood clot, stroke or intestinal disorder. Check with your doctor before using.)

  20. That said by mcc · · Score: 1

    "Plone" does sound like something they would be playing at a rave

  21. Huh? by |>>? · · Score: 0, Troll
    I've just spent the past hour reading about Python - since that seems to be the recommended path to enlightenment when using Plone, but I just don't get it.

    I've been writing software for 24 or so years, I've forgotten more languages than I can recall and I don't see any particular benefit in introducing myself to Python.

    You may mark this off-topic, but I strongly suspect that the moment I want to do something that Plone cannot, I am required to use Python (and/or Zope).

    Most of my development these days is in PHP - the language seems elegant, it talks to any database I care to use, has anything I can think of bolted in and for me it works.

    Now I'm all for learning new skills, but as I said, I just don't get it. What is so special about Python and why should I care?

    --
    |>>? ..EBCDIC for Onno..
    1. Re:Huh? by darnok · · Score: 4, Interesting

      > What is so special about Python and why should I
      > care?

      Glad you asked!

      I've also been writing software for 20+ years (God, is it really that long?) and Python is the nicest language I've come across for many types of task. No, it's not the "ultimate" language, but it's a very good fit for a lot of problem spaces.

      Key features:
      - it's very easy to learn (20-odd keywords, which is very few compared to most languages). In particular, any reasonably competent programmer will pick up Python and be coding well with it in a remarkably short time. Moreover, you can actually keep the entire language in your head; you don't have to resort to having language references at your desk, which makes a big difference when it comes to speed of delivering a solution
      - it runs on almost any platform
      - it discourages "individual coding styles"; most competent Python programmers would come up with substantially the same code to the same problem. This is unbelievably useful when it comes to supporting other peoples' code, or even your old code
      - OO support is both unobtrusive and very complete. Among other things, this makes "design by contract" a much easier goal to achieve, which goes a long way towards making "software project management" an achievable target rather than a tautology
      - it's a great general purpose scripting language. It's very nice to use the same language for scripting as for your "real" coding
      - it's a "batteries included" language. Although you have to use external libraries in many cases, the base set of libraries that come with Python cover a very wide set of technologies
      - it's mature enough that there's very few surprises in the language itself. When you have a problem, you can be pretty sure it's in your code rather than a compiler or library bug. Another benefit of this is that your Python code has a strange tendency to work first time; I spend very little time debugging my Python code compared to most other languages
      - although I write Perl code faster than Python, in productivity terms Python is quite extraordinary. I would write Python code 5-10 times faster than C/C++/Java/C# code, so I get to a working piece of code that much faster
      - Python is very good at talking to other code. I've found it's fairly easy to get Python talking to libraries written in C, and you can actually compile your Python code (using Jython) and call Java library code natively

      Finally, I'd have no qualms recommending Python as a prototyping language for almost any commercial app I've worked on. You may need to go back and rewrite it in another language later for security or performance reasons, but Python is the best way I've seen of creating working prototypes quickly.

    2. Re:Huh? by pauldy · · Score: 1

      Here is the skinny on what makes python all that and a bag of chips. First you have to look at how society has changed in the face of the technology invasion. There are many stratifications to this stereotype but it fits rather like a glove. People have been rushing for the past 10+ years in droves towards high paying tech jobs. These people found something that was in its infancy and people locked onto it like it was the next boat off the island. During the internet boom many a web programmer was born who didn't know a state machine from a sewing machine and thought an operator is who you got when you dial 0. With this boom grew the popularity of both the terminology and culture of the "geek". The proverbial boat overloaded, it capsized. Now what we have is a large group of people with varying levels of qualifications all identifying themselves with the same basic labels. This has created the need for people to distinguish themselves in order to stand out. We do this in our culture by creating and destroying trends to suit the needs of the various culture/counter culture relationships that occur in all of society. For some social groups it is a 300 dollar purse with the xyz logo on it. For us it is a programming language that like the purse performs the same functions as many others. So what's the difference? This one is a little newer than others and it is easy enough to learn that even the majority who lack technical qualifications can easily pick it up and run just as fast as those who have been coding for ages.

    3. Re:Huh? by hak1du · · Score: 1

      You may mark this off-topic, but I strongly suspect that the moment I want to do something that Plone cannot, I am required to use Python (and/or Zope). [...] Now I'm all for learning new skills, but as I said, I just don't get it. What is so special about Python and why should I care?

      Python is pretty similar to other scripting languages. It shouldn't take an experienced programmer any significant amount of time to learn enough Python to extend Plone (just like it shouldn't take an experienced programmer any significant amount of time to learn enough PHP to extend a PHP-based CMS).

      OTOH, if you are so afraid of using Python that it keeps you from using Plone, then you perhaps shouldn't be writing any kind of web application code, in any language.

      Most of my development these days is in PHP - the language seems elegant,

      PHP is a practical, straightforward scripting language (I use it a lot myself), but I wouldn't exactly call it "elegant". Its scoping, parameter passing, and use of strings to represent functions seem pretty awkward and inelegant to me.

    4. Re:Huh? by CrankyFool · · Score: 2, Informative

      darnok's already covered most of the salient points as to why Python's the shits. I was in something of your shoes -- doing IT work with a big chunk of development for the last fourteen years. I got into Perl back in the 4.x days and loved it; started doing PHP about three years ago and discovered Python a year ago (I might be out of P* languages by now). It's not tremendously fair to compare Python to PHP -- PHP doesn't have much of an existence outside the context of a web server (yes, I know you've got the CLI, but you're still essentially writing HTML pages with PHP embedded into them). That said:

      At least last time I had to do PHP, I had a bitch of a time trying to get it to act as an HTTP _client_. I ended up having to open straight socket connections and hand-crufting[sic] my HTTP calls. Ugh;

      Object orientation is bolted onto PHP; it's built into Python.

      [Yes, I know this is one of those religious issues] mandating whitespaces makes Python code much more readable (until someone edits your code and uses a tab instead of four spaces :) ).

      It's the easiest, most intuitive language I've ever used (this includes Perl, LISP, TCL, and PHP, among others). Most times, if I think "well, I'll just put this code in and see if it does what I want it to do," that's what happens -- it makes it much easier to prototype.

      Zope, built on Python, is also quite nice. Reasons for it include the fact it mandates the separation between presentation, business, and database logic (well, you could work around that, but they make it easy to do it The Right Way), and (again) the rapid prototyping of web applications.

      I should note, by the way, that Zope is one of those F/OSS projects that's phenomenally coded and absolutely horrendously, horrifically badly documented. Oh well.

      Oh, and 'Zope Security' is something of an oxymoron. I don't like the in-band management of it (if you've got a Zope server running on http://host:8001, then you manage it by going to http://host:8001/manage. This is one of the reasons you want to front it with Apache and do ProxyDeny for a whole bunch of special URLs)

    5. Re:Huh? by imbaczek · · Score: 1
      Most of my development these days is in PHP - the language seems elegant

      Well, I too had thought that PHP is elegant before I learnt Python. The truth is, PHP is an *ugly* language. It works, it is very well prepared for working in a web enviroment, but it is just yucky.

    6. Re:Huh? by dotz · · Score: 2, Interesting

      As someone else already pointed out good sides of Python... Here's my $0.25 about PHP:

      "24 or so years" and "PHP - the language that seems elegant"... That's the best example, that even if you do something for a long, long time you can still be very, very wrong.

      PHP is not elegant and has a very poor object model. Also, it is pretty impossible to implement some of design patterns in it because of that. PHP has inconsistent API, PHP has a long way to go before it could be considered a serious language. Popularity? So what. Windows XP is also widely used.

    7. Re:Huh? by |>>? · · Score: 1

      Hmmm, 'suppose you're talking about me :-)

      I don't use PHP "oop(s)", because it never made sense to me to have a scripting language - interpreted at that - do that level of complexity. While I'm coming across arguments that are beginning to persuade me to start using object models, at this stage I'm a strictly procedural programmer - don't get me wrong, I abstract everything I write - sometimes to the level where colleagues shake their head - but it also means that my code works, is fast, has few bugs and is simple to add functionality to.

      While I'm no kernel developer (yet:-), I do know what I like.

      I will grant you that you can write some really hideous code in PHP, that same is true for any other language - some more than others. I find myself looking at other people's code and spending an hour or so making their formatting consistent, just so I can understand what I'm looking at. That alone may convince me to look more closely at Python, but there needs to be more argument than that. I've got a code library with 300 functions that I would need to port, which I can't say I'd be looking forward to.

      When I chose PHP to do back-end and middle-ware projects, the choice was based on the premise that PERL was evil, C was very evil, JAVA was slow and PHP was palatable. (You'll note that I didn't even consider using VB, because it made me want to throw-up when I started looking at how it "integrated" with other technologies.)
      I'm sure that I missed some other language, but I also needed a support base - documentation, web-forums and an active user base. At the time, phpBuilder was very active, Zend was just starting, the manual was very comprehensive and had source-code examples. Admittedly the simplicity of PHP also attracted web-designers who wanted to be programmers, but you get that. (In fact it has meant more work for me, because I get to fix their challenges :-)

      --
      |>>? ..EBCDIC for Onno..
    8. Re:Huh? by dotz · · Score: 1

      > I will grant you that you can write some really
      > hideous code in PHP, that same is true for any
      > other language - some more than others.

      I bet you already got that, but it's not the point, that you can write bad code - the point is, that PHP API is inconsistent.

      Citing:
      http://www.ukuug.org/events/linux2002/p apers/html/ php/index.html#section_5

      """

      Perhaps a worse problem in this area is simply the naming of the functions themselves. Function names (and semantics) have been liberally borrowed from Unix system calls (unlink), the C standard library (strcspn), and Perl (split), among other places. Some function names have multiple words separated by underscores (str_replace); others have words squashed together (strtoupper). Some functions have aliases, like disk_free_space and diskfreespace. Some functions are just plain misnamed, like the addslashes and stripslashes routines which deal with backslashes in strings. These complaints sound trivial, but the cognitive load of dealing with such a motley collection of names is anything but. I blame this problem entirely on PHP's piecemeal evolution.

      """

      > That alone may convince me to look more closely
      > at Python, but there needs to be more argument
      > than that. I've got a code library with 300
      > functions that I would need to port, which I
      > can't say I'd be looking forward to.

      Well, chances are, that in Python this will be only 10-functions library or so :)

      Take care, and be sure to try Python out. I think, that with such needs/approach to programming languages as yours, Python will be a pleasant adventure.

    9. Re:Huh? by |>>? · · Score: 1

      Now I've seen it all, a moderator that marks a question as Troll...

      I suppose that "Don't feed the Trolls" also applies to moderators :-)

      --
      |>>? ..EBCDIC for Onno..
  22. Re:Bullshit by mindless4210 · · Score: 0, Flamebait

    Or unless I support slashdot by subscribing, my friend.

    --
    Wireless News www.DailyWireless
  23. Commercial isn't the opposite of open source. by latroM · · Score: 5, Insightful

    ... beating out a commercial portal suite, Traction's TeamPage 3.01, reviewed in the same issue.

    How long it takes for people to realize that you can make money with open source so it can be commercial. Commercial software isn't the opposite of open source. Non-free or closed is.

  24. Re:Huh: My humble opinion by Notrace · · Score: 3, Interesting

    The minute I discovered Python, I never went back to PHP. And that's just for the sake of the language.

    Once you look into it, you'll understand that stuff like Zope really needs stuff like Python. Python really is that great and well worth learning.
    It really is more powerfull. And a lot easier, IMHO, to extend than PHP.

    Something else I do like about Python is that IMHO it is becoming the the facto scripting language in (at least) Linux. You can use it to create Gnome APPS, there is now a pretty good mod_python for Apache, and that's a lot faster than PHP, it can be embedded in PostGres ... Python talks to all the databases you want. You can do Python in Gnumeric, there are talks about integrating it in Openoffice.org ...
    Python has an OMG-defined CORBA-mapping, the latest I heard about PHP and CORBA was that it was in the works ...

    Although not entirely true, I feel PHP remains somewhat stuck in the realm of webapps. Please correct me if I'm wrong. And yes, I'm aware of php-gtk, PHP in PostGres ...

    For the record, my latest experience with PHP are 4.2.3. Things may have changed since ...

    Evert

  25. Agreed by ErichTheWebGuy · · Score: 1
    Even more poignantly illustrated by their most recent issue, which includes their annual "excellence awards," which names:
    • Microsoft Windows as the number one platform for "e-business foundations,"
    • Microsoft Visual Studio as number one for "Application & Web Services Development,"
    • Microsoft Office OneNote 2003 as number one for "Personal Productivity."
    Need I say more?
    --
    bash: rtfm: command not found
    1. Re:Agreed by CountBrass · · Score: 2, Insightful

      pVisual Studio is and always has been a superb development environment. So where's the problem with that award? Just because it's MS doesn't automatically make it unworthy of awards.

      --
      Bad analogies are like waxing a monkey with a rainbow.
    2. Re:Agreed by Anonymous Coward · · Score: 0

      Microsoft Office OneNote 2003 as number one for "Personal Productivity."

      This has got to be a joke. Productivity and microsoft office are mutually exclusive terms. Stuff that I can do using LaTeX in 5 minutes takes an hour or two to do with ms word.

      Stuff I can do with OpenOfficeOrg is literally impossible to do in Word. Other stuff I can do with OOo in an hour can take ten to twenty hours to do in word, _if_ it can be done at all.

      ms office is useful only for those who want to type a five line note, and have no clue as to how to use edit --- which is vastly superior text editor than word is.

  26. Not the smartest thing they could've done... by Supp0rtLinux · · Score: 2, Informative

    Great product, but if you follow the links to the plone website, then watch the demo for the HIGOV.net implementation, part of it (near the end) shows integration with monitoring software... and it reveals the private IP addresses inside their LAN and that they run telnet. Considering that I just finished Kevin Mitnick's book on social engineering (the Art of Deception), this wasn't the best choice of content to put into a demo. Running telnet on a firewalled, private LAN is one thing. But telling the world your private IPs that are being used for telnet services mean one only needs a username and password now...

    1. Re:Not the smartest thing they could've done... by geek · · Score: 1

      "Considering that I just finished Kevin Mitnick's book on social engineering (the Art of Deception), this wasn't the best choice of content to put into a demo"

      Oh wow, you read a book. You're totally 1337 d00d. How in the hell did this get modded up?

    2. Re:Not the smartest thing they could've done... by Supp0rtLinux · · Score: 1

      Contrary to the assumption you might've made... I'm not totally l337. I'm not a hacker. I'm just a lowly sysadmin. I bought Mitnick's book to better understand security issues and when trying some of his example stories here at my office, was quite surprised at some of the shortcomings I found.

  27. Advantages of Plone-A wormy review. by Anonymous Coward · · Score: 0

    Well I've been trying various OSS CMS the past few months, and I don't have quite such glowing praise.

    What got me more than anything were installation issues. Everything from finding the proper packages for my particular OS, to having to do a lot of editing of config files, that weren't always clear. To just plain bugs.

    And when I got some of them working (barely in some cases). Sometimes functionality I needed wouldn't be in the particular version I had, but it might be in anothers. or it wouldn't do what the documentation said (out of sync docs. or behind the scenes bug).

    And this was independent of what language it was written in. From PHP to Java, to Perl.

    So pardon me if my "out of the box" experience doesn't match yours.

    Now I got to go back and figure out why plone doesn't work on Fedora. Despite the documentation.

    "Site Error

    An error was encountered while publishing this resource.

    Resource not found
    Sorry, the requested resource does not exist.

    Check the URL and try again.

    Resource: VirtualHostBase GET"

    and

    "Starting Plone2 instance main: Traceback (most recent call last):
    File "/usr/lib/plone2/lib/python/Zope/Startup/zopectl.p y", line 207, in ?
    main()
    File "/usr/lib/plone2/lib/python/Zope/Startup/zopectl.p y", line 190, in main
    c.onecmd(" ".join(options.args))
    File "/usr/lib/python2.3/cmd.py", line 210, in onecmd
    return func(arg)
    File "/usr/lib/plone2/lib/python/Zope/Startup/zopectl.p y", line 134, in do_start
    ZDCmd.do_start(self, arg)
    File "/usr/lib/plone2/lib/python/zdaemon/zdctl.py", line 214, in do_start
    os.spawnvp(flag, args[0], args)
    File "/usr/lib/python2.3/os.py", line 543, in spawnvp
    return _spawnvef(mode, file, args, None, execvp)
    File "/usr/lib/python2.3/os.py", line 504, in _spawnvef
    wpid, sts = waitpid(pid, 0)
    OSError: [Errno 10] No child processes"

    Oh yeah! I'm going to be enjoying my Easter.

  28. I'd like to take this opportunity... by lux55 · · Score: 4, Informative

    ...to plug another newly-open-sourced CMS I'm the lead developer for:

    Sitellite CMS

    Written in PHP, unusually flexible, very strong add-on framework, free add-ons, including a search add-on based on Apache Lucene (no PHP Java extension required though), and HIGHLY usable by non-techies. Cross-browser WYSIWYG editing is built-in, and it's designed for non-techies to use, but real techies to code in. Like any proper template system, standards compliance is up to you however (although our XML-based templates require XHTML or XML output, so we do encourage at least ;)).

    There's also a commercial version, and commercial support available (this was the qualm that the reviewer had about Plone) at simian.ca. We also sell commercial add-ons (gotta eat too, right? ;)).

    Anyway, </plug> -- just trying to scare up some more interest, never hurts to try. :)

  29. More opensource CMSs-Putting out. by Anonymous Coward · · Score: 0

    " What, no .cx ?"

    Not on a first date. :)

  30. Re:Huh: My humble opinion by pauldy · · Score: 1

    Your post makes my head want to pop. I can understand having strong opinions on subjects but how can you make false statements of a factual nature and mask them under a "IMHO" shield0.

    How in the world could you come to the unusual conclusion that python is becoming the defacto scripting language in Linux? Scripting is about getting repetitive things done quick and dirty. How could anyone who has used python claim it applies there? The nature of object-oriented languages of any kind is that their encapsulation while enabling grander levels of robustness offer nothing in the way of quick and dirty.

    As for your empty comparison of mod_pythion and php, even if php is running cgi mode the chances that in the real world python is faster than php is almost impossible. Why, because object instantiation eats up more CPU time than straight procedural calls, believe it or not, and in any interpreted language it take up more time. Pythons garbage collection and other threads help to steal CPU time from the process as well. There are optimizations that can be made to this but PHP does a lot of these optimizations as well and the Zend optimizer includes some whacky optimizations that simply don't exist yet for Python.

    Python is a fairly easy to use language and it does have its utility. That being said there is no reason to make outlandish blatantly false claims to support a personal opinion.

  31. Why does a CMS need whitespace? by Anonymous Coward · · Score: 0

    If the CMS is doing it's job you don't need to look at the HTML, so why have neatly whitespaced code adding bandwidth/processor usage.

    It reminds me of the MS Frontpage advert that raves about it's clean code - with emphasis on 'clean' being provided by the depreciated bold tag. (Actually that's not relevant I've just been wanting to post it for a while after I saw the advert here on /.)

    By the way, is it just me, or does Plone's frontpage have a graphical glitch for IE of all browsers. The background of the "Software Patents Destroy Innovation" box jumps around when highlighted.

    1. Re:Why does a CMS need whitespace? by supton · · Score: 1

      Code modularity is important, becuase HTML in an advanced publishing system like Plone is structural; python code is functional, and css is visual. The structural elements have to be as readable and modular as possible for coders and designers alike. The whitespace thing is a small penalty. The bandwidth used by that is trivial compared to the bandwidth saved by using a (mostly) table-less design and shared CSS. Plone's design will beat almost anything in the bandwidth war.

  32. More advantages (and for the laymen) by nhavar · · Score: 2, Insightful
    Plone:
    • Comes with everything you need.
      • HTTP server
      • FTP server
      • WebDAV access
      • SMTP connectivity
      • User and Group level security
      • Content cataloging and search functionality (ala Index Server)

    • Cross platform (Mac, Linux, Solaris, Windows, etc)
    • New functionality can be added via plugin products (i.e. message boards, wiki's, additional database types, java/jsp support, php support, etc.)
    • Workflows provide an easy mechanism for defining who creates content and how content gets published. These can be easily changed and even graphed (via an add-on product).
    • The default set up web content is standards based providing either html tables or CSS for layout. A focus on accessibility and internationization is also a key strength of the system.
    • Content is modular and it's easy to include or exclude certain elements based on need, security, or preferences.
    • Content can be edited externally using your favorite editor (Dreamweaver, GoLive, Frontpage, Notepad, Word (hA!)). Or content can be edited as source from a web form. Add-ons like Kupu and Epoz can also provide a simple web enabled WYSIWYG that works in most major browsers.
    • It can easily be used in combination with standard HTTP servers like Apache and IIS. You could use APACHE to serve static content and Plone/ZOPE to serve dynamic content, or use APACHE as a caching mechanism to speed up and existing Plone site(s).
    • Multiple databases can be used to segment content and/or multiple sites. New database types can be added via add-on products (i.e. Oracle, DB2, MySQL, etc.). You choose which type of database you want to use, if you want to use the filesystem, or if you want to mix filesystem and multiple types of databases.
    • Instances can be clustered using the installed ZEO product. This allows you to set up a single master site instance and run multiple caching clients on a single machine or on multiple machines. This helps in providing failover solutions and scalability. Other uses include realtime debugging without affecting other instances, separating the development users from the normal users, segmenting content, and helping in zero downtime upgrades/migrations.
    • Has XML-RPC, REST, SOAP capabilities.
    • Can use standard SQL to select/insert data in existing databases.
    • A wide variety of document types including the ability to convert some proprietary documents to HTML format. Document types can be easily extended or new types created via a configuration file (using Python, UML, XML schema).
    • Discussion enabled documents
    • XML, RSS feeds
    • Simple subscription/registration system
    • Maintains user preferences
    • Much more functional "out of the box" and less to build out than other comparable systems (i.e. Vignette).
    • Well supported via commercial support, contract labor, documentation, support e-mail lists, mirrored searchable lists (gmain), example sites, product sites, code documentation, and user created support pages.
    • FREE
    • Open source.
    • Active development.
    • Constant improvement.
    • Easily extensible.
    --
    "Do not be swept up in the momentum of mediocrity." - anon
    1. Re:More advantages (and for the laymen) by AxelBoldt · · Score: 0, Flamebait
      Comes with everything you need.

      I need for what?

      I have a master's in computer science, and even after reading your post, I have absolutely no clue what this software is supposed to do for me. What problem does it solve, what is a typical use case?

    2. Re:More advantages (and for the laymen) by Planesdragon · · Score: 2, Informative

      I need for what?

      It's a Content Management System for running "dynamic" web pages, which have a standard format throughout and a series of articles that comprise the site.

      A typical use case is, actually, the website you're reading right now. Slashcode is a form of CMS--it provides layout, content management, and a structure for revising and approving content.

    3. Re:More advantages (and for the laymen) by Anonymous Coward · · Score: 0

      master's in computer scienc

      Dangerous place to boast, /. - bound to be someone that can see through it.

      Conversion masters degrees for know-nothings switching from other careers rather than a genuine advanced degree don't really carry much weight here. Come back when you have some actual experience under your belt.

    4. Re:More advantages (and for the laymen) by WindowlessView · · Score: 1

      -->Conversion masters degrees for know-nothings switching from other careers...

      Nothing like some gratuitous emotional violence on Easter morning.

      I guess my mind reading capabilities are clouded this morning because based on what he wrote I can't tell whether the poster has a Masters in CS or not. What I can surmise however, is that you are a mean spirited little prick who doesn't know a great deal about he computing industry.

      The first thing anyone realizes is how utterly vast the range of areas and skill sets are in the field. It is entirely possible that someone working in telecom, for instance, wouldn't have a detailed idea of how to manage content on a web site yet they could be excellent computer scientists. Just because someone isn't intimately familiar with your dipshit little specialty does not make them any less competent or valuable.

      With that in mind go back and read nhavar's post from the point of view of someone who isn't already familiar with the problem space. What they see are a bunch of acronyms and hints at solutions for things they couldn't even know were problems. Which is precisely what AxelBoldt's post was alluding to.

      Now go back and wash your mouth out with soap. Or perhaps all you know is SOAP.

      --
      Leave the gun, take the cannolis.
    5. Re:More advantages (and for the laymen) by nhavar · · Score: 1

      You're all correct. I did leave out the "need for what" and I did put in some acronyms that non-CS/and computer illiterate people might not understand. I do think that there's enough there to give a basic understanding of the robustness of the product to people who are looking for a CMS and don't know what features Plone has. People who don't know they have a problem aren't looking for a solution and so I didn't target them in what I wrote.

      There's actually a Slashdot lookalike built off of the ZOPE base (the same product that Plone is built on top of) called "Squishdot".

      --
      "Do not be swept up in the momentum of mediocrity." - anon
  33. These two articles convinced me, a long time ago.. by a.ferrier · · Score: 2, Informative

    http://www.oreillynet.com/pub/a/network/2000/06/02 /magazine/python_first_language.html
    http://www.linuxjournal.com/article.php?sid=3882

  34. developer community? by hak1du · · Score: 1

    There's also a commercial version, and commercial support available (this was the qualm that the reviewer had about Plone) at simian.ca. We also sell commercial add-ons (gotta eat too, right? ;)).

    Yes, but does it have a large, active open source developer community? The community site seems kind of dead. Where is the CVS site? Are OSS contributors required to license their changes for the corporate version?

    Without an active OSS developer community, it matters fairly little what license it comes with.

    1. Re:developer community? by lux55 · · Score: 2, Informative
      Yes, but does it have a large, active open source developer community? The community site seems kind of dead.

      The community is building rapidly. We're nearly 200 registered users strong now, and the site has only been going since the beginning of February. We're up to 600 unique visitors a day too. We're doing what little promotion we can, but we're a 2-person company/project, so time to get the open source word out there is pretty limited.

      However, with those stats, I wouldn't call the developer site dead. :) It's no google.com, but it's a good start.

      Where is the CVS site? Are OSS contributors required to license their changes for the corporate version?

      The anonymous CVS instructions are here:

      http://www.sitellite.org/index/cvs

      Yes, contributors are required to license their changes (changes to the core system, add-ons are a different matter) back to us, for inclusion in both the open and commercial versions (the two being identical, aside from license, warranty, resellability, and a few extra add-ons). We don't try to hide this, but even the Free Software Foundation require that you assign/grant unlimited copyright to them on contributions. So I don't think it's unfair for us to ask the same thing.

      Also, a commercial version is a good thing for the community as well. The fact of the matter is that programmers need to eat too, and that costs money. You can't make money offering nothing but free code, free support, etc. So we sell a commercial version for people who have commercial interests in the software (just like MySQL does, for example). So a commercial version helps keep a core of developers working primarily on the CMS itself, not as a hobby, but as their day job.

      Without an active OSS developer community, it matters fairly little what license it comes with.

      Yes, but these don't come overnight. That's why we're trying to get the word out there, and going an extra mile to get people interested/involved right now. New projects don't just pop up with 10,000 members. :)

      Technology-wise, we have one of the top CMSes in PHP, and I know we compare favourably to Open Source CMSes in other languages too. That's not to boast, but it is true (go look). What we're trying to do now is fill in the blanks -- community, documentation, more free add-ons, etc.

      Anyway, it's getting late. I should catch a few zzz's. :)

      Cheers,

      Lux

    2. Re:developer community? by hak1du · · Score: 1

      We don't try to hide this, but even the Free Software Foundation require that you assign/grant unlimited copyright to them on contributions. So I don't think it's unfair for us to ask the same thing.

      Why do you drag philosophy into this? Why are you getting defensive? I just wanted to know what your policies are because that tells me how likely you are to succeed.

      Also, a commercial version is a good thing for the community as well.

      You say that as if it's an established fact. But many of the most successful open source projects are not dual-licensed. And many GPL-only projects have excellent commercial acceptance and commercial support.

      Dual-licensed projects, on the other hand, raise concerns about their governance, since one party to the project, the commercial owners, may want to take the project in a different direction from the OSS developers, and the commercial developers are in a different position relative to the other contributors.

      Yes, but [active OSS developer communities] don't come overnight.

      In fact, often they don't come at all. That's why knowing about the current user community, history, commercial ties, and governance of a new project is important. Hence my questions.

    3. Re:developer community? by jelle · · Score: 1

      I generally have my reservations about dual-licensed projects, because I don't want to get sucked into a program that turns out to be low in features and hard to work with unles I buy the 'commercial version' of it for hundreds of dollars, which may disappoint too. I'd rather go with something that has all the goods and momentum in the libre version and that has good commercial support available that I will need only when I know what I have built up work very well and is a big success, and I'm ready to move to the next level (and/or next project).

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    4. Re:developer community? by lux55 · · Score: 1

      Hi,

      To allay your reservations about our dual-licensed project at least, the two versions are functionally and visually identical. In fact, the commercial version is offered simply because a GPL version has some restrictions that are incompatible with some commercial users' intentions (making their changes closed-source). This presents an opportunity for us to offer the same thing to open source folks and to closed source folks alike, while making at least some money offering the same software to the latter group.

      To add to the commercial appeal, we do offer additional commercial add-ons in the commercial version, which we also sell separately as well. These are things like a newsletter manager, for example, that are not a necessary part of a well-rounded CMS system. However, we do offer free add-ons as well, to be fair.

      Support for an open source project or a commercial product can be a tricky balance, not because of any commercial-leaning interest on our part, but because of the fact that very small companies (2 in our case) tend to have very full plates. That's where hopefully the development of a community can end up helping each other out. We've seen that happen a few times with our software already, but it'll take some time for people to learn the software well enough to help troubleshoot for others as a regular practice. Still, it's exciting to see it starting to happen! :)

      Anyway, hope this helps clear up any reservations about our particular project. I think this is also generally the idea that underlies the original dual-licensing idea as well (seems to be).

      Cheers,

      Lux

    5. Re:developer community? by lux55 · · Score: 1
      We don't try to hide this, but even the Free Software Foundation require that you assign/grant unlimited copyright to them on contributions. So I don't think it's unfair for us to ask the same thing.

      Why do you drag philosophy into this? Why are you getting defensive? I just wanted to know what your policies are because that tells me how likely you are to succeed.

      Um, I don't believe I was being defensive, at least not intentionally so. Sorry if it came across that way.

      And I wasn't trying to drag philosophy into this either, I was merely appealing to the authority of the FSF to illustrate the acceptable and common-place nature of our contribution policy. I guess I could have slipped a smiley into that last line of mine, to be more clear of my tone. Oops. :)

      Also, a commercial version is a good thing for the community as well.

      You say that as if it's an established fact. But many of the most successful open source projects are not dual-licensed. And many GPL-only projects have excellent commercial acceptance and commercial support.

      Dual-licensed projects, on the other hand, raise concerns about their governance, since one party to the project, the commercial owners, may want to take the project in a different direction from the OSS developers, and the commercial developers are in a different position relative to the other contributors.

      I agree, these are legitimate concerns people have. However, one being sometimes the case doesn't mean the other isn't also sometimes true as well. I think that in general though, as long as a company is altruistic and clear in their intentions and goals, it is a benefit to the community that a commercial version exists, namely for the key reason I stated, which was that it puts dedicated developers on the software, instead of reducing it to the time constraints of a hobby. In this respect at least, I think my point stands.

      As for the dual-licensing causing concerns about the project being taken in a different direction, a good example of that happening and the community adjusting successfully is the XFree86 project and their recent license change. A license change is not a retroactive thing, so the previous version can still be forked and carried on by the community, however it can definitely cause a pretty big disruption within the community. However, prompting a fork of our software that would then compete against us would not be a smart thing for a small business to do, and we try to avoid making too many stupid decisions. :)

      Yes, but [active OSS developer communities] don't come overnight.

      In fact, often they don't come at all. That's why knowing about the current user community, history, commercial ties, and governance of a new project is important. Hence my questions.

      Agreed. This is why I answered you in detail, and why I'm still answering you long after the discussions have moved on to the next article. :)

      Cheers,

      Lux

    6. Re:developer community? by jelle · · Score: 1

      I'd like to start saying that my reservations were not specific to your product, but generic (and possibly unwarranted), for any product that has libre (or (but worse) freeware/shareware) and commercial versions. But given the number of libre CMS-type systems available, I find that I can afford to be sceptical and choosy for the 'quick fix' sort of thing that I am looking for.

      "the two versions are functionally and visually identical."

      That is very nice indeed. It could be me (as in: me not spending enough time reading the website), but for people like me, it may be good if the website was a bit more clear about that.

      "In fact, the commercial version is offered simply because a GPL version has some restrictions that are incompatible with some commercial users' intentions (making their changes closed-source). This presents an opportunity for us to offer the same thing to open source folks and to closed source folks alike, while making at least some money offering the same software to the latter group."

      In that view, then why release the libre version as GPL and not as MPL (mozilla public license), because in that way if the community improves the libre version, the original copyright owner gets to sell those improvements in the proprietary version too. From the 'libre camp' standpoint, AFAICS, MPL is as equivalent to GPL as 'necessary'.

      Best of luck with your project, it's very courageous to take the open source route and make a libre version available, while still making a living off of it.

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    7. Re:developer community? by lux55 · · Score: 1

      Thanks for the words of encouragement!

      I've been meaning to read the MPL actually, since I've heard that that's the case with it.

      Cheers,

      Lux

  35. OSX installer... by imag0 · · Score: 1

    is shit. the lsbom it installs has a non-standard "200pieces" markup at the beginning of every line in the BOM, messing up any scripts you may already have to remove things. I ended up using OSXPM (google for it) to clean things up.

    Remember to remove the folder in /Applications the new Plone user it creates and the Plone folder in /Library/StartupItems as well.

    *whew!*. that was ass. Not going to mess with it again.

    1. Re:OSX installer... by JimRoepcke · · Score: 1

      imag0,

      Why didn't you e-mail me to tell me about your concerns? You've done nobody a favor by complaining about it here... I'm just thankful someone involved with Plone found this message and forwarded the address to me.

      I used that 200pieces directory because I didn't want everything to be overwritten when someone re-installs, I wanted that done by the postinstall/postupgrade scripts. In hindsight, it might not have been necessary. I'll take another look at it and see if it could be avoided. I'd definitely prefer not to if it's not necessary.

      We make this installer for people to deploy a production-level CMS on their server and want worry-free upgrades. That's the motivation, not making uninstalls any harder.

      If you have a better idea for handling upgrades, please let me know. My e-mail address is in the readme files that come with the package.

      Oh, and the complete uninstallation instructions are included in the readme file too.

      I am very responsive to feedback and appreciate everyone's suggestions. Disrespecting people who put a lot of work into trying to help open source software is not constructive.

      Take care,

      Jim Roepcke

  36. Zope is the avantgarde in CMS /Appservers by Qbertino · · Score: 3, Insightful

    I consider them way ahead of time.
    And I'm glad to see Zope and one of it's major products, Plone, getting this recognition. I consider Zope vastly superior to any other available Application Server. It's suitable for rapid and large scale developement likewise. If you want to know how the future of databases and high level programming of custom apps will look like, check out Zope.

    --
    We suffer more in our imagination than in reality. - Seneca
  37. Re:These two articles convinced me, a long time ag by |>>? · · Score: 1

    I read the second article (by ESR), but the first URL gave me an Internal Server Error 500.

    --
    |>>? ..EBCDIC for Onno..
  38. Plone Support and Accessibility by HammerToe · · Score: 5, Interesting

    I recently came back from the Plone Sprint in Austria. For those not familiar with sprints, this is where you get a bunch of developers in one place for a week to concentrate on development.

    Virtually all of the people there (there were ~50 attendees) ran their own small businesses (myself included, Netsight) that used Plone -- mostly providing installation, customization, and support. Most of these companies *depended* in Plone for their livelihood.

    What struck me the most was how business focused all of the developers were. This is something that really sets Plone apart from some of the other OSS projects out there. All of these people are making real dollars on developing this software, and hence *need* to have a business focus otherwise their businesses would fail. As technically great as many OSS projects are, many of them don't have the business drive to succeed.

    The second thing that really struck me was a demonstration by a blind woman from the local Institute for the Blind. Plone is known for being very hot on accessibility, but this was just amazing. The woman had half a day training, and was then able to enter content, add metadata and take it through a workflow -- all using a braille reader and text-to-speech software. And what is even more amazing, is that she doesn't speak any English, she was relying on the internationalization features of Plone to deliver a German version of the UI -- including all the alt tags and hidden things that screen-readers rely upon.

    --
    Matt Hamilton (aka HammerToe)
    Netsight Internet Solutions

    1. Re:Plone Support and Accessibility by Anonymous Coward · · Score: 0

      Oh please. I suppose it makes puppies play, children smile, and cures cancer as well?

    2. Re:Plone Support and Accessibility by HammerToe · · Score: 1

      Err... what has puppies and smiling children got to do with accessibility?

      Considering the woman in question is unable to even use the local online phone directory due to poor design, I would consider using a CMS quite an achievement.

      -Matt

    3. Re:Plone Support and Accessibility by curious.corn · · Score: 1

      Yours Sir was a callous comment...

      --
      Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
  39. Re:These two articles convinced me, a long time ag by Random+Bystander · · Score: 1

    Slashdot comments put spaces into long 'words' to prevent page widening. Copy the URL again, and remove the space, and it will load.

    (I can't be bothered educating people about how to format URLs properly in HTML -- wasted effort most of the time)

  40. Re:Huh: My humble opinion by EnglishTim · · Score: 1

    That's odd. I *love* python for quick-and-dirty. Yes, it's an OO language, but it's not like you *have* to write a bunch of classes to get something done.

    In fact, it's so quick-and-dirty that I sometimes just write something straight from the interactive prompt - especially for those annoying do-a-weird-renaming-operation-on-a-bunch-of-files style problems.

  41. Real production Plone/Zope experience by Anonymous Coward · · Score: 2, Interesting

    I'm posting anonymously, for the obvious reasons.

    We're just about to ship a in-house web application to 50,000 users. We did a significant amount of the work using Python 2.3.3, Zope 2.7 and Plone 2.

    These tools made it possible for us to get some visually nice things out quickly, but they are a maintenance nightmare. To be able to leverage Plone 2, we had to update to a more recent version of Archetypes. We have to use 11 different components, of which there is no real support for 3. The people who have developed these modules are not really professional programmers, or even experienced Open Source hobbyists, which really shows in the quality of code.

    The worst thing about these products is that the documentation ends at the Python level. There are some web documents for Zope, but they are next to useless for serious developers (they explain how to get things done in Zope Template Language and present a few APIs manually, but lack any explanations about program flow, object details and other things that come so naturally in Java API documentation.)

    So, we're one month away from wide-scale deployment, our application has a response time of 1.2s per click, the code is unreadable spaghetti tangle of Zope Page Templates, Archetypes storage objects, all arranged as a Plone skin, because that's apparently the only _real_ way to extend that product, and we're still MISSING functionality because we have to work hard to get around problems in the platform.

    So - if you want a out-of-the-box content management solution for a small office, I'd recommend Plone heartily. If you're planning in doing _ANY_ modifications at all, keep away from Plone like it had rabies.

    Don't _ever_ start writing a UI in Zope Page Templates unless you know exactly what you're doing.

    1. Re:Real production Plone/Zope experience by Anonymous Coward · · Score: 1, Informative

      Plone is a great out-of-the-box application

      But if you want a supported open source application with equivalent functionality and more, scalability and commercial support I would suggest you take a look at CPS3 (http://www.nuxeo.org/cps) even though it may be a bit more difficult to learn from the beginning, but it will pay off in the long run.

      All packages come from the same company (Nuxeo) and are completely supported and the code is very readable and well written/documented. The application is targeted towards large sites (10000+ users).

      CPS3's equivalent to Archetype is called CPSSchemas which in my opinion is much more flexible (design is done through the web with exporting capabilities of schemas, widgets, layouts, and document types to the file system).

    2. Re:Real production Plone/Zope experience by Anonymous Coward · · Score: 0

      "Don't _ever_ start writing a UI in Zope Page Templates unless you know exactly what you're doing."

      Sounds to me like you should have followed your own advice.

    3. Re:Real production Plone/Zope experience by dracvl · · Score: 3, Insightful
      Where should I start?
      • If you're going to deploy a system for 50 000 users, make damn sure you have a support contract.
      • The Plone/Zope/Python software stack is a big piece of software, it's not like your average "CMS" which is little more than a blog system with bits bolted on to it. It takes some time to master, just like any Content Management Framework. Workflows, schemas, scripts - there's a lot to learn.
      • From your description, you haven't understood how Archetypes work. Arranging everything in skins is not the way to extend Archetypes.
      • You have to have done something seriously wrong to get 1.2 seconds/page. Did you read the optimization documents at all? Plone is deliberately created for fronting with a cache, like Squid or at the very least Apache mod_proxy with cache.
      • For bigger deployments, you use the ZEO clustering and a load balancer in front. Zope scales more transparently than any Java system I've encountered.
      • Zope Page Templates are different, and require some getting used to - but once you do, nothing comes close in programmer productivity. It's a very clean separation of content, code and logic, and is very maintainable over time. Of course you can write spaghetti code in it too, like any language.
      • Blindly trusting third-party add-on modules is not a good idea - if you don't know how to evaluate them, pony up the cash for a 1-day analysis from a Plone solution provider, and you wouldn't have these problems. It's open source, you can't expect any piece of downloadable code off the net to be high quality.
      • As others have pointed out, the Plone UI is one of the most extensible web interfaces out there - and I can't see how you've managed to not extend it in a clean way, it follows best-practices from everything involving HTML and CSS technologies. It's a minimal mark-up UI that is eminently extensible. Seeing as I am one of the people that created it, I am of course biased - but the first thing people compliment when they come to Plone is normally how clean the UI structure and how modular the CSS/XHTML is.

      Summarized, you won't get away without either spending some time learning how to work with the system or paying for some training or consultancy. Just like with any other complex system.

    4. Re:Real production Plone/Zope experience by Anonymous Coward · · Score: 0
      If you're going to deploy a system for 50 000 users, make damn sure you have a support contract.

      Like I thought I said, we have one. Unfortunately it just hasn't helped us to achieve our objectives, which was kind of my point here.

      The Plone/Zope/Python software stack is a big piece of software, it's not like your average "CMS" which is little more than a blog system with bits bolted on to it. It takes some time to master, just like any Content Management Framework. Workflows, schemas, scripts - there's a lot to learn.

      Of course. The problem is that it's not documented at all, and the code is of average to poor quality.

      From your description, you haven't understood how Archetypes work. Arranging everything in skins is not the way to extend Archetypes.

      No, arranging everything as skins is the way to extend Plone, in our particular case.

      You have to have done something seriously wrong to get 1.2 seconds/page. Did you read the optimization documents at all? Plone is deliberately created for fronting with a cache, like Squid or at the very least Apache mod_proxy with cache.

      I haven't read the optimization document, as I'm not responsible for that part. I'm sure we've done something seriously wrong. My point is that it's not obvious to me where to start looking for bottlenecks, because nothing is documented, and there are several semi-independent systems layered on top of each other (Python, Zope, CMF, Plone, Archetypes.) To improve the performance of the application, we have either to hire someone who has read and understand the whole stack of code, or have some of our own people read through it.

      For bigger deployments, you use the ZEO clustering and a load balancer in front. Zope scales more transparently than any Java system I've encountered.

      We do use load balancing and ZEO, but using ZEO as the backend has only slowed things down slightly.

      Zope Page Templates are different, and require some getting used to - but once you do, nothing comes close in programmer productivity. It's a very clean separation of content, code and logic, and is very maintainable over time. Of course you can write spaghetti code in it too, like any language.

      The thing I'd compare ZPT with is, actually, the syntax of Perl combined with the required syntactical sugar from Java. It would be totally possible to build a OK MVC framework within Zope, from ZPT and Python scripts, unfortunately that's not the modus operandi here.

      Blindly trusting third-party add-on modules is not a good idea - if you don't know how to evaluate them, pony up the cash for a 1-day analysis from a Plone solution provider, and you wouldn't have these problems. It's open source, you can't expect any piece of downloadable code off the net to be high quality.

      I completely agree. However, once the decision to implement in Zope/Plone was made, that limited our options significantly. We HAVE to implement certain functionalities for which there are only the few modules available in the Zope/Plone world, with the limitations I mentioned earlier. Compare this to, say, Java, where you have dozends of alternatives for most things, simply because it's so widely used. There we could easily evaluate modules and pick only the suitable ones, you're right.

      As others have pointed out, the Plone UI is one of the most extensible web interfaces out there - and I can't see how you've managed to not extend it in a clean way, it follows best-practices from everything involving HTML and CSS technologies. It's a minimal mark-up UI that is eminently extensible. Seeing as I am one of the people that created it, I am of course biased - but the first thing people compliment when they come to Plone is normally how clean the UI structure and how modular the CSS/XHTML is.

      It all comes back to what I said in my earlier post - if you are building a small office content management solution which you don't change at all (more than editing a few skins through the web user interface) or you are willing to desi

    5. Re:Real production Plone/Zope experience by Anonymous Coward · · Score: 0

      I said that I hadn't read the optimization document the guy asked about, and went on to comment that there aren't documents. This might sound strange, so I should perhaps clarify.

      Now, there are documents available, such as the Zope Book, which describes what kind of syntax the Page Templates use.

      Also, there are some optimization documents which assume the reader is a complete newbie, and go on to explain that perhaps you should have your images on a separate site and you should cache static content using Squid.

      However, this is not what an experienced developer would be looking for, when complaining about performance issues. Of course we have our images on a separate plain Apache site. Unfortunately we have exactly 0 (zero) static content which we could cache using Squid.

      Now, the next step is to look for performance bottlenecks in the application code. When those are done, I generally look at how the application uses the application server, and how the application server implements some functionalities.

      The problem here is that there are several layers of things: Zope -> CMF -> Plone.

      Zope might have implemented functionalities A and B in a certain way, so that they are independent of each other. When you start digging in, you find that CMF duplicates the functionality in a different way, making A and B depend on each other. To add extra fun on top of that, you are still able to call the Zope functionality A in certain situations, but in other situations your data will break.

      Let's say that the Zope level functionality A is documented, while B is not, but you manage to read through example code that implicitly assumes that B is available, and since you need B, you start using it since everyone else is as well. Now, when CMF implements A and B, there is _no_ documentation _anywhere_. You just have to, you know, read through enough code or hire a Zope consultant to explain the things to you.

      Of course, Plone might implement the functionalities A and B in a way that combines A, B and a new functionality C. Now, since both the original Zope A and B are available, your code and third-party module code cannot know what they should do, unless someone has coded in the knowledge about how Zope, CMF and Plone react in different situations. Which nobody has.

      Now, this all might not be such a big problem if these things were a) explicit and b) documented, but they are 99% a) implicit and b) undocumented.

      If I didn't know quite a few people working as Zope consultants, I'd probably think that this is just a money-making scheme for a few consultants. Now I believe that Zope and Plone are products made by web developers for web developers, and the problems stem from the fact that there are very few actual professional programmers involved, and as far as I know, zero professional maintenance programmers or systems administrators with a decade or more of experience.

      I simply want people to be aware what they are getting into when selecting a tool or a solution. PHP has its strengths and weaknesses. So do Perl, Python, Java, C and C++.

      The set of strengths and weaknesses Zope/Plone has is not easy to intuit from previous development experience. When evaluating this solution and comparing it to other solutions, you should spend some extra time to really understand that some of the things any reasonable person would assume would be there without any special mention, such as documentation and dependency checks, just aren't, with this product.

      Documentation and program flow are like air, you only really notice them when you're not getting any.

    6. Re:Real production Plone/Zope experience by booch · · Score: 1

      Dravcl had some good comments, but I've got a few things I'd like to add. I've been playing around with Zope for a while, but just installed Plone (2.0) the other day. I'm impressed with it, but I agree that it has some problems. I don't know if I'd attempt to use it for 50000 users. For a few hundred users, I wouldn't expect performance to be a problem. But with 50000 users, performance is going to be hard to find in any product.

      I agree with you on the spaghetti code of the skins. I have a little experience with Zope Page Templates. I think it's technically the best templating system available. It's great at separating presentation from data. And the use of CSS does a good job of separating look and feel from the HTML. But the default Plone skin is hard to work with and/or replace. The METAL macros are overused, making it difficult to keep track of all the files involved in rendering a single page. I plan to create my own skin (based on a Zope template I was already using) using only a couple macros (or maybe just a single page). I think that would improve performance somewhat, and will definitely make managing the skin easier.

      Another problem I came across is that it's difficult to work on the site outside of the site itself. Because all the objects are stored in the ZODB, I can't use file tools like grep, diff, etc. I can grab files in and out with WebDAV and edit in Dreamweaver, but it still doesn't quite give me the flexibility I'd like. Also, the overuse of METAL macros makes viewing the results of changes to a single file difficult to visualize.

      Other than these problems, I found Plone quite intuitive for 90% of normal usage. I found the Plone web site pretty helpful for a lot of the other things. It's a lot easier to navigate and find info than the Zope site. Some of the documentation was out of date, but I didn't actually need much documentation, because it was plug and play and has an intuitive interface.

      There are a ton of documentation resource for Zope. My local book store caries 5 or 6 different books, and more are available at Amazon. There are quite a few support sites: ZopeZen, ZopeUsers, ZopeMag, etc. The online docs aren't bad either.

      Plone has a lot of very competitive features. The cross-platform online WYSIWYG editor is a must for me. (My main use is going to be a Linux/UNIX user group community site.) It was really easy to enable that, and it looks like I can add other online editors pretty easily. (I prefer HTMLArea to Epoz.) The workflow is pretty simple. The event/calendar applet is very nice. The other applets look pretty good for my needs.

      As far as support, I really wouldn't expect too much. At least not for free. I mean Plone competes (well) with products costing $100K. You really can't expect something for nothing. The trade-off is that you get more flexibility and free code, but you have to work harder to either support it yourself or find someone else to help you. You should have been well aware of this going in. If not, you were either fooling yourself or didn't do your research.

      --
      Software sucks. Open Source sucks less.
  42. No, really. Zope rocks. by Moderation+abuser · · Score: 2, Interesting

    "but they weren't revolutionary and didn't make me run through the streets naked, Archimedes-style."

    It's one of those epiphany moments when you start using it and developing for it. After Apache, Perl, PHP, ASP and all the other point tools. The thought is "Fuck me, *this* is how it *should* be done".

    Zope on it's own rocks. Plone on top is the icing. It's all free anyway, runs on every platform including Windows so you might as well try it for yourself.

    --
    Government of the people, by corporate executives, for corporate profits.
  43. We had to make our own letters. by Anonymous Coward · · Score: 0

    In my day Dan Quayle had used up all the E's with bad spelling and we had to make our own letters!

  44. WYSIWYG editors by Paul+Bain · · Score: 1

    I don't think any of the others have WYSIWYG, browser-based editing.

    False. OpenCMS has such an editor, provided that you use MS IE. OpenCMS is released under the LGPL. Furthermore, I understand that WYSIWYG editing (for OpenCMS) is available in Mozilla, too, provided that you buy a proprietary, third-party software.

    --

    A lawyer & digital forensics examiner. Also an expert on open source software (OSS).
    1. Re:WYSIWYG editors by Anonymous Coward · · Score: 0
      False.

      How can it be false for him to not "think any of the others have WYSIWYG..."? He didn't say that others don't have the feature; he was saying that he thought it was the case. Stop being such an ass.

    2. Re:WYSIWYG editors by sonamchauhan · · Score: 1

      > How can it be false for him to not "think any of the others have WYSIWYG..."?
      > He didn't say that others don't have the feature; he was saying that he thought
      > it was the case. Stop being such an ass.

      Well, his thought was false. OP is right.
      You need to loosen up and understand that's it's OK to be corrected. ... when one is wrong.

  45. that's not a negative by zogger · · Score: 2, Insightful

    I read the article, the reviewer liked what he saw, just was wishing he could have found a 24/7 place for customized support..

    well, well???? Isn't this supposed to be one of the two ways to make some clams with open source software, ie, this is a job going begging now?
    make money with open source by:

    A-using it directly to help make and sell and service your widgets

    B- offering custom service for the application software

    No current direct 24/7 support = someone reading the article who might be under or un-employed just discovered a job that didn't exist before. Sounds OK to me, this "problem" will be self rectifying I would bet, real soon now....

  46. Re:My reasons for python by Anonymous Coward · · Score: 1, Insightful

    1) It's easy to pick up.
    2) Guido's tutorial is the best introduction
    I ever saw for a computer language.
    3) The python reference manual is extensive
    and well written, and along with guido's
    tutorial is installed on every Linux distro.
    4) Using identation instead of braces to delineate blocks of code is a lot easier to read
    5) It's object oriented in a GOOD way.
    6) idle --- idle rules the world. With idle
    I can interactively debug my code while writing
    it.
    7) Documentation for modules and functions is
    trivial, and thanks to idle easily extractable
    so if you have to use function foo from module bar, but you're not sure how to use it, or what it's for, you can query bar.foo for its documentation in idle.
    8) The profile module is like gnu's gprof for C/C++, but in my opinion much nicer. You can do
    all sorts of sorting of statistics with the profile module.
    9) The module pdb rocks the world!
    With pdb.run('run your code here') in a session
    of python, or much better yet, in a session of
    idle, you can step through python code
    as it executes, examine the contents of variables, even change the variables on the fly
    to see how it affects your code.
    10) Thanks to interfaces to Tk/Tcl, Gtk,
    wxwindows, and QT, you can write python code that uses your favorite choice of widgets as front
    ends. It doesn't matter that the widgets are
    C/C++ libraries --- the interfacing code
    has already been written, and it's free (the
    interfacing code that is).

    11) swig -- swig makes it possible to call
    C/C++ libraries from your python code as if
    they were python modules. You get the speed
    of C/C++ with the elegance and clarity of python.

  47. Plone for an OS Knowledge Management system by MarkWatson · · Score: 2, Informative

    I am negotiating right now with one of my customers to get a long-term grant to build a GPLed Knowledge Management (as apposed to just content managment) layer on top of the Python/Zope/Plone stack.

    I usually use Java (or Common Lisp) for development, but Plone offers so much infrastructure out of the box, that the decision to use it seems right. (Although I have been experimenting a lot with OpenCMS, which also looks very good).

    -Mark

  48. Amen by Wah · · Score: 1

    ooooohhhmmm.

    --
    +&x
  49. Those are great articles about Python. Thanks. by Futurepower(R) · · Score: 1


    Those are great articles. Thanks.

    Python as a first language

    Why Python? by Eric Raymond, who wrote The Cathedral and the Bazaar. I also like this article because I think Perl is a mess and I am glad to see someone else saying that.

  50. Hope for Zope? by lrs7225 · · Score: 1

    Anyone looking at this ought to take a hard look at the future of Zope first. My read (from curretn Zope users) is that there is no active development/support community, which doesn't bode well for the future of the platform. I would encourage talking to existing users before making an implementation decision.

    1. Re:Hope for Zope? by HammerToe · · Score: 1

      Err... there is a *very* active devlopment community for Zope. Just looking at the mailing list archives for last month (March) below are the number of messages posted that month to each list:

      Zope 1261
      Zope-dev 343
      Plone ~1800

      That is not to mention the plone-design and other lists, and the #plone and #zope IRC channels of which there are normally on average 5-10 people *actively chatting* on.

      Then there is the books published. Admittedly the pace of development has often rendered these books out of date very quickly. However there are at least half a dozen Zope books published, and a Plone book is already available for pre-order at Amazon. I think that is probably more books than any other open source CMS out there currently.

      There are also active development sprints being organised around the globe. The most recent being one in DC alongside the python conference last month.

      -Matt

  51. Comments about Python and Zope. by Futurepower(R) · · Score: 2, Interesting


    Also see the comment below: Python is great. Zope is well-written and badly documented.

    From another comment below: PHP is horrible -- Experiences of Using PHP in Large Websites

    Eleven more reasons why Python is wonderful, from a comment below.

    From a comment below: Major problems with Zope and Plone.

    Correct link to Nuxeo's Collaborative Portal Server. Also, in French: CPS.

    No active Zope development community?

  52. Elegant by jefu · · Score: 1
    I've been doing software for mumblety-mumblety years and have programmed in (or evaluated - which usually has meant programming enough to get a good feel for things) almost every language that has achieved any kind of widespread use (and a few that have not) and by far most of my programming now is being done in Python (with other bits being done in C, Java and Haskell as appropriate).

    I find Python very elegant though in a rough hewn sort of way (for more refined elegance try Haskell). PHP in contrast feels just rough hewn (and not in any particularly elegant sort of way).

    Python has libraries to talk to pretty much any database I've encountered and extensions that allow me to do anything I've wanted (so far).

    Not to say that Python doesn't have a few warts - but over time these are being incrementally fixed - and usually in very nice ways.

    I'm actually a bit glad I didn't learn Python as a first language - it would have made learning other languages so much more frustrating - why learn another language that doesn't do what Python does or that does the same thing so much more awkwardly.

  53. Commercial support matters? by Queuetue · · Score: 0, Troll

    Normally, I'm happy with the community support you can find around an oss project, but some little jackass named vinsci actually just censored me in #plone.

    Essentially, that makes it impossible to get assistance, since the docs are incomplete and out of date. With Plone, there is a small core of developers, and if you can't make friends with them, then you can expect no support.

    Unless they can figure out some way to remove the thugs from the process, you may want to pass on plone, unless you want to be your own support team.

    1. Re:Commercial support matters? by Anonymous Coward · · Score: 0

      Go figure. I guess you just learned a lot about plone, eh?

    2. Re:Commercial support matters? by gregfortune · · Score: 1

      Then find a company that supports plone as a business... Several have been posted already.

    3. Re:Commercial support matters? by Tiran · · Score: 2, Informative

      That's not true. We tried to help you but you resisted reading some essential books, manuals, tutorials and examples about Zope, Plone and Archetypes.

      We help other people on #plone in our free time and we don't get paid for it. We like to help and most people are amazed about the help they get on the mailing lists and the irc channel.

      We are helping newbies to start with plone and we are helping novice to experts with precise problems. But we are not able to take you on your hand and guide you from the beginning to an expert. You have to spend time to learn all stuff yourself or you have to pay money for commercial support.

      You don't need to be our friend to get help from us but if you start to offend us you can NOT expect to get more answers to your questions.

      Tiran
      Plone and Archetypes core developer
      Supporter and moderator on #plone

    4. Re:Commercial support matters? by Queuetue · · Score: 1

      Like I said, most OSS projects have helpful channels where sensibility reigns. Tiran is a member of that 'core clique' I was talking about in the #plone channel.

      Once again, expect to support yourself, unless you're prepared to do what's necessary to make friends with people like this, or as another poster suggested, you hire a professional who can provide support without playing silly games.

      I suspect this stupid feud will continue for as long as I choose to evaluate plone - until eventually I reach the point where I can support myself in it, I make enough 'friends' to overcome the bad eggs, or the cost of dealing with problematic egos like these just isn't worth the convenience of a cms framework.

      Of course, maybe these are just the only people who were hanging around on Easter Sunday, and it's unfair to judge the entire group based on them. Regardless, don't judge the communities around all OSS projects based on the bad attitudes you may find here.

  54. E-Commerce Support by m_evanchik · · Score: 1

    Which of these set-ups have good support for e-commerce? Particularly open-source e-commerce platforms, if anyone can suggest any that are stable and robust.

  55. But how efficient is it? by Micah · · Score: 2, Interesting

    The state of Open Source CMS's has been driving me nuts for quite some time.

    Specifically, nearly all are written in PHP. I have nothing against PHP in general -- it is a fine language for some things.

    But it is not inherently persistant -- code has to be parsed and any objects recreated for every HTTP request. I've been watching projects like Xaraya and Drupal, but they are alower than they should be. Last time I tried Xaraya, it was positively glacial. Drupal is somewhat better.

    A few of us had a similar problem a while ago when trying to develop a Linux knowledge-base type application. A complex OOP solution in PHP absolutely killed performance. It didn't work.

    I've tried the Zend Optimizer with Xaraya but wasn't too impressed.

    I think that CMS's should be self-contained application servers. Any objects created should be persistant, not needing to be re-created for every HTTP request.

    I have a wild idea floating around in my head about a C++ CMS. I don't promise anything, especially since I'm not super-strong in C++. But I'm in the "tinkering" phase and maybe something interesting will come out of it. I guarantee it would be the fastest CMS on the face of the earth. :) Oh yeah, and it would be optimized for PostgreSQL. My other major CMS annoyance is that MySQL is always the preferred DB. If anyone wants to talk about this idea, feel free to email me: micah AT yoderdev DOT com

    Python/Plone/Zope could be an OK platform, but I'm still a bit concerned about performance. It seems as though applications that should reasonably written in scripting languages, like little desktop utilities, are written in C/C++, and things that run on performance critical servers are written in scripting languages, when they should be written in C/C++.

    1. Re:But how efficient is it? by HammerToe · · Score: 3, Interesting

      There is more to application servers than just raw performance. Hardware nowadays is much cheaper than development time. This is not to say that programmers should be lazy just because they have faster servers. I am just saying that things like dynamic memory allocation and rapid development offer many benefits in term of minimising errors and reducing code maintainence time than raw performance.

      Incidentally though, certain parts of Zope, e.g. the security code which is exectuted many times on every request are written in C for added performance.

      Zope has many features for tuning speed, including various cache managers.

      -Matt

    2. Re:But how efficient is it? by Micah · · Score: 2, Interesting

      That's good to know. Maybe I should give it a try.

      By "cache managers" do you mean content caching? That was one of my ideas. The application server would cache, for example in a Slashdot style application, the entire tree of comments for recently viewed stories. That would make browsing the comments do-able without a single DB hit! Does Zope do something like that?

      And how is it memory-wise? Could it easily fit in an inexpensive virtual server that gives you 256MB RAM (or less)?

      I used to commercially host Slashcode, and the memory requirements were insane. Allowing 256MB per site is a bare minimum.

      I'm guessing it should be better, as mod_perl in multiple Apache processes, plus the separate "slashd" is the major problem.

      But still, Python will take significantly more memory than a similar C app. I want the RAM to be used for caching content, not wasted, or even required (huge amounts, that is).

    3. Re:But how efficient is it? by HammerToe · · Score: 3, Interesting

      Yes, I mean content caching. Zope comes with two cache managers as stanndard (there is an API if you want to writee your own). One is RAMCacheManager, which caches the results of method calls (including page template rendering) to RAM. The other HTTPAcceleratedCacheManager sets HTTP cache headers so an upstream cache (e.g. Apache mod_proxy or Squid) can deal with it.

      The caches are very flexible and the RAMCache allows you to cache 'bits' of a page. E.g. we often dynamically build navigation for a site, but RAMCache the results so that the script that traverses the ZODB building the navigation does have to run on every hit.

      Zope does have quite high memory requirements. It doesn't need to use all that much to start with (50-60MB) but it has a (tunable) cache that means by default it will use more like 100-200MB on a medium sized site. Our main production Zope servers that host about 60 zope sites runs about 400MB.

      -Matt

    4. Re:But how efficient is it? by lux55 · · Score: 2, Interesting

      memcached is a really cool cache system that I believe slashdot.org also uses now for caching comments. It's super easy to integrate into an app in various languages (Perl, PHP, Python, Java, etc.) and the protocol is published as well, so it can be made compatible with any language/application. 3 lines of code, and the performance of your site skyrockets. Check it out at:

      http://www.danga.com/memcached/

      Note: I have no affiliation with memcached, danga, or livejournal -- I just think it's a really sweet solution.

      Cheers,

      Lux

  56. Thanks Apple! by Anonymous Coward · · Score: 0

    Once again, Apple demonstrates how software development is SUPPOSED to work. Thanks, again, Apple!

  57. Re:Huh: My humble opinion by foandd · · Score: 1
    I can understand having strong opinions on subjects but how can you make false statements of a factual nature and mask them under a "IMHO" shield0.
    ...
    As for your empty comparison of mod_pythion and php, even if php is running cgi mode the chances that in the real world python is faster than php is almost impossible.

    Interesting that you'd make both those statements. Have you done any benchmarks? No, of course not, or you'd know that your second statement is totally wrong. Here's a clue for ya based on actual testing rather than ill-informed opinions:

    PHP is slow. It starts up slow, and it runs slow. Perl is a speed demon on startup, and Python, while significantly slower than Perl on startup, still beats the pants off PHP. For those who wonder why startup time matters, remember that we're talking about CGI here so you're spending that time for every page load.

    For a given task, Perl and Python will always beat PHP on runtime, and usually by quite a bit. Which of Perl or Python is faster seems to depend on what you're doing, but they both generally kill PHP. Now, I've not looked at the source for any of these languages' interpreters, I've just done some testing of them, so I don't know why PHP is so slow, I just know that it is. Maybe the fact that Zend makes a lot of money selling add-ons to make PHP faster has something to do with it. Or, maybe (and there's a fair amount of evidence for this one, I think) PHP is just a lot more poorly written than the other two.

    Having said all that, I use PHP for most of my web development, and one of the reasons is speed. How can that be? It comes from the fact that whatever extensions you need in PHP you compile in, whereas in Perl and Python they're dynamically loaded. This turns out to have huge implications. I've got some fairly complex PHP scripts which start up, run, and finish in less time than it takes to for Perl to load CGI.pm. So you have the strange situation where the language which is slower in just about every individual aspect is actually faster for the whole job.

    Note that this situation changes radically when you bring mod_python into the mix (I've not tested with mod_perl, as I'm more a Python kinda guy). In this situation, where you can load the modules once when you start Apache, Python's superior speed shows bigtime. Mod_python vs. mod_php isn't even close to being a contest; Python flat spanks the pants off PHP. I'd expect the situation for mod_perl to be similar.

    I know this won't sit well with all the PHP fanboys out there who think it's God's gift, but so be it. PHP is a genuinely useful language, moreso than many want to admit. It's also kludgy, hackish, and slow, and no amount of wishful thinking or rabid ranting is going to change that.

  58. Plone is very good by forgeeks · · Score: 0

    We use plone on our corporate website at http://thebbgn.net

    We are actually testing the rollout and it randomly takes people to the new site. We found it to be very easy to customize and add content. Our major problem was we have so much content and very little time to actually add it so our website was constantly needing updating. With Plone/Zope we can set dates for content to appear and actually work on it in "visible" mode and then when we are ready we set it to "published" so it will appear to the visitors.

    Check it out:
    http://thebbgn.net

    --
    -- Powered By Linux
  59. e107 dude by Anonymous Coward · · Score: 0

    check out e107.org for a pretty neat CMS

  60. Re:These two articles convinced me, a long time ag by |>>? · · Score: 1
    I know, I removed the space as soon as I pasted the URL, hit Enter, got an error. Do you really think that a person who's been a programmer for 24 years is that dense?

    Shrug.

    --
    |>>? ..EBCDIC for Onno..
  61. Plone/Zope/Python is fast on Opteron by supton · · Score: 2, Informative

    Shameless AMD plug, but Zope's performance on AMD64 is very good. As long as you pick an architecture that has decent integer performance, you are likely to find that VMs (Python, Java, .NET CLR, etc) will usually run decently fast for most apps. The same isn't a much true with SPARC or ppc (not to knock those platforms).

  62. Re:Zope hosting $$$ by Collin · · Score: 1

    I took a look at Plone 2.0 and the feature set looks very good and mature. However, to deploy it requires the server to run the Zope app server, which is not currently available on my webhost and isn't commonly available on most webhosts. So this system is only useful if you can deploy a dedicated server or afford a Zope hosting account. When Zope is available, the hosting prices are much higher and don't include much disk space or many other features commonly found in other webhosts, like Mailman, Cpanel/Plesk, unlim mail/mysql, multiple domains, etc.

    I do alot of work for non-profit orgs that need a solid content management system and they could really benefit from the users/groups management and permissions in Plone 2.0 since they generally have lots of people and volunteers working in many areas. However, they usually can't afford the high monthly fees for Zope hosting.

    What are the real reasons why Zope isn't more widely deployed at webhosts? Where can low cost Plone-capable hosting be found?

  63. Python Resources. Why Plone? by Futurepower(R) · · Score: 1
  64. Re:Zope hosting $$$ by 3.2.3 · · Score: 1

    You can find many hosting options starting at Plone.org. But here's some free Plone 1.05 hosting:

    http://www.objectis.net

    Plone is a serious CMS. If you are that serious, you really need to be dedicated hosting or colocating and control your application server deployment.

  65. Re:Huh: My humble opinion by con · · Score: 1

    > there are talks about integrating it in Openoffice.org
    It is already available in OpenOffice.org - when installing OpenOffice.org slect "Custom Install" and select PyUNO.
    CPH

  66. C|net's builder.com covered Zope last year too... by darthcamaro · · Score: 1

    There is a pretty solid article over at C|net's builder.com that was written last August.

  67. Re:Zope hosting $$$ by Anonymous Coward · · Score: 0

    AFAIK, the only hosting provider that supports Plone 2.0 is python-hosting.com
    (although Zettai
    will probably support it soon as well ...)

  68. Re:Zope hosting $$$ - Plone 2 by davewave2 · · Score: 1

    Well, you can check Objectis home page, they announced the Plone 2 registration opened, even if there is a warning regarding some minor problems.

    There is allready 87 Plone 2 sites in production today

  69. Re:Huh: My humble opinion by pauldy · · Score: 1

    I'm guessing you don't understand anything about the underlying architecture for either language. That's fine I'm perfectly willing to do a benchmark scenario. Just to make it so you can't bitch give me a distro, apache version, python version, and php, version. I will run 3 separate test, script initialization, normal run, and high load. I can almost guarantee right now that PHP will come in way behind python for script initialization but ahead in the other two areas.

    Also the test I would like to perform are DB access so if you think it works faster with postgres than mysql let me know now. The other test I will run are a linked list sort of ~100,000 items or more depending on how long it takes. I will run a binary sort, and a bubble sort. Next, I will do some dynamic image creation probably a banner ad type image.