Content Management Nightmares 280
bildstorm writes "I've recently been looking into content management systems for my company and have found that there are all kinds of systems out there. I've found that most Americans consider web content management to be the catch all for content management (like Interwoven). In Europe, I've noticed that what's referred to as digital asset management is what is usually meant by content management (like Artesia).
Has anyone used any of these systems well? For more than just web content? Has anyone tried any open source systems and used them well? I know there is a conference in Zurich next month for open source content management, but I don't know much about the products."
Zopealicious (Score:4, Informative)
Favorite things about Zope:
Re:Zopealicious (Score:3, Informative)
Zope + CMF = Content management (Score:4, Informative)
Re:Zope + CMF = Content management (Score:2)
Re:Zope + CMF = Content management (Score:2)
On the other hand, Squishdot can be considered "content management for dummies". I originally installed Squishdot to handle a very small, unique specification where we just wanted a "no effort/no cost" repository of files searchable & accessible via web browser. Anyone with an IQ above room temperature can get a vanilla install of Zope & Squishdot running. I thought this project would educate our user community and let them provide feedback so we would learn what was important to them in a "real" content management system. It just so happened that everything we disliked in Squishdot was readily fixable in DTML code. Today, we have a customized version of Squishdot that is tailored to our unique requirements. Along the way, we discovered that the simplistic interface in Squishdot was actually helping us win the hearts & minds of clients who were confused by the more elaborate offerings of our competitors (who spent $1 million+) developing some really snazzy stuff.
Today's IT management has better options than Squishdot, but anyone new to the concept of content management should play with it to form a basis of comparison.
Last but not least: handling everything via the web is not always the perfect choice for everyone, but when you have offices in North America, Europe, and Asia, it sure helps when you can manage via browser. Beats the hell out of Windows Terminal Server.
Re:Zope + CMF = Content management (Score:2)
If there was one thing Zope could really use, it would be the ability to conveniently & reliably use non-ZODB databases and/or filesystems as alternatives to ZODB object storage. There are plug-ins that attempt some of this, but they are limited and not particularly useful in conjunction with products like Squishdot.
By the way, FTP and WEBDAV are also management options, so it's really not limited to browsers. In exchange for the limitation of "http/ftp/webdav" management, you get platform independance. Zope server runs on Windoze,Linux,Solaris,etc. and can be managed by anyone with a browser on any OS whatsoever. That's about as un-Microsoft as software gets these days.
Having said all that, a "fat client" management program would make a nifty IDE-style environment, but the Zope designers seem to like the concept of being able to run the entire operation from the local Internet cafe or airport kiosk.
Like all the other app servers out there, Zope has a fairly steep learning curve. Among those who use app server systems, there is a great deal of the "what I know how to use is best" attitude. There are some people who look at Zope and just don't get it. For others, Zope is like a religion. I'm somewhere between the two. It's a great product, bordering on awesome. The fact is, nobody has the perfect all-purpose app server. If such a thing existed, we would all install it and there would be no discussion.
Re:Appserver + overlaying product = CMS (Score:3, Informative)
That's pretty much the case for most general purpose CMS (rather than something site-type specific like Slashcode, PHPWebsite or whatever). Whether you're talking about Zope or Vignette, you're still essentially getting a high-level toolkit, with some nice APIs to handle stuff at the level of user authentication, workflow capability and so on.
You're still going to have to put something on top to run your site, whether it's a higher-level still toolkit like CMF [zope.org] (Content Management Framework, note) for Zope, or Multisite Content Manager [vignette.com] (previously known as Enterprise Application Portal) for Vignette.
Re:Zopealicious (Score:1)
Wow, an OO webportal! I've been waiting for this.
I've toyed with the idea of creating an open source J2EE webportaling/weblogger program. Does Python have the persistance caching and other advantages J2EE has?
Re:Zopealicious (Score:2)
Yes. Check out ZEO (used by zope). The Z in ZEO is a bit of a misnomer, since you can easily use ZEO with regular python code (separate from zope), and transparently get the persistence you're looking for.
Re:Zopealicious (Score:2)
Re:Zopealicious (Score:2, Informative)
In Zope, objects that inherit from the Persistent class are automatically persisted; you dont have to do anything magic yourself (unless you want to have objects that can sort of 'auto-upgrade' themselves when new software installed -- there are hooks for that. Just about every Zope object inherits from the Persistent class.
In addition, Zope is transactional; so if two threads both attempt to update the same persistent object, one thread will be aborted and automatically retried if the object doesn't support a conflict-resolution protocol. Smart objects like web counters can implement that protocol, because the important information is "plus one" rather than any specific value. The ability to do an automatic rollback and retry takes a lot of the headaches out of trying to do transactional programming yourself. The transaction awareness extends to RDBMS adapters, so any participating RDBMS is also rolled back or commited as appropriate.
Zope has a fairly extensive caching mechanism to help cache both objects, and rendered content. In a large volume site, you still want squid out front though, because squid is a much more efficient page caching engine.
I can't speak for the various other offerings out there; other than I advise strongly against drinking the kool-aid.
ActiveWeb (Score:3, Informative)
Zope "Get's it" (and rocks) (Score:3, Interesting)
Zope seems like the real deal when it comes to Open Source companies. They release for free and then do commercial add-on and support. Cool stuff.
Zope has two sites: Zope.com [zope.com] and Zope.org [zope.org]. Send your developers to Zope.org and your boss to Zope.com.
.org is their community development site (which also runs on Zope). It is a very active very homey collaborative environment.
.com is the suit-friendly corporate face of Zope. This is where you send your boss to assure him that you can get commercial support / training. Zope certification will begin soon. This is one of the few certification programs that I'm ever likely to even consider.
All in all, Zope is a really solid piece of software. The new CMF does a great job of separating roles. Don't forget to visit the Demos [zope.com] (very informative).
Good luck with Zope. You will not ever regret using it.
-Peter
Lack of $ not an excuse (Score:3, Interesting)
I had a similar lack of funding problem. My organization has a capital spending authorization procedure that rivals that of the Pentagon. I installed Linux, Zope & Squishdot on a piece of Pentium-100 junkware, and customized some of the Squishdot screens so as to make it look like series of customized portals to deliver reports as PDF file attachments. The powers that be couldn't wait to spend $7K on a Dell Poweredge server. There is so much more I would like to say about Zope + Squishdot, but I have to avoid needlessly educating my competitors. I can't mention where I work, my employer's line of business, the clients we serve, or any of the specifics, but I can say with authority that Linux, Zope & Squishdot can be turned into a "wonder weapon" against larger competitors who have more money to spend.
Content Management Systems (Score:3, Informative)
This is becoming a larger and larger issue among companies. I know of one company that is spending close to $3 Million US to get their content organized. In addition, I think there is also a movement to integrate Content Management Systems with Learning Management Systems. I guess this is a good idea.
Kris
Re: "...will convert...PDF...to...SWF" (Score:2)
Interwoven is a bear... (Score:3, Informative)
Microsoft Content Management Server (Score:3, Informative)
Was: NCompass (Score:3, Informative)
Re:Microsoft Content Management Server (Score:5, Informative)
Re:Microsoft Content Management Server (Score:2, Insightful)
Wiki [google.com].
state of play as i see it (Score:4, Informative)
my opinion - beware the hell of out of box stuff, (like red dot), you wanna budget about 50/50 buy vs build (or, better still save half your budget and use an open source system)
the open source alternatives, arsdigita, midgard, Zope Content Framework, are really every bit as good as the mid range CMS systems, but if the bureacracy is gonna wanna spend 400,000 dollars on a CMS systems like Vignette (bleech!) then nobody's gonna stop them.
<not a troll, no really>everybody, of course, is keeping a damn close eye on Microsoft, and their systyem is really shaping up, i gotta say, (if you like that sort of thing </not a troll>
if you want more, good info, check out cmswatch.com [cmswatch.com] and *the*, definitive cms-list [camworld.com]
Re:state of play as i see it (Score:3, Interesting)
It's improved tremendously in this iteration, although there's still room for improvement. see http://www.zdnet.com/supercenter/stories/review/0
I have to say you're wrong (Score:1, Interesting)
All the packaged content management systems suck,t hough. After a certian point, it's easier just to pick some decent base libraries or app server platform and roll your own. It will do what you want, you can see your source code, and you might be able to make ungodly sums of money later reselling it (Vignette).
Re:I have to say you're wrong (Score:2)
1. Information is stored in _Jet_. Jet is not access, it's also the current datastore for Exchange, which scales rather well if you hadn't noticed. (Site server 3.0 used Access and is a horse of an entirely different color and shape)
2. Digital dashboard makes 80% of the interface easy to manage and change in a drag n drop fashion. The other 20% is XML/XSL exposed and rather easy to program for if you've got a microsoft background.
3. Office XP makes for the BEST user experience, but Portal Server works okay with a web only submission method (IE or Netscape), and fairly well with 98/2000/XP with the portal server Client installed on it. You've just gotta behave well in a check-in/check-out document management system.
Haveing 'picked base libraries' and built my own, this is MUCH better.
Re:I bet you're a shitty programmer (Score:2)
My content management scheme.. (Score:1)
I can search by content (grep). I can search by date (find). I can filter to other types (sed). I can assign hiearchical meaning to records (mkdir).
I can even assign meaning by fields with the '=' operator, source the file with '.' and deference environment varibles!
Works great. I've implemented a change control system, a BBS (threads, fancy search engine, and all!), a user management system, a product management system and a bunch of other cool things with it.
Right now most of those systems support formatted plain text and html as output. But I could add an XYZ module with almost no effort.
So it's not secure. Nobody said anything about security.
Re:My content management scheme.. (Score:1)
That's the best part (Score:2)
But the BEST part: the execs understand that the CM is put together in shell, and that there is only so much it can do. (Well, that's what they think
..can you change the "alert" button to blue?
..can you write a cache of user data on the guy's harddrive?
..can't you just see if the guy's using netscape, and if he is, load the page in IE?
..can you change the brower's borders to match the site layout?
..can you make the confirm dialog box use Arial fonts?
..can you generate thumbnails for the mp3s?
(etc, ad nauseum)
Re:My content management scheme.. (Score:2)
Re:My content management scheme.. (Score:2)
And how has your user community accepted this?
How much was invested for training?
How have you been finding it w.r.t. scalability and concurrent use?
Just curious. Having worked for a now defunct Web-based CM product [netscape.com], CM acceptance is not dictated by programmers anymore ;-)
[I hate everything, I just hate Linux less.]
Re:My content management scheme.. (Score:2)
Happily! Before, we didn't have any content. Well, just a billion emails going everywhere and nobody knew what was going on. Of course, there was no budget for a CM system, so I "invented" one in my spare time that was put together with incredible speed.
> How much was invested for training?
Zero. Everybody who uses it also happens to be a unix systems programmer.
> How have you been finding it w.r.t. scalability and concurrent use?
Concurrent use problems were solved by doing all writes with a 10-line C program which blocks until it acquires an exclusive lock on the file.
("echo | copylock filename" instead of "echo >> filename")
Also, there are no "writes" to the data records, only appends. This happily also gets you a shell-parsable (while read line do eval blah done) revision model. Yay!
Reads never seemed to be an issue.
Scalability? Well, it scales big enough for what we do. A few hundred users, a little tiny overloaded linux box... It still works. If it ever stops working, then we'll "profile" the app (top) and move whatever pieces are sucking CPU into C.
The UNIX filesystem, though, seems to be a decent way to store data.
CityDesk... (Score:2, Interesting)
Check it out here
Interwoven TeamSite (Score:5, Informative)
A few things to make note of:
1) it's a good product, AS LONG AS SOMEONE QUALIFIED INSTALLS IT. Our installation job was completely botched by the company that did it, and it ended up being practically unusable. We had to hire contractors to fix it. Whatever software you end up choosing, make sure someone certified by the company installs it. It's more expensive up front, but will save you endless hassles and cost much less in the long run. For god's sake whatever you do, don't assume it's just like installing any other software and any bonehead can do it. It's just too complex for that.
2) For whoever will be managing the software: either hire someone certified by the company, or send the person who'll be managing it on as many training courses provided by the company as possible. The more they know, the better. For interwoven, a knowledge of PERL, XML, DTDs, and some sysadmin type capabilities are a must. Familiarity with JAVA is a definate asset.
3) TeamSite is a great product for straight ahead, content management, but if you want any bulk functionality, you'll need to do extensive customization. It's meant for one-at-a-time changes. A good PERL programmer will save you a lot of headaches in this area.
4) $$$$$. Any good content management software is going to cost you through the nose in training, installation, and the software itself. Expect it, deal with it. Make sure the marketing pinheads know it.
5) Get the tech support, you'll need it.
6) TRAINING TRAINING AND MORE TRAINING. Make sure the editors take at least a basic training course in using the TS GUI, or your manager will spend 95% of his/her time fielding calls from frustrated content editors who don't understand what a DCR (Data Content Record) is, and don't know how to unlock a file.
7) Last, and most importantly, install it on solaris. Do not, under any circumstances, install it on WINNT. Gah.
There are a lot of good resources out there for TS. It's a popular product, and I'm on a few mailing lists that are quite helpful.
If you have any questions about TS, you can email me privately and I'll do my best to answer them.
Re:Interwoven TeamSite (Score:2)
I've looked at teamsite and some other products like it. Personally I think that "good content management software" should, well, make it easy to manage content. In other words, it should not cost you through the nose in training, or preferably in installation and upkeep.
When content management systems cost so much and require so much training, it might just be better to develop clear, simple methodologies and rules about how to do things, and train your staff in those. Just keeping a well thought-out directory structure and rules about files names and where to put stuff can go a hell of a long way easing "content management".
And for those that respond, "That's ok for a small amount of content, but what about millions of files?" Well, simple procedures and rules can scale up. After all, with just an hour of training, anyone can find a book in an old fashioned library and know where to put it back again - even a massive library with millions of books. The trouble is these days we expect an 'automatic' solution to everything, when very well thought out, simple processes and a bit of care and attention will do a better job and not "cost you through the nose in training, installation, and the software itself".
Just ask a librarian.
Re:Interwoven TeamSite (Score:3, Interesting)
While minimal training is fine for the lowest level of users (the TS gui is pretty slick for those who are simple authors...), its when you actually have to get into the guts of the program that the training becomes essential.
Creating templates for the users is one thing that I had to learn on my own, and would have been a lot easier for all concerned had i some training.
On a higher level, you have the internal management of TS itself. It's a beast. Anyone who's thrown into taking care of it without any training.. well, I feel sorry for them. And those are the courses that cost in the range of 2k US each plus travel and hotel.
TS itself is composed of many pieces: There's TS for simple content, Templating for creating templates (of course), DataDeploy for deploying to databases or XML files, OpenDeploy for deploying static content, and a myriad of other interrelating products that are difficult to figure out on your own. I know this intimately because this is exactly what I had to do. For the first three months, I was nearly in tears with frustration.
Now that i've had some experience dealing with it, and have even installed it a few times just for kicks, I can comfortably say that I have a handle on it and that if it breaks, I can quickly find the problem. But it took me a LONG time to get here (almost a year now), even with a good knowledge of PERL and familiarity with unix environments, and the help of a great (and tolerant) sysadmin. If i'd had the complete training package, things would have gone much more smoothly.
Any content management software is fairly complex in nature, but one with as much flexibility and as many componants as TS is on a level all its own. That's not to say it's bad... I can look back on my experiences now and say it was a good thing and I wouldn't take it back. But I'd think good and hard before placing anyone else in my position.
Re:Interwoven TeamSite (Score:2)
I agree 100%. Installation and (especially configuration) isn't as easy as opening a GUI and fiddling with options. You have about 20 different config files, all in different formats (some are basically Perl include files, others are LISP like, yet others are XML, and more in a Windows
The more they know, the better. For interwoven, a knowledge of PERL, XML, DTDs, and some sysadmin type capabilities are a must. Familiarity with JAVA is a definate asset.
Yep, definitely. TS's main language is iwperl, a slightly modified version of Perl. All your scripts use this to produce pages from your DCR's. The templates are a weird mix of HTML, XML and Perl.
3) TeamSite is a great product for straight ahead, content management, but if you want any bulk functionality, you'll need to do extensive customization. It's meant for one-at-a-time changes. A good PERL programmer will save you a lot of headaches in this area.
This is my main beef with the product (apart from the price). In fact, this applies to all the big CMS systems (Vignette, Broadvision). Considering the amount you pay, TeamSite really does stuff all.
Whack CVS, a Perl templating toolkit, a few scripts to allow users to enter data, PostgreSQL and rsync, and you have a cheaper version of TeamSite that's probably easier to support and customise to your specific needs.
4) $$$$$. Any good content management software is going to cost you through the nose in training, installation, and the software itself. Expect it, deal with it. Make sure the marketing pinheads know it.
It's a hell of a lot of $$$'s. A typical install can run into the millions. You have to pay per user ($5000 for an editor/administrator, $1200 for a data entry monkey, IIRC. Aussie prices I think). I'm not sure of the price of Open/DataDeploy, and the base server is about $300k. Of course, it's all negotiable. If you're a "preferred customer", it'll probably be cheaper.
There are a lot of good resources out there for TS. It's a popular product, and I'm on a few mailing lists that are quite helpful.
That must have chamged considerably since I looked at it about a year and a half ago. It wasn't terribly popular, and there were no resources apart from Interwoven sites.
CVS (Score:1)
beware of interwoven (Score:1, Interesting)
it has got to be one of the worst, most tempermental services i've ever used.
the breaking point was after asking the IW consultant "how do we make and manage templates?" and having him reply:
"you can't. you have to call us."
we're now back (and quite happy) using out custom setup based on VSS, ASP, SQL Server and FTP via PERL Scripts.
incyte content mgmt (Score:1)
Lotus Domino (Score:1)
I use Lotus Notes (Score:1)
Security, multi-platform support, workflow, automatic versioning, support for any number of content types, it's all in there.
I looked at some other web content management systems, but the prices for Interwoven and similar were 6 figures or more. On a smaller scale, I was pretty impressed with RedDot [reddotsolutions.com], but still reverted back to Lotus Notes for product maturity and cost considerations.
Don't you know it is against the rules... (Score:3, Funny)
sPh
Re:in defense of Lotus Notes (Score:2)
Basically if you're using Notes/Domino it's not a huge effort to make a good CMS with Workflow/Templating/any other features management would like because exactly like you said, it's a great platform for RAD of worklow type apps.
word to the wise. (Score:2)
Try POSTNUKE (Score:1)
Re:Try POSTNUKE (Score:2)
Just don't go near PHPNuke.. (Score:2, Interesting)
The PostNuke [postnuke.com] folks have been doing a great job of clearing up the code itself, a much better job than the phpWebSite guys at Appalacian State.
Re:Try POSTNUKE (Score:2)
We're looking for a simple tool to share primarily MS Office documents. No real revision control necessary, just a web front end to a central repository for documents with the ability to show other users when someone has a document checked out for editing.
Maybe it's available in a module?
.
Re:Try POSTNUKE (Score:2)
Not difficult to write, but why do it if someone else has already done most, if not all, of the work, especially if it's opensource? This is just one project out of many that we are working on. We have to carefully choose what we try to do inhouse and when we just try to find something that is already available.
.
Re:Try POSTNUKE (Score:2)
FTP is just a repository. We need something where a user can tell if someone else has a document out for editing or not, who has what document and since when, etc. It's got to have a little intelligence. In addition to this, it has to be easy for our users so they will be happy.
No, FTP is not a solution at all. If that was all I wanted, that's what I would have implemented.
Cheers.
.
Everything is NOT a web site... (Score:4, Insightful)
Fast forward to 2002. Most of the document managment vendors from 1996 are gone. Now we have "content management", which seems fine as far as it goes but also seems (IMHO) to make the basic assumption that everything is, or will soon be, a web page. Management of plain old documents on plain old file servers (SANs now I guess) has been forgotten.
Hello! Not everything is content! Not everything will eventually become a web page!! Would the "content management" vendors please remember plain old business documents?
Thanks.
sPh
Re:Everything is NOT a web site... (Score:2)
Re:Everything is NOT a web site... (Score:2, Informative)
All I gotta say is thank God for AFS permissions when it comes to content management- a few netgroups and decently thought out tree makes things SO much easier to manage.
Re:Everything is NOT a web site... (Score:2)
Re:Everything is NOT a web site... (Score:2)
Also, in general documents can be formatted to be usable (or just look good) in only one medium. Something formatted to print on a 1200 dpi laser printer looks like crap on a web browser. And often the other way around too. So there is no need to get a web browser involved when it is not needed or wanted.
sPh
i made good experience with (Score:1)
there are loads of php/mysql related content management systems out there just look at freshmeat.
one thing about PHPNuke - it's not really GPL, but you get the "source" with the download. one guy is the author of it and he's happy if you buy something for his amazon.com wishlist. You can customize it to pull of a site where your users can post articles, post comments as well as a site, where your staff posts articles, and users cant login / post comments. there are loads of "plugins" for it - galleries, and what else you can think of.
just remeber to get this guy some cash if you use it commercially.
#define content and information (Score:3, Informative)
Some organisations try to use a 'content management system' (CMS) to transfer their pile of worddocs into data inside the CMS, which is then usable as 'content' for websites. However, this process is difficult and error-prone, and the end-result is not what most people want to have but another collided form of the data which was once stored into a huge pile of worddocs.
Here in Europe you have a lot of different CMS's. Some large ones try to grab a lot of external data and 'publish' that on websites, mostly by offering worddoc/office document importers, others are build around 'data' and stick viewers on pieces of data, which can then be used in websites or anywhere else. How I see it is that there should be a general base of data-elements which make up the core base of data-elements for an organisation, which is used in all kinds of systems that use that data, including viewer applications for websites. My CMS (CESys) does this, also others like the Open Source CMS MMBase follow this approach. I think that's the way to go: it forces organisations to think about HOW to store data and how which data is used, instead of keeping organisations at the level of "when you want to store information, open word and start typing". Because: webpublishing is just connecting a viewer and a piece of data to get viewed by that viewer and with the proper storage of data it's an easy job to do.
Content & Web: Blue Martini can also do this . (Score:2, Informative)
Another company which delivers a content mangement solution which integrates nicely into a web publishing and management environment is Blue Martini Software [bluemartini.com]. I've used their system on a few projects and it does a good job of managing content and pushing out new 'releases' when you have something new to publish. BMS currently drives some rather high-traffic websites, which if nothing else, proves their scalability.
Yes, BMS in commercial software, but quite good at what it does; it also includes a sophisticated API and a (supposedly, haven't worked with it) quite good Data Mining tool, all of which is nicely integrated
This is a real minefield..... (Score:5, Insightful)
The reality is that this is an inherently complex field, which requires a huge amount of business-thinking before the technical solution even becomes relevant - how do you want to manage your content ? Do you have a requirement for workflow-style solutions ? Is revision control important ? Do you need collaborative features allowing several people to work on a document at the same time ? Do you have a knowledge management infrastructure so you can re-use an accepted taxonomy ? What are your security requirements ? Where does your content reside - is it largely "document" based, or is it mainly database-driven ? How technically sophisticated are your content generators ?
Only after you have worked out what you want to do with your precious content should you consider what the technology can do for you - I suggest using any one of the myriad requirements gathering techniques used in software engineering and specify your "ideal" content management system, then drawing up a list of candidate technologies.
If you start with "what can the technology do for me", you almost certainly will end up spending a lot of time and effort (and money !) and getting very little in return....
Re:This is a real minefield..... (Score:2)
sPh
Additional content management software... (Score:1)
You really have to ask yourself what you want. These software packages are REALLY expensive--sometimes more expensive than the annual salary for a new-grad CompSci major. Do you need all the features of a full-blown content management system, or do need something that someone at your company could dedicate some time to and write?
I keep my manager content ... (Score:5, Funny)
InStranet (Score:2, Interesting)
PROPS (Score:2)
Configuration management (Score:2, Interesting)
As we're all experts here, I should point out that content management seems to be just a new buzzword for boring old configuration management with bells and whistles on.
You might therefore want to consider a configuration management system (CMS). Some of the CMS vendors relaunched their tools as content management systems during the dotcom bubble. You might want to look at them. Continuus (now Telelogic [telelogic.com]) did this, for example. And, of course, you could take the cheap and Open road and use CVS [cvshome.org]Re:Configuration management (Score:2)
sPh
Anyone used Cofax? (Score:2)
But has anyone here used it? What's bad about it? What's good? What else is better?
-B
Re:Anyone used Cofax? (Score:2)
I haven't used Cofax but I've studied it to an extent. We considered deploying it at one point, but opted instead to roll our own (linked in sig). While I of course can't resist plugging ours, I realize that not every one is looking for something written in PHP. So, you might find the list of other news site CMS's on this page [sourceforge.net] useful.
CityDesk (Score:3, Informative)
Re:CityDesk (Score:1)
(My opinion? Some good points, some bad points. He's very much a shrink-wrap developer.)
Re:CityDesk (Score:2, Informative)
Citydesk rules for small websites! (Score:3, Informative)
One Issue (Score:3, Interesting)
Most content managers create an AutoIndex feature that works similar "in theory" of a web search engine such as google. When adding static html files as objects into the system --- this works great because it is able to index the content of the HTML pages with pretty good "searchability"
Documentum (Score:1)
What are you really looking for? (Score:2, Insightful)
Some features I am looking for:
1) XML based documentation.
2) Multiple authoring tool compatibility.
3) Standards compatibility
4) Check-in/Check-out with release versioning a la CVS.
One of the interesting points I have seen is that content management alone won't cut it. You have to have the leadership in the company to push through the cultural changes to get a real return on the investment. A big point of content management is to enable all groups in a company to share information and build on the knowledge of others. The term coined in the article I read is knowledge management. Contenet management is the tool to free up kowledge in the company from departmental web server and file servers and make it available to anyone who needs it.
Dastardly
Flavors of Content Management (Score:5, Informative)
1. Content Management. A generic term for managing various types of content. It includes a system for managing digital content files (and perhaps offline content as well) along with metadata that describes the content. Usually workflow and security are included.
2. Document Management. Content management focused on text documents, office automation documents, and scanned images. These tend to be very workflow oriented.
3. Web Content Management. Obviously web focused content management that is oriented towards the web publishing process. Includes some workflow and usually publishing templates and perhaps a mechanism for actually publishing the content to the web server.
4. Digital Asset Management. Focused on being an archive or digital library that other systems such as web content management can draw on. The focus is on re-purposing of content. Often these system are rich media focused and include facilities for transcoding content from one format to another dynamically.
Hope this helps.
A few... (Score:2)
Have to say I mostly agree with those who saying 'define content'. What is it that you want to manage, and on what sort of scale? Most of the products above will cost you an utter fortune.
I've spent a while in this. In 1992 I was doing document image processing, in 1993 document processing with workflow, in 1995 working for a company called the Content Management Corporation (now bust, came this close to getting a deal to be distributed as an Oracle add-in when Oracle web cartridges were being pushed). On top of that, many of my friends worked in the same area. One in particular, who I won't name, has worked in technical pre-sales for a couple of the above products and so knows them well.
Basically, you must define content. You must define what you want to do with content - workflow, revision management, or just a glorified file system? And do take advice of posters above - the world is not composed soley of web pages.
Incidently, I've been given some mod points for this particular thread - a thread on a subject I've been dealing with for eight years. I'll do my best to give away a few intelligent points here and there...
Cheers,
Ian
"Content management" is the epitome of a buzzword (Score:3, Insightful)
The best definition I can come up with is that a CMS is anything that offers, in some form, with a reasonable level of integration, several of: content (especially file and data record) control (revision control, access control, triggers, backup), content entry, searching, workflow, templating, deployment, delivery (including personalization), and commerce support. Each of these is a category (perhaps a buzzword) in itself, and you'll have to research what they are and how useful they are to you. While all the vendors will say their products do it all (or--the next version will do it all!), each is stronger in some of these areas, weaker in others. They also vary greatly in the amount of out-of-box functionality, versus how much you need to build, and they differ in ease of extension.
Frankly, it's really hard to make a good decision about these products without putting a lot of time into evaluating them against your needs. If you don't have a good idea of what you want from a system, you'll probably end up buying a lot that never gets used (happens all the time!), and missing out on a lot that could have been useful. So I'd work at defining your needs (talk to everyone who will use the system to see what they think a CMS does), then ask specific questions of the vendors, and try to demo the systems before making a decision.
Also, learn the lingo. You actually can get information out of the marketing material, once you learn the code.
Good luck.
Re:"Content management" is the epitome of a buzzwo (Score:2)
The other critical thing to be aware of is that, compared to, say, your text editor, these CMS's are not mature products. They're bulky, slow, confusing, buggy, hard to install and administer. They're full of rushed, ill-conceived features. They usually have twisted histories that zigged and zagged based on major customer needs, stategy changes, marketing and technology fads, and bolt-on integration of acquired or licensed products--and it shows in a big way. (Welcome to the world of enterprise software!)
When they say "easy to install", they mean it takes one consultant one day--and that's probably for a minimal install that won't do anything useful! When they say "easy to use", they mean that after you have done the install and some initial integration work, and if you have a capable administrator keeping an eye on things, then the business user will be able to get his work done.
Be assured: There will be days when these systems drive you insane. On the bright side: After you've made them work, you can become a highly-paid CMS consultant!
Bricolage - open source CMS (Score:2, Interesting)
Postgres/Mason/mod_perl/lots of other stuff...check it out. the developers working on it know what they are doing. stable as all get-out and a pretty intuitive UI, in my opinion.
Documentum 4i and open source alternatives (Score:2, Informative)
I would like to state that I do not have any relation with Documentum.
According to an entire army of market researchers, among which Gartner, Seybold, etc, Documentum is the most important document management system on the market (Gartner: max. vision + max. ability to execute).
In my opinion the product is architecturally flawed and has serious shortcomings in terms of documentation (to say the least).
Architecturally flawed: the product still bears a legacy of client server, or better, outdated client application (i.e. Desktop client) and so-and-so server.
The so-called e-Content Server is in fact a topping of any major RDBMS (Oracle, SQL Server, DB2) which turns that RDBMS into an object-oriented DB and inserts and manages the usual document mgmt stuff into the DB: versioning, document life cycles, workflows, etc. Nothing extraordinary and one might ask why in heaven do they need to turn around the nicely structured relational database into a very intransparent OO DB.
The webifying of the entire thing, because that is what Documentum is after right now, is strategically an absolute mess. I very often had the impression that Documentum itself does not know which direction to choose: J2EE?
Stability: the product is very unstable, server-wise as well as web-client wise. The client-server Desktop client is better but outdated.
One could actually ask whether it is a product or a service you get in exchange of your million dollars or so. Sure you get some software but it requires a tremendous amount of "customisation". And, o yes, forget about getting a set of proven procedures etc. Documentum just shines in terms of absolute lack of documentation on best practice, methodology etc.
An open look under the hood: Documentum is to a large extent a puzzle of software from other vendors. As said: 3rd party RDBMS (ok, we can live with that, SAP also uses mostly 3rd party DBs), 3rd party search engine for the repository (!!!), 3rd party PDF rendition software (!!!), 3rd party (OPEN SOURCE!!!) XML engine (Xalan or Xerces, I do not remember)...
Can a company go for an open source content management system?
Sure it can, especially since large chunks of a commercial document management system are based on open source. But that is the wrong question.
Can the management of a company go for open source software?
Usually not. Because open source poses a risk. Not so many have done it before, there are less highly paid consultants around which you can blame the failure on and besides Gartner says
Just my few cents.
Re:Documentum 4i and open source alternatives (Score:2)
sPh
America rules! (Score:2)
for more discussion visit cms-list (Score:2, Informative)
I run a mailing list [filsa.net] for people interested in content management. It was started by myself and my friend Cam [camworld.com] at OSCon in 2000, and has grow from the stack of about 35 business cards to a mid-sized list of about 1000 regular subscribers and more on digest. It's populated from some smart, articulate people and there is plenty of traffic these days.
Recently we had some discussion about why or why not [filsa.net] use open source content management systems. There are many issues beyond technology in the content management world--the list in general tries to address all aspects of content management, though those conversations are often held in the context of costs and performance.
The list is geared towards users of cms as well as the engineers/designers who admin and support the cms. Marketing to the list is forbidden. There's lots of interesting discussion in the archives [filsa.net]. The cms-list is moving to a new home, cms-list.org [cms-list.org], but for now, find it at cms.filsa.net [filsa.net].
Phil Suh - cms-list Listmom
I breath CMS (Score:2, Informative)
I was tasked with evaluating and recommending a CMS on top of Weblogic Commerce Server/Personalization server/Campain server or whatever it's being called at the moment.
After going through all the presentations, whacking at installs and demos, pouring over frameworks and reading through source code I have finally come down to the following recommendations, opinions, and other such stuff.
Let's start with the definition. Is a CMS just supposed to store text, images and possibly other binary files, or does it store HTML and a framework as well? Every single one I have seen (ArsDigita, Zope/CMF Dogbowl, Fatwire, Stellant, Interwoven, etc...) have different ideas of what that means.
I believe that a CMS and a CMF should be separate yet work together nicely. This concept only shows nicely on the Zope project, and not at all in the others I mentioned. Write your own framework or use the CMF Dogbowl, it's all yours to choose. All the others I mentioned force you to use their framework if you want to use their CMS. A CMF is an architectural framework implemented in a language on top of a framework. A CMS is an application written in any language you choose for storing content.
Fatwire and Stellant are ok, but really bloated and untested. They do not perform well and are not even really out of beta yet. Interwoven does not perform much better and is priced somewhere past the moon. ArsDigita is ok from what I have seen, but nothing to write home about and lacks some of the functionality of Zope's CMF. That said I think it is a fine solution if you want to: go with it. Again you are forced to use their CMF if you use their CMS. Zope is my favorite because it's a CMS with other nifty tools like Python and DTML to boot. I can extend it and hack the source, both very nice features. They don't make me use their framework, but if I want to use it then I have a very nice one integrated and ready to bring online. The biggest benefits are discussed below, which was why I was so picky about our CMS.
I also see things that are a mutation of the concept of a CMF and a framework, like Portal Server. This horrific idea by BEA of how to mangle productivity and make the overworked lives of web developers much worse is only more problems on top existing ones without offering anything to ease the pain. BEA's marketing department is using mind-control devices, however, and used them on my bosses convincing them to force me to use the beast.
After learning (through great frustration) how to use Portal Server I have managed to implement a nice solution that minimizes the pain of administrating Portal Servers "portals". (I put that word in quotes because their "portals" are not Portals, but something else entirely which I have failed to properly quantify.)
My solution was to create a pipeline to Zope through a wrapper library and an HTTP connection, a tag library, and bang-whip-zing I have a working CMS and I can pretend to use the Portal Server "framework" (NOT), while really using Zope's stuff. It looks like this in JSP:
Now I pass of everything except actual java programming (like ERP access to corporate systems and in-house tools), to marketing to plug into Zope. I don't get called for "change this style sheet" questions anymore and yet I still have full control over everything.
IMO, if you are going to use a CMS and you don't want to make your life hell use Zope. Otherwise, my second choice is to go with ArsDigita. The rest are just too knew to the game and way too bloated and slow.
BTW: It took me only a couple of days to wrap zope in a library for use in JSPs and It can be done from any type of framework. Sure, it's odd to read content from an HTTP stream until you remember that when you channel bond your NICs, make your connections cached in a resource pool, and use Zope's caching the HTTP stream is faster than reading from disk
Re:I breath CMS (Score:2)
Everyone knows about caching on a web server, so I won't bore you with that. Since I am using a java application server (Weblogic) to serve my site, I can configure the container to load and serve a connection pool to my applications. This means that the connections are never closed, and so I only have to spend the overhead of opening the connection one time. I am serving from the same machine(s) so my reuse of connections is very high.
It's really quite fast. I'll probably write a howto on this for others to follow as well.
Anyone know a web CMS... (Score:2)
Our department site is piggybacked on a nice big Sun maintained by the university. It can handle a lot more (traffic|attacks|uptime|etc) than any little box we could set up. So I've been trying to find a CMS workflow that outputs to static pages and uploads them to the production box after the changes are accepted.
I checked out ArsDigita, SourceForge, and most recently HotScripts [hotscripts.com]. They have a lot of stuff [hotscripts.com], much more than I have time to sort through. Love to hear specific suggestions.
Re:Anyone know a web CMS... (Score:2, Informative)
I attended a talk earlier this year given by Andy McKay from Activestate describing their use of Zope on activestate.com. Basically for one portion of their site they develop all their software on Zope on their development server, export it all to flat files and push it to their production side.
So just because a CMS wants to be a web server, that doesn't mean it has to the a production web server.
PHP-Nuke: a GPL option (Score:2, Informative)
There are a lot of Content Mnagement Systems on the net to try out.
PHP-Nuke [phpnuke.org] is just one of them with many nice features that maybe can solve your needs. But with so many options (free software options) you need to try then decide.
Download all of them, test each one and decide for the better option. You have many options like PHP-Nuke, Postnuke, Slashcode, PHPSlash, Zope, Thatware, PHPWeblog, Xoops, MyPHPnuke, etc... etc.. etc... I can only speak for PHP-Nuke but I prefer that you try and evaluate it yourself.
Hope you can find the best solution in the "free" world
Regards!
Anyone use PVCS anymore? (Score:2)
[Disclaimer: I used to work for the company, which is why I'm curious what happened to them.]
My horrific experiences (Score:2, Interesting)
Part of my job involves being webmaster for our company. When I got to that position we allready had a new and improved website. (I hadn't been involved with the creation of that site). It was constructed so that anyone in the company would be able to add information and news to the webpage. And that without knowing anything about HTML. Sounds nice, eh?
Well, the entire system was delivered by our advertising agency, and we didn't need to care about the system beneath all the beautiful eye-candy. That was a bad thing as it turned out. The site was built with a tool from a web agency which created ASP pages. It also involves special addition to Microsoft IIS (the only webserver capable of running the system). For us to play with we had a nice content management built into the site. We couldn't change absolutely anything (like moving a textbox 1 inch to the right) without calling the web agency and asking for their help. But, wow, we could add certain news items in mandatory textboxes. As it turned out, nobody in the company (who wasn't a HTML-guru) dared to change/add anything to the webpage, because the content management was extremely confusing and unorganized.
I, who know quite a bit about creating websites with HTML/PHP/Perl and whatever, was becoming more and more frustrated with the "nice" content management tool. It also required me to use Internet Explorer 5.5 (nothing else) and load a special entry to the Windows registry which lowered the securitysettings in my browser. When wanted to add a text to the site the CM system started a miniature Microsoft Frontpage. That means it was impossible to add any kind of HTML in the text, no links nothing. But, whohoo, I could press CTRL-I for italic text. Damnit, I run a Linux desktop at work and aren't too happy that I need to switch computer every now and then. The system was also extremely unreliable and would crasch once in a while. I have created a special WWW folder on our IMAP server where I store all mails to the web agency regarding the content management system and the webpage. It's over 100 mails since the beginning of the 2002.
The web agency is now bankrupt and we are working on a new webpage using Zope on a UNIX server. It's really a great and extremely flexible tool which enables you to quickly create advanced dynamic sites.
Ciryon
ACS/OpenACS (Score:2)
Something Simple (Score:2)
Getting it to run with IIS isn't, however.
OSS rulez this league (Score:2, Informative)
This is serious OSS turf and most of the professional CMS - Vendors I know and deal with in buisness have gone/are just about to go belly up. Note that those who do go belly up usually release their babe as OSS themselves in the end (ars digita - a Java thing I gather - for instance)
There are tons of OSS-CMS solutions out there that kick their proproietary counterparts up and down the street.
Depending on what project scale you have in mind I'd chose between 2 to 3 strategies:
#1: The small, minimum overhead PHP/MySQL (an SSI solution... THE SSI solution) way. Tons of ready to use OSS solutions out there, lot's of ISPs with PHP to go. I personally use phpnuke (kinda like 'slashcode reimplementation in php') as the cms for my webproject (www.modp4rlor.com). Note that PHP rulez the SSI market above ColdFusion, JSP, ASP and all the rest and is somewhat scalable if you use the proprietary stuff like that from zend later on.
#2: The big, fat , hairy project way with all the Java might the OSS community has to offer (apache, tomcat, jakarta, cocoon, turbine, jetstream,... you name it). All of these are leading edge, GPLd and kick serious ass in large scale projects. Allways keep in mind though: Beware of the Java overhead. A lesson hard learned in the recent years by lots of people who thought their 10-hits-a-day Site would look cool with servlets...;;-)
#3: My extra-special, quite very scalable, one size fits all, CMS, DocMS 'n multithreaded Appserver in a box: ZOPE!
Features: Exept for some performance critical stuff in C completely written and extendable in Python. A fully OO, bytecode interpreted PL, GPLd of course. Very nice. Easy to learn, next to no overhead for your small projects, powerfull enough for larger stuff like Document Management or Revisioning or Publishing Systems. I know IT-service companies that rely completely on Zope (internal and for customers) and pull some serious projects.
Has it's Web and FTP Server on board but can also be run as an addon to others (apache f.i.)
Comes with it's own small and unobstrusive SSI solution (DTML - Document Template ML) just suitable for everything that's to small for servlets.
Is fully OO and uses it's own Post Relational Database that actually stores EVERYTHING it uses.
Very easy to extend via plugins, so called "products" and it's easy to build these plugins too.
Oh, almost forgot: It uses a web interface. Only a web interface. And a good one on top. And it takes on klick to install on Windows and something like 4 and a half on Linux. Whatever you're up to, definitely check this one out!
Roxxen is quite cool aswell. AFAICT a sort of smaller Zope using Ruby (sheesh
Well I could go on but I think you see that there is no need to spend God knows what on Cold Fusion or Intershop
Real Content Management (Score:2, Interesting)
It provides abstraction of your content from your look-and-feel and can drastically reduce your development timelines and ease of maintenance. That may not matter if your site is only 5 html pages, but it does when you have thousands of them (and want to use the content on them in different ways).
The problem is that most of the exisiting products (in addition the huge price tag) have been oversold on what they do or even what they are. Remember that the Content Management market is still in it's infancy, so a lot of different compaines entered the space just providing a development platform or by rebranding document/digital asset management products. This left most of the work up to the developers or the profession services (good revenue for the companies selling the software) teams that have to implement them.
What I found led me to the conclusion we really needed some true turn-key solutions. After building about 5 custom Content Management Systems for various large corporations, along with my dev team we've spent the last two years designing and building a commercial product called Conclarity CMS (http://www.conclarity.com), which we are just about to release. It's built in Java using the J2EE framework, every content object is available as XML, and it uses XSL and XHTML for templating.
If anyone is interested in checking it out, I'd be more than happy to give away some free piolit licenses to slashdotters.
Landon Hall
President, CTO
Lucid DataStreams, Inc.
Conference in Zurich *next* month? (Score:2)
Phillip.
OpenText Livelink (Score:3, Insightful)
The product is a web based document management system, like Documentum in theory, but much easier to work with in practice. I've been using it since September 01, and it has grown on me.
Users interact via a web site or WebDAV (supposedly works on Linux) to view, add, check in, check out, or delete documents; to interact with workflows; to engage in discussions, and to do whatever else you have your server configured to do.
The web interface allows for use with any operating system, and the java widgets seem to run on our Linux, Sun, OSX, and Irix boxes. (and of course on Windows!) I can't speak for WebDAV, as I haven't used it. I spend a lot of time using their Office integration widgets, which allow me to interact with the repository directly from Windows or MS Office. (More menus appear in your apps.)
I like it because it exports XML over HTTP. I send it a URL and object number, and it sends back a pile of XML that I transform into a web page. It means that I rarely have to update web pages, as I just say a web page is made of objects of type Y, and those objects show up on the web page when a user checks them into the repository.
What's strange is that in the US, it is not too popular. Livelink consultants are impossible to find, and generally bill at around $100/hour. From my colleagues in the UK I understand that the billing is about the same, but that consultants are easier to come by.
It's strange that the product doesn't have much of a name because OpenText has been around since 1991. They're a Canadian company who do about 100 million in sales a year, so they're not small or new.
Anyway, I wasn't impressed up front, but have turned into a fan. And the user response, always important in IT projects, has been extremely positive. Just around 60% of the site's users have requested to participate in training sessions. (Which aren't cheap: Opentext bills $3000/day for onsite training!) And almost every user has been interacting with it daily, with almost no complaints.
So, it's definitely worth considering, especially if you have the money!
Danish Design - Sophistic CMS (Score:3, Interesting)
Should anyone want some Danish jibberish, the direct URL to a CMS is Sophistic CMS [sophistic.com] and it contain a few screenshot cuts and some explanations. Go fish translate it, yeah right, no Danish support
The advantages of a CMS, are that deploying a full featured website is incredible fast assuming the right tool is available. If this is so, you can concider it as a toolbox. You may have plenty of ideas of what your website should do for you, but developing everything from bottom-up can be an expensive task, with a CMS with selectable components, you design as you please and can implement components as required, and it is up running in a heart beat. Furthermore you have a CMS development crew as your backing to ensure that the components are matching the needs of tomorrows tasks. To finish it off a thorough CMS also provides you with the tool to maintain and develop your deployed site even further, with ease, with proper access management to distribute specific tasks.
A sample is BLUNT [bluntmusic.net] a website for a new rockband featured on Danish TV3 through 10 shows generating lots of interest. Universal, their record company, had sponsored a small amount to support the band and their online promotion (We are currently preparing negotions with Universal to allow mp3 sales). The general photoshop/gimp+html design was provided by the design crew(among it were one of the band members)Monday, March 25th at around 13pm and was up and running less than 6 hours thereafter, supporting both IE and Mozilla/Netscape, Opera, etc.. I hope. Please dump me a mail at the address below if your browser (besides lynx, sorry
A CMS is a broad topic I give you all that. What matters is that it is about managing content, whether it be an intranet(office documents and tools for the daily business..e-business..), an extranet (marketing, product, pricing material, etc..), or a website with promotion, store, discussion forums, information spreader, its all about content, and thats what a CMS can cover as a tool.
Basically its reusing code and sharing the development code of an tailored administration system, where a professional CMS consist of a lot of different components from which the integrators can implement and configure according to their needs and be up running in less time and with less waste of money. One of the benefits for non-techies is that the editing tool works just as a word processor and it can be delivered to support just about all platforms thanks to use of java or activex, depending of what is best for the users.
Basically its a tool.
Sophistic CMS, to which one of the above links is directed to, is pretty inexpensive and could be what you need, Danish Design, what do I know, IT IS YOUR CHOICE.
The pages are only available in Danish, but you can reach our Danish office at +45 86 13 73 15 between 9am - 17pm CET og by email contact at sophistic dot com
This may be concidered an advertizement, but it is still free content, so if it suits you, it is free for you to use.
Best regards,
Casper
ok, i'll bite.. (Score:2)