Обсуждение: CMS - portal server Question

Поиск
Список
Период
Сортировка

CMS - portal server Question

От
Achilleas Mantzios
Дата:
Hi,
i am thinking of deploying a CMS system for our corporate web server.

I have seen/installed/tested :

Jboss Portal : Seeems good and standards complying but too unstable
Apache Lenya : Very unstable - could not get it to any useful work
Php-nuke     : (despite our favor towards java, this seems stable but not what
we want)
OpenCMS      : Very stable but not so open source - some one has to pay to get
anything more than the basic

Practically from just browsing and using google one could conclude that there
are 10ths of
open source tools that do content management.
Also it is impractical to install even 10% of them.
Moreover web articles/reviews/comparisons rarely give anything but biased
views.

So since i think that our type of need falls in the same big family as the
ones
working in the unix/PostgreSQL/java world i would like to ask you about your
experience
in this field.

Since we dont consider interfering with the DB backend in our immediate future
intentions, MySQL will be just as good for us.
Ofcourse i prefer postgresql for our applications, but if lets say opencms
started supporting postgresql just a month ago, then postgresql will not be
as strong a candidate in that case.

In the same sense java is prefered over PHP, since we dont intent to interfere
with CMS code, but if some killer PHP app does the job, then it will be the
one selected.

Thanx

Achilleas Mantzios.

Re: CMS - portal server Question

От
Sergiusz Jarczyk
Дата:
Hi Achilleas

Achilleas Mantzios wrote:
> Hi,
> i am thinking of deploying a CMS system for our corporate web server.
>
> I have seen/installed/tested :
>
> Jboss Portal : Seeems good and standards complying but too unstable
> Apache Lenya : Very unstable - could not get it to any useful work
> Php-nuke     : (despite our favor towards java, this seems stable but not what
> we want)
> OpenCMS      : Very stable but not so open source - some one has to pay to get
> anything more than the basic
>
> Practically from just browsing and using google one could conclude that there
> are 10ths of
> open source tools that do content management.
> Also it is impractical to install even 10% of them.
> Moreover web articles/reviews/comparisons rarely give anything but biased
> views.
>
> So since i think that our type of need falls in the same big family as the
> ones
> working in the unix/PostgreSQL/java world i would like to ask you about your
> experience
> in this field.
>
[...]

You can check both Alfresco and Jahia. Both systems use Hibernate for
O/R mapping, so there is no problem with PostgreSQL backend.

Sergiusz


Re: [GENERAL] CMS - portal server Question

От
Andrew Kelly
Дата:
On Fri, 2006-08-25 at 12:07 +0300, Achilleas Mantzios wrote:

<snip>

> In the same sense java is prefered over PHP, since we dont intent to interfere
> with CMS code, but if some killer PHP app does the job, then it will be the
> one selected.

Take a look at eZpublish (http://ez.no). Killer PHP app, supports
PostgreSQL.
Or maybe Drupal or a derivative (http://drupal.org).

Andy


Re: [ADMIN] CMS - portal server Question

От
Mark Matthews
Дата:
On 25/08/2006, at 7:07 PM, Achilleas Mantzios wrote:

> Hi,
> i am thinking of deploying a CMS system for our corporate web server.
>
> I have seen/installed/tested :
>
> Jboss Portal : Seeems good and standards complying but too unstable
> Apache Lenya : Very unstable - could not get it to any useful work
> Php-nuke     : (despite our favor towards java, this seems stable
> but not what
> we want)
> OpenCMS      : Very stable but not so open source - some one has to
> pay to get
> anything more than the basic
>
> Practically from just browsing and using google one could conclude
> that there
> are 10ths of
> open source tools that do content management.
> Also it is impractical to install even 10% of them.
> Moreover web articles/reviews/comparisons rarely give anything but
> biased
> views.
>
> So since i think that our type of need falls in the same big family
> as the
> ones
> working in the unix/PostgreSQL/java world i would like to ask you
> about your
> experience
> in this field.
>
> Since we dont consider interfering with the DB backend in our
> immediate future
> intentions, MySQL will be just as good for us.
> Ofcourse i prefer postgresql for our applications, but if lets say
> opencms
> started supporting postgresql just a month ago, then postgresql
> will not be
> as strong a candidate in that case.
>
> In the same sense java is prefered over PHP, since we dont intent
> to interfere
> with CMS code, but if some killer PHP app does the job, then it
> will be the
> one selected.
>
> Thanx
>
> Achilleas Mantzios.

Try plone.

http://plone.org/ Fantastic CRM system.

I realise you have a preference for Java/PHP but this is well worth a
look. Python is a great language to work with - very powerful.

"By default, Plone stores its contents in Zope's built in
transactional object database, the ZODB. There are products and
techniques, however, to share information with other sources, such as
relational databases, LDAP, filesystem files, etc." from http://
plone.org/about/plone

Good luck

-------------------------------------------------
Mark Matthews
General Manager
Object Craft Pty Ltd
Phone: +61 3 9654 9099
http://www.object-craft.com.au


Re: [ADMIN] CMS - portal server Question

От
Bradley Kieser
Дата:
I think that PHP will be were you are at. The Java route in the WEB
world is just too much code for too little benefit. It's fine for big
apps, but frankly, for web environments it's very top-heavy. Modern
scripting languages walk all over it. And yes, I do actually love
working in Java, I am very much in the Java camp.

I wouldn't use anything other than Postgres for production level
services. MySQL is great, but very lightweight and isn't really up to
real world applications. It's a data repository rather than a proper
database. Postgres is where you need to be if only because of the
extensive security and restictions that you can implement in schemas,
views and triggers. It is also extremely robust, scales excellently and
has a huge array of back end programming options.

Try looking at these:

http://plone.org/
http://www.infrae.com/

Your problem comes when you try to integrate with Groupware. Things
break down in the complete lifecycle part - i.e. interfacing to a proper
accounting and billing system with proper account handling, etc.

Best,

Brad

Achilleas Mantzios wrote:
> Hi,
> i am thinking of deploying a CMS system for our corporate web server.
>
> I have seen/installed/tested :
>
> Jboss Portal : Seeems good and standards complying but too unstable
> Apache Lenya : Very unstable - could not get it to any useful work
> Php-nuke     : (despite our favor towards java, this seems stable but not what
> we want)
> OpenCMS      : Very stable but not so open source - some one has to pay to get
> anything more than the basic
>
> Practically from just browsing and using google one could conclude that there
> are 10ths of
> open source tools that do content management.
> Also it is impractical to install even 10% of them.
> Moreover web articles/reviews/comparisons rarely give anything but biased
> views.
>
> So since i think that our type of need falls in the same big family as the
> ones
> working in the unix/PostgreSQL/java world i would like to ask you about your
> experience
> in this field.
>
> Since we dont consider interfering with the DB backend in our immediate future
> intentions, MySQL will be just as good for us.
> Ofcourse i prefer postgresql for our applications, but if lets say opencms
> started supporting postgresql just a month ago, then postgresql will not be
> as strong a candidate in that case.
>
> In the same sense java is prefered over PHP, since we dont intent to interfere
> with CMS code, but if some killer PHP app does the job, then it will be the
> one selected.
>
> Thanx
>
> Achilleas Mantzios.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>
>