<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
Thanks for the options; I'll keep it under my hat.<br><br>We already have a site hosted with Netsol.&nbsp; In fact I just renewed the service contract with them so I don't see moving away from them any time soon.<br><br>The service we use gives us access to PHP/MySQL so that's why I'm focusing on CMS packages that use that stack.&nbsp; There are two things I'm trying to keep in mind: 1) nothing will do everything I want 2) I'm trying to minimize the amt of support I need to provide since this is only volunteer work and I've got better things to do (like sleeping).&nbsp; So that's why it's taking so long for me to figure out if I want to use a CMS, write one from scratch, or extend a CMS to create custom features.<br><br>I'm going to try out Joomla for now...&nbsp; Wish me luck!&nbsp; :)<br><br>&nbsp;- Joe<br><br><br>If you type "Google" into <a href="http://en.wikipedia.org/wiki/Google" class="ecxextiw" title="w:Google" target="_blank">Google</a>, you can break the Internet.&nbsp; -- Jen Barber<br><br><br><br><br>&gt; Date: Tue, 10 May 2011 07:46:04 -0700<br>&gt; From: b.j.smith@ieee.org<br>&gt; To: calug@unknownlamer.org<br>&gt; Subject: Re: [CALUG] Recommendations for a CMS<br>&gt; <br>&gt; Understand your delima.  There are Enterprise CMS solutions which are geared <br>&gt; towards regulated entities such as corporations and agencies, let alone are <br>&gt; typically powered by a J2EE compliant application server for all sorts of <br>&gt; support.  Then there are plenty of Web CMS solutions that vary greatly, from <br>&gt; J2EE down to a simple LAMP store and presentation.  You just want a solution, <br>&gt; not a support nightmare.<br>&gt; <br>&gt; As in many cases of "introducing/breaking down" a technoloyg, Wikipedia articles <br>&gt; are actually very good at covering various concepts, and helping one know the <br>&gt; terminology to use when looking for a solution.<br>&gt; - http://en.wikipedia.org/wiki/Content_Management_System  <br>&gt; - http://en.wikipedia.org/wiki/Enterprise_content_management  <br>&gt; - http://en.wikipedia.org/wiki/Web_content_management_system  <br>&gt; <br>&gt; And is often the case, Wikipedia does have a good (even if incomplete) <br>&gt; list/survey of solutions, broken down in several classifications:  <br>&gt; <br>&gt; - http://en.wikipedia.org/wiki/List_of_content_management_systems  <br>&gt; <br>&gt; Additionally, I want to point out one more aspect of any solution ... the <br>&gt; cloud.  Yeah, I know, hate the buzzword as well, but CMS is one area where it <br>&gt; actually applies well.  If you want to avoid a fixed infrastructure you have to <br>&gt; maintain, then you might want to consider a cloud deployment, especially for low <br>&gt; traffic where costs are minimal.<br>&gt; <br>&gt; The Wikipedia article also lists a few options and providers for Software as a <br>&gt; Service (SaaS), but it's largely incomplete.<br>&gt; <br>&gt; The biggest problem with cloud deployments is that once you write for one, <br>&gt; you're locked into that API, possibly even that provider.  Although there are <br>&gt; different options, even some standards out there, everyone should be following <br>&gt; what Red Hat is up to with DeltaCloud.  It's one of the reasons why Red Hat is <br>&gt; getting very popular with major industry partners, both traditional solution <br>&gt; providers and solely on-line ones -- from HP to IBM, from Amazon to Rackspace.<br>&gt; <br>&gt; Red Hat's DeltaCloud is the only abstract API that lets you tap several, major <br>&gt; on-line providers, as well as support a number of HyperVisors on internal <br>&gt; systems.  I.e., you can use external or internal clouds as you see fit.  So you <br>&gt; can start with a small, on-line implementation that doesn't cost you too much, <br>&gt; but then move internal when the bandwidth charges start to rack up.  Although <br>&gt; some portions of DeltaCloud are still Red Hat emerging technologies (ET), there <br>&gt; are already several providers fully supported (using HyperVisors that vary from <br>&gt; VMware to Xen) along with Red Hat's own KVM-RHEV for internal (with other <br>&gt; HyperVisors in various stages, even Hyper-V).<br>&gt; <br>&gt; Which brings me to Red Hat's free, on-line cloud for developer prototyping, <br>&gt; OpenShift (fka Makara):  <br>&gt; <br>&gt;   http://openshift.redhat.com/  <br>&gt; <br>&gt; OpenShift a generic Platform as a Service (PaaS) offering that costs nothing, <br>&gt; and lets you try out various options on top of Linux, and migrate later to any <br>&gt; internal/external PaaS with a DeltaCloud connector.  The idea is to develop and <br>&gt; prototype on OpenShift, then move to what you want -- even non-Red Hat is your <br>&gt; final choice of platform (i.e., there are even DeltaCloud connectors and related <br>&gt; components in development for Windows, if you can believe that).  So if you're <br>&gt; just trying to "get something running," check out Makara.  Again, still ET here, <br>&gt; but it's usable today, and will let you "play with options" and get running now.<br>&gt; <br>&gt; Just an option, if you don't have hardware lying around, and something you can <br>&gt; build and move to another PaaS thanx to DeltaCloud when you do find something <br>&gt; you like.  Red Hat is definitely not trying to lock anyone in, quite the <br>&gt; opposite -- trying to address a major issue with prototyping in clouds right now <br>&gt; (where other on-line options do lock you in).  Those who know anything about Red <br>&gt; Hat's history on on-line ET it has created, but left to other providers to take <br>&gt; up (e.g., Mugshot anyone?  A social network concentrator well before its time, <br>&gt; its technologies now leveraged by others), should know this.<br>&gt; <br>&gt; -- <br>&gt; Bryan J  Smith       Professional, Technical Annoyance <br>&gt; Linked Profile:     http://www.linkedin.com/in/bjsmith <br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; ----- Original Message ----<br>&gt; From: Joe &lt;joe_tseng@hotmail.com&gt;<br>&gt; To: calug@unknownlamer.org<br>&gt; Sent: Tue, May 10, 2011 7:38:03 AM<br>&gt; Subject: Re: [CALUG] Recommendations for a CMS<br>&gt; <br>&gt; "CMS:MS sites take us two or three days to develop, Drupal sites take about <br>&gt; a week but require less maintenance in the long run."<br>&gt; <br>&gt; Can you recommend any online resources or books that can help me understand <br>&gt; Drupal and make my time getting started in the muck down to a week?<br>&gt; <br>&gt; -----Original Message----- <br>&gt; From: Michael Orlitzky<br>&gt; Sent: Monday, May 09, 2011 9:30 PM<br>&gt; To: calug@unknownlamer.org<br>&gt; Subject: Re: [CALUG] Recommendations for a CMS<br>&gt; <br>&gt; On 05/09/2011 11:24 AM, Joe Tseng wrote:<br>&gt; &gt; I recently took over management of a website for a youth<br>&gt; &gt; sports/activities league/nonprofit from the original maintainer.  There<br>&gt; &gt; are a number of activities for boys and girls and sometimes both;<br>&gt; &gt; currently I am the one who takes updates from the league's commissioners<br>&gt; &gt; and post them on the site.<br>&gt; &gt;<br>&gt; &gt; I have been looking at various possibilities of rolling out a<br>&gt; &gt; PHP/MySQL-based CMS and all of them seem to have some kind of<br>&gt; &gt; shortcoming.  I had considered Drupal but it looked way too complicated<br>&gt; &gt; and was completely unintuitive.  Right now I'm considering Joomla<br>&gt; &gt; because it can allow for contextual viewing/editing of content (e.g. a<br>&gt; &gt; football parent can look at public and football-related content, but<br>&gt; &gt; they can't see anything else; a football commissioner can see public and<br>&gt; &gt; football-related content but can only edit football content).  It<br>&gt; &gt; doesn't seem like it can create a contextual scheduling calendar.  I was<br>&gt; &gt; also considering phpBB, not only as a forum, but also to have it drive<br>&gt; &gt; the user management authentication and management.<br>&gt; &gt;<br>&gt; &gt; Has anyone done anything like this before and do you have any<br>&gt; &gt; recommendations?  Is there a CMS that can do alot of what I'm looking<br>&gt; &gt; for; if not, is there one that's easily extensible so I can make my own<br>&gt; &gt; features?  Or am I simply better off designing my own portal from the<br>&gt; &gt; ground up?<br>&gt; <br>&gt; We use two: Drupal[1], which you've already met, and CMS Made Simple[2].<br>&gt; <br>&gt; CMS Made Simple is perfect for small sites where there's a bunch of<br>&gt; content, and you just want to edit it. It's easy to edit pages --<br>&gt; there's a place called "Pages," and there's an edit button that does<br>&gt; what you'd expect. You can also create new users and set up permissions<br>&gt; pretty easily. Forms can be installed even by non-technical users, and<br>&gt; news, themes etc. can all be configured through the CMS with a little work.<br>&gt; <br>&gt; Drupal on the other hand doesn't do a goddamn thing out-of-the-box, and<br>&gt; the things it does do are unintuitive. But, it's easy to extend, and the<br>&gt; idea of content/views is really useful once you figure out what they<br>&gt; actually do.<br>&gt; <br>&gt; With content/views, you can e.g. create a content type called<br>&gt; "newsletter" that has fields for title, date, file, and so on. When the<br>&gt; user goes to create a newsletter, he's presented with a form that has<br>&gt; fields for title, date, file, etc. This turns out to be *much* easier<br>&gt; than having him edit the "newsletters" page, add a new bullet item in<br>&gt; the correct chronological order, put in the title, upload a file, and<br>&gt; link the title to that file.<br>&gt; <br>&gt; In essense, CMS:MS will do most of what you want simply and<br>&gt; out-of-the-box. But the things it doesn't do are harder to implement.<br>&gt; Drupal is the exact opposite. CMS:MS sites take us two or three days to<br>&gt; develop, Drupal sites take about a week but require less maintenance in<br>&gt; the long run.<br>&gt; <br>&gt; Both have decent core dev teams.<br>&gt; <br>&gt; For what it's worth, we had to do exactly the same thing a few years ago<br>&gt; and wound up going with Drupal for the tac_lite module[3] which limits<br>&gt; access exactly how you described.<br>&gt; <br>&gt; <br>&gt; [1] http://drupal.org/<br>&gt; [2] http://www.cmsmadesimple.org/<br>&gt; [3] http://drupal.org/project/tac_lite<br>&gt; <br>&gt; _______________________________________________<br>&gt; CALUG mailing list<br>&gt; CALUG@unknownlamer.org<br>&gt; http://lists.unknownlamer.org/listinfo/calug<br>                                               </body>
</html>