From Fedora Project Wiki
fp-wiki>ImportUser
(Imported from MoinMoin)
 
(Fixed template)
 
(3 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Template:Tip}} This page is just for reference now. Plone+Zope was decided as the solution we would stage and deploy in this site. Meeting logs and minutes are available from [[Websites/Meetings|  Meetings]]  page.
{{header|websites}}


{{Admon/tip | This page is just for reference now. Plone+Zope was decided as the solution we would stage and deploy in this site. Meeting logs and minutes are available from [[Websites/Meetings|  Meetings]]  page.}}


= CMS =
= CMS =


This page is for a living discussion of our CMS needs and options.
This page is for a living discussion of our CMS needs and options.   
 
[[TableOfContents(3)]  


== Requirements ==
== Requirements ==
Line 12: Line 11:
These are mandatory requirements.  None of the items on this list should be considered optional.
These are mandatory requirements.  None of the items on this list should be considered optional.


1. Must be built entirely with FOSS technology
# Must be built entirely with FOSS technology
1. Must be packaged in Fedora Extras prior to implementation
# Must be packaged in Fedora Extras prior to implementation


== Wishlist ==
== Wishlist ==
Line 19: Line 18:
These are strongly desired of our chosen solution.  They may not be mandatory, but strong preference will be given to the candidates that meet most of these items.
These are strongly desired of our chosen solution.  They may not be mandatory, but strong preference will be given to the candidates that meet most of these items.


1. Written in Python
# Written in Python
 
#* Our existing tool set and much of the web applications we are currently using are written in Python.  Python seems to provide a security advantage.  Much of our talent pool is capable of working on a Python solution.  A Python-based solution would be easier to maintain and would get more confidence from our admins.
Our existing tool set and much of the web applications we are currently using are written in Python.  Python seems to provide a security advantage.  Much of our talent pool is capable of working on a Python solution.  A Python-based solution would be easier to maintain and would get more confidence from our admins.
# Can do XML magic
 
#*W e want to use XML as our single-source and build from there.  This means the CMS should be able to run XSLT processing operations, and so forth.
1. Can do XML magic
# Can integrate with the Wiki
 
#* We expect that the Wiki is going to be an editor of choice for many for some time to come.  We need seamless backend and frontend operations for moving content to and from the CMS and the Wiki.
We want to use XML as our single-source and build from there.  This means the CMS should be able to run XSLT processing operations, and so forth.
 
1. Can integrate with the Wiki
 
We expect that the Wiki is going to be an editor of choice for many for some time to come.  We need seamless backend and frontend operations for moving content to and from the CMS and the Wiki.


== Candidates ==
== Candidates ==
Line 138: Line 132:


==== More ====
==== More ====
----
 
[[Category:Websites]]
[[Category:Websites]]

Latest revision as of 16:16, 3 June 2008

This page is just for reference now. Plone+Zope was decided as the solution we would stage and deploy in this site. Meeting logs and minutes are available from Meetings page.

CMS

This page is for a living discussion of our CMS needs and options.

Requirements

These are mandatory requirements. None of the items on this list should be considered optional.

  1. Must be built entirely with FOSS technology
  2. Must be packaged in Fedora Extras prior to implementation

Wishlist

These are strongly desired of our chosen solution. They may not be mandatory, but strong preference will be given to the candidates that meet most of these items.

  1. Written in Python
    • Our existing tool set and much of the web applications we are currently using are written in Python. Python seems to provide a security advantage. Much of our talent pool is capable of working on a Python solution. A Python-based solution would be easier to maintain and would get more confidence from our admins.
  2. Can do XML magic
    • W e want to use XML as our single-source and build from there. This means the CMS should be able to run XSLT processing operations, and so forth.
  3. Can integrate with the Wiki
    • We expect that the Wiki is going to be an editor of choice for many for some time to come. We need seamless backend and frontend operations for moving content to and from the CMS and the Wiki.

Candidates

Zope 3

Zope 3 is the successor to Zope 2. As this represents the future of the Zope platform, it would be a more future-proof approach for us to target this newer platform.

Features

Pros

Cons

  • Zope 3 is not completely backwards-compatible with Zope 2, and many Zope 2 Products would be unavailable on a Zope 3 solution.

Demos

More

Zope 2 + Plone

Zope 2 is a highly-developed content management framework. Plone adds to this an advanced CMS interface. The combination of the two would give us a powerful, extensible, and easy-to-use system for managing the website.

Features

  • Provides a full CMS solution in Python
  • Has both an advanced WYSIWYG editor and a raw HTML editor, which can be mixed even within a session
  • Is capable of storing, managing and presenting other forms of media
  • Each of Zope and Plone support extensions (called 'products') that can add a huge variety of additional features

Pros

  • Covers many of our present needs in a Python solution, and can easily be extended to serve additional needs
  • As a Python solution, we have better chances of integrating with some of our existing technologies
  • Both Zope 2 and Plone are already packaged in Fedora Extras

Cons

  • Zope administration has a bit of a learning curve (Plone is easy for end-users to work with)
  • Zope 2's successor, Zope 3, is already on the horizon

If we commit to using this combination now, we may have to deal with a migration after Zope 3 is complete and Plone for Zope 3 becomes available.

Demos

More

Drupal

Drupal is a powerful and feature-packed CMS solution written in PHP. It has been frequently recommended for its extensive feature set.

Features

Pros

  • Provides and extensive feature set, fulfulling many of our needs

Cons

  • Written in PHP, not Python, security is a big concern, as is maintenance

Demos

More

Pylucid

Features

Pros

Cons

  • Very immature
  • Sparse documentation

Demos

More

CVS + Desktop Tools + Custom Tools

Features

An extremely flexible solution due to the complete control of the final product.

Pros

  • Full control

Cons

  • Requires time to build

Usage Cases

More