phpWebLog

find
story index | search | archive | submit story | downloads | stats | contact
Topics
  • General (894)
  • Announcements (20)
  • Development (516)
  • Mods & Hacks (28)


  • phpWebLog
  • Latest Release - 0.5.3 (BETA)
  • Latest Stable - 0.5.2
  • ChangeLog
  • TODO / Roadmap
  • BUGS

    CVS WEB

  • New XL fork 0.5.2
  • Unstable branch 0.5.3

  • For development discussions and for general support, join the phpWebLog mailing list

    phpWebLog needs active developers to help fix bugs. If you are interested, send me your SourceForge login information for CVS access.


    Last 5 Comments
  • Chaging the Time Zone in phpWebLog (Beth)
  • IP blocking? (Anonymous)
  • Need help (Razor)
  • Need help (Razor)
  • Chaging the Time Zone in phpWebLog (FranKi)


  • Implementing Users, Permissions, and Groups
    Posted under General by mochaexpress on Thursday February 15 2001 @ 01:05AM EST

    I would like to hear from those who desire user, group, permissions, to let me know what ideas you have regarding how you'd like to use groups and permissions. i wouldn't want to impose my way on you. so here is your chance to let me know what you think or how you'd use such a system. i'll take all that is said into consideration before making my final decisions.

    groups - allows you to well group people into ugh, groups. LOL. sorry that's the best i can do there. you can also divide permissions into groups as well. not just users. actually you can group anything (like functions, people, plug-ins, etc) into groups, and then later assign permissions to them respectively.

    permissions - after you create your groups, you define permissions within that group. most common type of permission methodologies include:

    atomic - each user for each group can have as many permissions. for instance, if Joe has a permission called EditStory, he'll be able to re-edit his story. EditStory won't allow Joe to do anything else but edit his own stories, for that, he'll need other permission. think of it as one permission for one action.

    inclusive - this type of permission is like military level. the higher your rank, the more powerful you are. higher ranks assume all priviledges of lower ranks.

    with the combination of groups and permissions, you can achieve a relatively complex permission scheme. you could say have a global group that over see the entire site. then you can have moderator group, registered user group, or you can make a group for each topic and assign different moderator or different editors within that topic group only. the possibilities are endless (sorry no sushi included).

    technically you can choose which method you'd rather use. however, that would make support harder when dozens of people are confused. having one system makes it easier to help debug various problems you may encounter.

    NOTE: you can turn off user, groups, permissions off in admin control. so don't worry for those who don't care for these functionalities. also, please don't ask me when i'm going to be done with this. i'd rather be early and surprise you than fail on my word and be late.




    < MySQL Errors in Latest 0.5.0 Unstable | title >

    jason writes on Thursday February 15 2001 @ 03:23PM EST: [ reply | parent ]
    All I can really say is that you're doing an excellent job of planning this out. It looks very exciting to me, and would like to offer my help any way I can.
    mochaexpress writes on Thursday February 15 2001 @ 05:31PM EST: [ reply | parent ]
    thanks jason. i'd love your help. i'll finish up my work with the user permission, clean up my embarrassing codes and then i'll merge with CVS. as of now, it's ugh.. not very clean and full of debug routines. btw, i'll be merging your updated stuff since 0.50 to bring it to current.
    jason writes on Thursday February 15 2001 @ 06:00PM EST: [ reply | parent ]
    Great. I'll be taking the back seat for a while.
    Ryan writes on Thursday February 15 2001 @ 06:29PM EST: [ reply | parent ]
    Sounds excellent.. That would be a wonderful addition to phpWL..
    A.Eriksson writes on Thursday February 15 2001 @ 06:32PM EST: [ reply | parent ]
    Great! I do not have to use phpPhuke!
    Mochaexpress, where are the files? :-)
    A.Eriksson writes on Thursday February 15 2001 @ 06:35PM EST: [ reply | parent ]
    BTW, I know you think this is a security risk, but would it be impossible to add a upload/download section based on the new user-level system? It would be a great addition.

    Also, some kind of rating of stories would be nice. Another wanted feature is a detailed memberlist with admin defined fields.
    mochaexpress writes on Thursday February 15 2001 @ 07:23PM EST: [ reply | parent ]
    sure i'll add it to the todo list. but ugh.. it'll be a while.
    BuBbA writes on Thursday February 15 2001 @ 11:21PM EST: [ reply | parent ]
    I would also like that options:)
    Greg Wright writes on Thursday February 15 2001 @ 08:43PM EST: [ reply | parent ]
    Your explanation of groups etc is more than enough, if people do not understand this, they need to read more.

    Anyway, I have a very simple routine here that I modded, and it easily allows all these levels, so it would be a case of writing if else else if statements & modding the way it uses cookies, its basically small as well, can show you away from here if needed, not sure how far you have gone.

    I think even you may have said this before, but I believe that its important that the first level not annoy people to create accounts & that all current functions etc operate as is according to a main site wide config, then levels set different priveledges from there, so in effect I am saying it would operate similar to a UNIS or Linux system where there is one who is "root" and looks after config, the rest are all well below this but have varying levels of access.

    Also it would be worth being able to create a new page on the site setting a level that could be restricted for various reasons.
    mochaexpress writes on Thursday February 15 2001 @ 08:47PM EST: [ reply | parent ]
    if it's small enough to post here, please do. otherwise if you can email me, i'd love to look at it.
    BuBbA writes on Thursday February 15 2001 @ 11:20PM EST: [ reply | parent ]
    Congrats, you have thought it all. I can't remember anything more to add. I'll just wait for the release:) Good luck!
    Post a Comment
    Name:
    Email:
    URL:
      Remember my information (uses cookies)
      I would rather be anonymous
    Comment:
    * Your email will not be made public.
    Save As:

    SourceForge
    SourceForge is providing us a mailing list , documentation and a CVS tree.

    SourceForge Logo


    PHP.net
  • Automatic Mirror Select
  • PHP 4.3.2RC4 Released
  • PHP 4.3.2RC3 Released
  • ActiveState Active Awards
  • Country Detection
  • PHP 4.3.2RC2 Released
  • My PHP.net
  • PHP 4.3.2RC1 Released
  • Grant Program
  • Set your own language preference

  • PHPBuilder
  • The Benefits of Using Objects with Databases
  • Interfacing with COM objects under Windows
  • Dynamic XML Conversion Using the SAX Parser
  • Arrays 101
  • Introduction to PHP5
  • Installing PHP-GTK on Linux
  • Installing PHP under BadBlue Web Server
  • Installing PHP under Xitami
  • A Test To See If You Write Sloppy Software
  • Switchbox


  • phpWebLog: A PHP News and Content Management System
    Copyright (C) 2000-2002, Jason Hines / Eye Integrated Communications