[glug-t] Re: build a cms

Hi,
User/group/permission :
I looked up what organic groups are. It's a great idea. We don't have
organic groups right now. Thanks for pointing it out :).


>    - Only article module is made. (hence lots for you to work on, if you
> >    are going to make a new one anyway)
> I didn't get this idea. Do you mean, we have to work more on the cms's
> code itself? ;-)

No, the "cms" part is ready. There is a lot of work on the modules part.
Meaning forum, gallery, and form modules have to made.


This type of ACL is available in all Standard CMS's(even in wiki's).

You are right. What we have made is ACL only. But the difference here is
that -

   - Every module has its own set of actions.
   - ACLs are implemented over these actions.

So, form creation rights won't interfere with article view rights.
We have one more new concept in permissions this time - priority.

   - Every group has a priority. (Only internally. The end user never
   becomes aware of this "priority number")
   - A person belonging to one or more groups gets his permissions from
   all of these groups. The permissions are given precedence according to these
   priority numbers (solves problems in case of conflicts between groups).


There are plenty of CMS'es available, each one designed in
>
the most generic way.Open Source CMS's are done by lot of people
> around the world, and it is trustworthy and reliable, as it is being
> used everywhere. Amount of work to customize a CMS may not be more
> than writing a new one(though writing a new one gives you a learning
> curve).

I agree the code would be more reliable. But it is the generic nature itself
of the CMS's code that would make customization and debugging harder.
For example, look at a very customizable, very reliable code - phpMyAdmin.
Trying to go through its code enough to convince one to make a new mysql
table viewer/editor himself/herself.

- Sahil

On Nov 14, 2007 10:48 PM, Allagappan M <allagappan@xxxxxxxxx> wrote:

> Hi,
> My comments inline.
> On Nov 14, 2007 11:12 AM, Sahil Ahuja <sahilahuja@xxxxxxxxx> wrote:
> >    - Its user/group/permission thing is working now and is more
> >    sophisticated than any other available cms.
> Sophisticated? I am really not sure about this. Does it have organic
> groups[1]?
> >    The reason being we are making
> >    this cms for NITT website too. Now imaging the levels of permissions
> >    required : Director, HOD, lectures... Everyone needs to control a
> subtree.
> >    And HOD needs to be able to add remove permissions from his dept.
> faculty
> >    and also should not be able to take away rights from director. - The
> cms
> >    takes care of all this.
> This type of ACL is available in all Standard CMS's(even in wiki's).
> >    - Only article module is made. (hence lots for you to work on, if you
> >    are going to make a new one anyway)
> I didn't get this idea. Do you mean, we have to work more on the cms's
> code itself? ;-)
> >    - For a demo go to http://pragyan.org. Take username password from me
> >    in person.
> Pragyan site looks nice.
> > We are anyway thinking of putting it up on sourceforge.
> Awesome!
> > The reason we chose to make a new cms was because there was no cms
> available
> > which fulfilled our requirements. And comparing with the amount of work
> > required to customize every module to the level we needed, it was much
> > easier to make a new cms.
> I disagree. There are plenty of CMS'es available, each one designed in
> the most generic way. Open Source CMS's are done by lot of people
> around the world, and it is trustworthy and reliable, as it is being
> used everywhere. Amount of work to customize a CMS may not be more
> than writing a new one(though writing a new one gives you a learning
> curve).
> If you really don't want to pick and customize an existing CMS, try
> using some framework, like RoR,TurboGears,CakePHP or django, which
> saves a lot of time.
>
> You could do a lot of better things than writing a CMS from scratch.
>
> -Allagappan
>
>
> [1] http://drupal.org/project/og_content_type_admin
> --
> Alagu
> http://www.alagu.net/
> ---------------------------------------------------------------
> To unsubscribe send a mail to glug_t-request@xxxxxxxxxxxxx with
> 'unsubscribe' as subject.
>
> Website: http://glugt.linuxisle.com
>


---------------------------------------------------------------
To unsubscribe send a mail to glug_t-request@xxxxxxxxxxxxx with 
'unsubscribe' as subject.

Website: http://glugt.linuxisle.com

Other related posts: