Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
The Internet

Content Management Systems For Linux? 18

Posted by Cliff from the does-this-exist? dept.
zoneranger asks: "I've recently been for an interview with part of a large global news company (naming no names)... I'd been sent for jobs in Linux Sysadmin, but found out shortly after arriving that they only used Solaris. Enquiring more deeply, they were basically using Netscape Web Server (mmm...) and Net Gravity, with an unnamed RDBMS in there as well. They also said that instead of taking out maintenance on the boxen, they would just buy another one if problems occurred, and roll it out. It occurred to me therefore that the only reason they weren't using Linux on whatever hardware was simply down to software availability, so my question is: Are there any CMS's for Web Development/etc. under Linux that the 'big boys' would use? Are people using Zope, etc., out there to enable just about everyone to submit content? "
This discussion has been archived. No new comments can be posted.

Content Management Systems For Linux? More

Content Management Systems For Linux?

Comments Filter:
  • Obviously, the answer is "Slash" [slashdot.org].

    :-)

  • A review of content systems out there ... (Score:3)

    by mrgrumpy ( 26629 ) on Tuesday April 11, 2000 @03:00PM (#1138788) Homepage
    This is an email I sent to some friends on this exact topic ...

    After having slaved away for several weeks building an per/xml based content engine (Kumera [cyber4.org]), I started having a look around to see what else was out there, and got suddenly depressed.

    The only saving grace was that is Australia, the cost of running a dedicated server is way too high, and so there is still space for a cgi-bin perl based system.

    Although you may not be interested in all of this, I'm doing it for my own sanity and clarity ...

    In my wandering I have found ...

    http://slashcode.com/ [slashcode.com] - the content engine that slashdot is based on. Runs in mod_perl (or cgi-bin I guess), very sofisticated. Has daemons that run to collect content for the slashboxes and everything else we know and love about slashdot.

    http://www.zope.org/ [zope.org] - not sure, I think it's a python based application server that has some content systems built around them, including (just to confuse you) http://squishdot.org/ which is the slashdot code ported to zope (I think)

    http://frontier.userland.com/ [userland.com] - is a news system/engine that has a thing called manilla, http://manila.userland.com/ which is a front end to editing and so on. Frontier isn't free or open source, but very popular.

    http://java.apache.org/jetspeed [apache.org] which is a portal based engine built on top of turbine [apache.org] which is an applicate framework for building applications. There is a content engine and discussion group system that are developed by someone else, who are expecting to open source the discussion groups, and provide source and binarys for a low cost of the content engine.

    And there are a few more application systems, which are not exactly content management systems as such, but could be used to build some ... like cold fusion, active server pages, java server pages, php3, and the list goes on and on and on ...

    The more I look there more there is ...

  • While I am happy Slash is finally out for public use, the codebase is an absolute mess and not suitable for a company that wants a solution they can deploy quickly or reliably.

    Then again, there is also the mod_perl problem. I know, some companies have managed to make it work - and if you are extremely careful it looks like mod_perl can be useful - but truley mod_perl is a case of the emporer having no clothing.

    Rampant limitations on your perl code, rampant problems of memory leaks, module incompatabilities, special cases, special coding needed and heavy process size. Thread problems, core dumps and so on.

    If you really need to use perl to script pages, your better off running IIS/Asp with Activestate's perl system for ASP.

    That being said, when we looked at all this we realized there are no good systems out there yet - we had to write our own.

    &sign($AC[0]);

  • Not that I have used it but what about Enhydra [enhydra.org]? Shouldn't it be a worthy contender in this space? It is afterall a Java based solution and this is usually something "the big boys" like more than something as non-industry standard as PHP.
  • You might also want to take a look at Midgard. I just installed it a couple days ago as my first foray into application servers. It runs on top of apache and a patched version of php3. You can check it out at http://www.midgard-project.org [midgard-project.org]

    It currently only supports MySQL, but with the forthcoming 2.0 version all ODBC compliant databases will be supported.

    As for whether or not the "big boys" would use it, I don't know, you could probably answer that better than me. My guess would be that while it only supports MySQL the answer would be no, but once the ODBC support is integrated the answer might change.

  • Squishdot is not a port of the slashcode, it's a clone of some of the basic Slashdot functionality that was produced long before the recent release of the slashcode. It currently lacks features such as self-registration, member pages, post ranking, member pages, etc.

    Nevertheless, it is an astonishingly useful product, and can be set up on a working Zope installation within about 5 minutes.

    Some sites running Squishdot include:
    Technocrat.net [technocrat.net]
    Gnotices [gnome.org], Gnome developer News
    70South [70south.com]
    eBiquity.org [ebiquity.org]
    91.266A - Numerical Methods [carleton.ca]

    and my own FIAWOL site [fiawol.com].

    There is also a big project underway to build a 'Portal Toolkit' (PTK) for Zope. You can find it here [zope.org]. The features of the PTK include self-registration, member pages, wizards for member contributed content, a review mechanism for member contributed content, multiple integrated sources for user authentication, most portal content 'discussable', etc.
    --

  • openCMS (Score:2)

    by JEL ( 24988 )
    It seems to me that opencms [opencms.com] could be a system for you although I didn't succeed in installing it. As far as I understood, there is a news function, folders, workflows and other things making sense in CMS. I don't know if it's already really useable but you could give it a try.
  • I have to second that. I've been looking at Enhydra, and am very impressed with what I've seem.

    What Lindus forgot to mention was the Enhydra is open source!
  • There's some confusion amongst the previous responders (and myself, I guess) about what you're considering a content management system. Do you mean dynamic page generation (a la PHP), or do you mean revision control (a la CVS), or do you mean something like a templating system and an easy interface for non-technical users to contribute info (a la Interwoven's TeamSite), or do you mean digital asset management (a la Artesia Technologies' TEAMS)?
  • Another approach might be to use the "shared workspace" style. A shared office design rather than a bulletin board design.

  • The following information sources are usually a bit more productive that the current manuals:

    The Zope Documentation Project [zope.org]

    The mailing lists [zope.org]

    The How-Tos [zope.org]
    --

  • Zope is used my a respectable number of sites, that we can verify anyway. Netcraft [netcraft.net] only reports the servers running straight Zope(Zserver), and not the cases where Zope runs behind another server. In the measured category, it tops Roxen (which may be underreported due to the config option to change the Server string) on their list of .coms in March ( March Report on Zope in .com [netcraft.com] ) Zope is quite a powerful system, content management is one of the key aspects of it. I run it in conjunction with Roxen, and it provides for a good platform.

    The PTK (Portal ToolKit) is coming along nicely, and makes for a very nice, easy to use platform.

    If you try it, do try to remember the recommendation that complicated logic should be done in Python, not DTML. The D in DTML does not stand for 'Dynamic', it stands for Document. DTML is a Document Template Markup Language. Python is for programming. Keeping this in mind will significantly help you keep your sanity.

  • One player you should not overlook is Roxen Platform (www.roxen.com [roxen.com])
    And the web-server (Roxen Webserver) is GPL!
    Also, dont forget to check out Roxen Community [roxen.com] where you can get a better idea of what people are saying about it!
  • I have been using Zope for months now and once you get over the early documentation issues (meaning: there is very little in the way of starters, but there is plenty if you have a good sense of Zope) you will find that it has some extreme power.

    On the content management side, it has built in users, groups and roles which allow you to easily break content out to different people. I have about three or four people working on content and it is easy to control. The interface might take a half hour to get used to but after that, even the most novice user "gets it.".

    Coming soon for Zope..
    - ZEO (Zope Enterprise Option) which will allow you to easily "cluster" a Zope installation over servers.
    - PTK (Portal Toolkit) which will make it easier to set up, develop and manage a website (portal)
    - More Products. There are 2-3 very useful products release every week.

    BZ

  • Zope (Score:2)

    by bko ( 73379 )
    I've had a chance to use Zope recently, and it's a great piece of software. I expect that in a year or two everyone who's doing this stuff will be seriously interested in it -- it will let you do just about everything from the web, it should start getting tool support to make integration with tools more transparent, and it will be documented.

    However, until that time, the documentation is a significant source of headaches.

    As an example, in trying to write some DTML (Zope's dynamically generated HTML variant) to do some coding, I spent several hours trying to figure out what syntax was needed to reference a variable. This was WHILE reading the manuals, looking at every faq possible on the Zope site, etc.

    I consider myself a good figure-outer of things that are poorly documented, as I'm willing to experiment mercilessly, but this was ridiculous.

    That said, power isn't lacking in using Zope. The web front-end makes using it easy for non-full-time developers, the versioning makes it easier to recover from mistakes (it keeps a complete revision history for all of the files in Zope), the software is Open Source and Free Software (BSD-licensed), and you can extend it with a real language (Python).

    But the documentation will be a killer until the first O'Reilly book comes out, I expect... :(

  • I'm a bit late in responding, but I guess (having looked at PHP and the like myself) that I really mean (and should have originally posted) some sort of system that provides: 1) Revision control (as you mentioned) and allowing multiple people to update the same sort of info 2) A templating system and an easy interface (as you mentioned) with an option for adding things such as images (possible using HTTP file upload) 3) A system able to accept and then massage contributions via email, other web-feeds, etc. Those are the main bits I guess, particularly the template-based system to basically allow anyone (and everyone) to contribute. Mediasurface offer such a system (I believe) which someone told me is now appearing for Linux, and I remember seeing a system based on Java applets... I guess at the end of the day I was meaning a system that was built for the people more concerned about getting the content out quick without worrying about the technical bits, or (in the obvious case of longer written stuff) the design.
  • Enhydra is an application development platform. It also have EJB and ORB support through Jonas and Jothathon. But again (like Zope and Turbine), you still have to write the Content Management System.

  • Re:Zope (Score:1)

    by yomi ( 20980 )
    > But the documentation will be a killer until the first O'Reilly book comes out, I expect... :(

    Yes, we are all eagerly expecting the O'Reilly book. There were some messages about a couple of weeks ago that mentioned a release date around december.

Slashdot Top Deals

Your files are now being encrypted and thrown into the bit bucket. EOF

Close