[PLUG] Small Footprint CMS systems

[M. Edward (Ed) Borasky]

I'm coming in late, but have you looked at Moodle? (moodle.org). It's
Apache/PHP/MySQL based and there's a packaged version for Windows with
EasyPHP if that's the way you want to go. The Moodle folks are *very*
security-conscious and I'm pretty sure if you use a stable and secure
Apache, PHP and MySQL underneath, you should be OK. I love it -- I use
it for two of my web sites.

Tim Thorpe wrote:
> I've tried plone in an EDU environment, unless you plan on being
> committed
> long term, or have someone there who is willing to completely learn the
> system It's probably best to avoid using it. Don't get me wrong, I love
> plone, but it is a major piece of software in my opinion and does need
> some
> TLC from time to time.
>
> I know you want to shy away from bad PHP, but not all PHP is bad ;).
> Drupal
> is a very low overhead CMS that is extremely extensible and easily
> managed,
> it has a sharp learning curve but can be done in probably a month of
> consistent use. It also has big words like taxonomy and that is always a
> plus for school students (LOL). Another one that I really like to use is
> Joomla, they have a great development group and what seems to be a very
> stable strategy. both are PHP but to my knowledge neither of them have
> been
> victim to large scale attacks.
>
> On 6/5/06, Lancashire, Pete <plancashire at ci.portland.or.us> wrote:
>>
>> another cms site i check out from time to time
>>
>> http://www.opensourcecms.com/
>>
>> -pete
>>
>> > -----Original Message-----
>> > From: Keith Lofstrom [mailto:keithl at kl-ic.com]
>> > Sent: Friday, June 02, 2006 10:43 PM
>> > To: PLUG
>> > Subject: [PLUG] Small Footprint CMS systems
>> >
>> >
>> >
>> > Last night at the general PLUG meeting we had a little bit of
>> > discussion about Content Management Systems (CMS).  Somebody
>> > mentioned the sites http://cmsmatrix.org/ and http://cmswatch.org/
>> > Interesting review sites, and a lot of data.  Thanks for the tip!
>> > Not much size/resource/speed data, though.
>> >
>> > I have an opportunity to deploy a very simple CMS for an educational
>> > non-profit locally; there was an offer to host it on a Plone server
>> > last night.  One portion of the sub-site may be maintained by middle
>> > school students, and Plone's granular permission structure and
>> > workflow management would be ideal.
>> >
>> > Also Plone is built on Zope and on Python, and while my heart
>> > belongs to Perl, I suspect Perl and Python and Ruby are all a
>> > little more tolerant of spotty security upgrades than the PHP
>> > that the vast majority of the open source CMS's seem to be
>> > written on.  Maybe "good" PHP is secure, but how does one judge
>> > the goodness of PHP code in a CMS?
>> >
>> > If that Plone server offer doesn't work out, and the site must go
>> > on a low cost virtual server, there will likely not be enough RAM to
>> > run a big footprint CMS like Plone.  I was wondering if there are
>> > any CMS's out there that have the same workflow as Plone, but are
>> > known to have a small memory footprint.  Any suggestions?
>> >
>> > Keith
>> >
>> > PS - Assuming Apache and mail server and such are loaded, "footprint"
>> > means how much more RAM is gobbled up when the CMS and supporting
>> > tools are loaded, compared to when they are not.  Not a difficult
>> > test, but quantitative (count the megabytes) as compared to "I have
>> > a GByte of RAM and I don't notice it" kinds of non-answers.
>> >
>> > --
>> > Keith Lofstrom          keithl at keithl.com         Voice (503)-520-1993
>> > KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas
>> > in Silicon"
>> > Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs
>> > _______________________________________________
>> > PLUG mailing list
>> > PLUG at lists.pdxlinux.org
>> > http://lists.pdxlinux.org/mailman/listinfo/plug
>> >
>> _______________________________________________
>> PLUG mailing list
>> PLUG at lists.pdxlinux.org
>> http://lists.pdxlinux.org/mailman/listinfo/plug
>>
>
>
>

-- 
M. Edward (Ed) Borasky

http://linuxcapacityplanning.com