Plone is a ready-to-run content management system that is built on Python and the Zope application server. Plone is easy, flexible, and gives you a system for web content that is ideal for projects, communities, websites and intranets.


Ratings & Reviews

Community Rating
4.3/5.0

Based on 49 user ratings.

Your Rating

Click to rate this project.

Links

1 links submitted so far. Submit your own links.

News

Edit RSS feeds.

    Scott Paley: Plone CMS: A Non-Technical Introduction

    The Frugalist does a very nice job of introducing the open source Plone content management system to non-technical folks.

    Some of the reasons why [open source] is very important to you are:

    the developers created this software for ... [More] their own daily use, in the real world

    these technologies are NOT developed and  licensed as commercial products

    by necessity this software is tested brutally and errors tend to get fixed quickly

    you are never tied exclusively to any one vendor or company

    the system is completely customizable and scalable to meet your future needs

    complete standards compliance means your site will stay current and viable [Less]

    Zea Partners: PloneGov: Newport News wins the 2008 Havlick award

    Newport News, a 180.000 inhabitants city of Virginia (USA), is the leader of the Open e-Gov open source project, one of PloneGov subcommunities. Following Paris, Lisbon, Brussels and Dublin, this new award becomes the 5th nomination in less than a year for the PloneGov initiative and collaborating Public Organizations.

    Ian Bicking: pdb in the browser

    People have asked me a few times about evalexception and pdb — they’d like to be able to use something like pdb through the browser, stepping through code.

    The technique I used for tracebacks wouldn’t really work for pdb. For a ... [More] traceback I saved all the information from the frames — mostly just the local variables — and then let the user interact with that through the browser. But with pdb you pause the application part way through waiting for user input, and the routine only completes much later.

    While writing WaitForIt I played around with techniques to deal with very slow WSGI applications. Not that hard, really — you launch every request in a new thread, and you manage those requests in an application of its own. So I started thinking about pdb again, and it started seeming feasible. Whenever the app reads from stdin it goes into an interactive mode, showing you what comes out on stdout and letting you add input to stdin. It’s nothing specific to pdb really.

    So, with a bit of hacking, I added it into WebError (which is an extraction of the exception handling in Paste). To give the demo a try, do:

    hg clone http://knowledgetap.com/hg/weberror/
    cd weberror
    python setup.py develop
    # You need Paste trunk:
    easy_install Paste==dev
    python weberror/pdbcapture.py

    What you’ll see is not polished, it’s just working, but since I mostly did it to see if I could do it, that’s good enough for me. [Less]

    Ross Patterson: Products.PDBDebugMode Egg - I've eggified my post_mortem debugging tool

    Just a quick heads up that I've eggified Products.PDBDebugMode so it's a lot easier to use in buildouts.  It can be as simple as:

    [buildout]
    eggs =
    ...
    Products.PDBDebugMode

    If you want some isolation, then you ... [More] can use zc.recipe.egg in a separate part:

    [instance]
    ...
    eggs =
    ...
    Products.PDBDebugMode

    Update: Simplified per Martin's comment. [Less]

    Martin Aspeli: Eclipse, PyDev, Omelette and buildout

    Bring on the code completion

Read all Plone articles…


Who uses Plone?

Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32 Anon32


Where in the world?





Project Cost

This calculator estimates how much it would cost to hire a team to write this project from scratch. More »
Include
Codebase 193,437
Effort (est.) 50 Person Years
Avg. Salary $ year
$ 2,729,480