Content Management Systems
Mar. 18th, 2008 08:54 pmSo now I have better access to the AlphaServer DS10 at work. It seems that the library directors were quite serious when they "gave" it to me. I've tried to volunteer it for a couple of projects but to no avail. For the moment it's up and running but the only work it has is SETI@Home. That's an interesting use, but I'd like to do more with it. I mentioned yesterday that I finally put a video card into it (it had none, since it was set up as a rack mounted server) so now I have direct keyboard and display access. Xwindows is working fine. It has Apache and Postgres up and running, and I'm thinking of doing a demo website project to show the libraries what we could be doing. Today I made a tiny hole in the library firewall to allow web connections to the DS10 from the outside, and I just checked now to make sure it actually worked. It does. I took some precautions already to wall the machine off from the rest of the library network, but I probably should lock it down more if I do much with this idea.
The libraries have engaged in a lot of buzz-word talk about library blogs and RSS and so forth, but I think without any real comprehension of what such things are, much less what they can (or can't) do. Suppose, for instance, that we offered on-line book discussion groups? Or gave people the ability to review and recommend things to one another? I realize this would mean that someone has to monitor the content, but it might be an interesting thing to try. I've been looking at various content management systems, like Mambo or Joomla, or maybe a wiki-based system though I think most of those are probably too intense for our average user to grasp the mechanics. SMF (Simple Machines Forum) is another possibility, and a BBS-like setting like that might attract some of the teens we have who are avidly devouring Japanese manga but not much else.
Anyone have experiences or recommendations to share? Are these management systems for user-contributed content stable and secure enough to actually use in a public environment rather than just an intranet?
As if that weren't enough, I'm also wrestling with the production library system to try to implement a better acquisitions procedure. We've been doing all our order tracking and processing for books and periodicals outside the catalog system, even though it has facilities that we could use for these purposes. We'd have to pay extra to use the accounting portion, but the simple tracking of what's been ordered from whom, when, and whether it has been received is included in what we're already entitled to use. So far we haven't used any of that capability because staff thought it would be "too hard" to do. So I've set out to prove that it's not any harder than what we do now, and that it has specific advantages. Talk about voluntary masochism. But I think it would make some of my job easier in the end if I get this changed over...
The libraries have engaged in a lot of buzz-word talk about library blogs and RSS and so forth, but I think without any real comprehension of what such things are, much less what they can (or can't) do. Suppose, for instance, that we offered on-line book discussion groups? Or gave people the ability to review and recommend things to one another? I realize this would mean that someone has to monitor the content, but it might be an interesting thing to try. I've been looking at various content management systems, like Mambo or Joomla, or maybe a wiki-based system though I think most of those are probably too intense for our average user to grasp the mechanics. SMF (Simple Machines Forum) is another possibility, and a BBS-like setting like that might attract some of the teens we have who are avidly devouring Japanese manga but not much else.
Anyone have experiences or recommendations to share? Are these management systems for user-contributed content stable and secure enough to actually use in a public environment rather than just an intranet?
As if that weren't enough, I'm also wrestling with the production library system to try to implement a better acquisitions procedure. We've been doing all our order tracking and processing for books and periodicals outside the catalog system, even though it has facilities that we could use for these purposes. We'd have to pay extra to use the accounting portion, but the simple tracking of what's been ordered from whom, when, and whether it has been received is included in what we're already entitled to use. So far we haven't used any of that capability because staff thought it would be "too hard" to do. So I've set out to prove that it's not any harder than what we do now, and that it has specific advantages. Talk about voluntary masochism. But I think it would make some of my job easier in the end if I get this changed over...
no subject
Date: 2008-03-19 02:27 am (UTC)no subject
Date: 2008-03-19 02:33 am (UTC)Drupal is on my list of possibilities as well. While I am a programmer in the old sense of the word, and can write solid code in several languages, that hardly applies in these days of threaded interpreted object-oriented gobbledy gook. Most of it looks like write-only code that can never be maintained from my perspective.
The fact that this is an Alpha CPU but the site might later need to be ported to something else definitely means I want a platform that is hardware-independent.
no subject
Date: 2008-03-19 03:29 am (UTC)no subject
Date: 2008-03-19 11:20 am (UTC)no subject
Date: 2008-03-19 10:41 pm (UTC)Also, if you know Perl already, PHP is extremely similar.
no subject
Date: 2008-03-20 12:38 pm (UTC)My experience with stuff written in php is that it always seems to have dreadful security issues.
You can probably tell that as a computer professional I wrote in machine assembly language: System 370, Z-80, 8080, and VAX.
no subject
Date: 2008-03-20 08:54 pm (UTC)no subject
Date: 2008-03-20 10:09 pm (UTC)no subject
Date: 2008-03-20 10:16 pm (UTC)def auth(address): for line in file("relay.acl"): if address.startswith(line.strip()): return True return Falseno subject
Date: 2008-03-19 04:06 pm (UTC)The society's forum was running under phpBB2, and we were having terrible trouble with spammers trying to join. After switching to SMF the level of spammer-joining dropped dramatically even though the URL remained the same.
no subject
Date: 2008-03-19 04:57 pm (UTC)I think Joomla wants MySQL, and my Alphas have Postgres running instead, so I'd have to look into swapping that out.
SMF does seem much more secure against spammers and hackers for the moment. I had thought it was php that was the weakness, but apparently not. I wonder though if it's just that phpBB is so widespread that more attacks have been scripted, just as Windows gets far more attackers than Linux does.
no subject
Date: 2008-03-19 05:43 pm (UTC)You could be right about the database question... :/
Yes, phpBB is so widely used that it makes an easy (and easily findable) target. I suspect at least some of SMF's spammer-proof-ness is born of obscurity. It's also possible that recent versions of phpBB have addressed the problem, so that recent versions are less prone...
no subject
Date: 2008-03-19 06:13 pm (UTC)I'm also looking at Drupal.
Thanks for the link, I'll check it out.