<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'> <BR>
Just add another, specialized ACL table with the userId as foreign key into the user db.<BR>
<BR>
Make the absence of an associated cs row mean the default behaviour should be used.<BR>
<BR>
Also, on installing the cs, you could decorate the user db with a key constraint that deletes the cs user table row when the user table row is deleted.<BR><BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/" target=_blank>http://tribalnet.se/</A><BR> <BR><BR><BR><BR>
<HR id=EC_stopSpelling>
<BR>
Date: Fri, 17 Oct 2008 05:59:54 +0200<BR>From: lcc1967@gmail.com<BR>To: opensim-dev@lists.berlios.de<BR>Subject: Re: [Opensim-dev] [ CommandServer ] Draft 1<BR><BR><BR>
<DIV dir=ltr>it was not a reject, i tought a dedicated userbase would have been more safe but i get your point :)<BR><BR><BR>I will rewrite the draft with that input then.<BR><BR>SM<BR><BR>
<DIV class=EC_gmail_quote>On Fri, Oct 17, 2008 at 2:17 AM, Melanie <SPAN dir=ltr><<A href="mailto:melanie@t-data.com">melanie@t-data.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE class=EC_gmail_quote style="PADDING-LEFT: 1ex">You misunderstood me. I know for a fact that the onus of<BR>administering a separate user base would turn a number of grid<BR>operators I know off using it.<BR><BR>There definitely needs to be a setup that takes all logins and<BR>levels from the grid database and requires zero admin if people join<BR>or leave, other than adding them to the grid (user server) database.<BR><BR>I don't know why you would reject using the data that is already<BR>there, but the option should be there for those who want it.<BR><FONT face="" color=#888888><BR>Melanie<BR></FONT>
<DIV>
<DIV></DIV>
<DIV class=EC_Wj3C7c><BR>Impalah wrote:<BR>> Hi everybody:<BR>><BR>> + 1 for the idea, this first. Opensim needs this command center like we the<BR>> air to breathe. I hate to use direct access to DB and dirty tricks to launch<BR>> comands.<BR>><BR>> I have some suggestions, taken from Drupal CMS (<A href="http://drupal.org/" target=_blank>http://drupal.org</A>).<BR>><BR>> The first are roles and permissions. Now, as Melanie says, it's hardcoded<BR>> but could be a good idea to take out that code and "give" the permission<BR>> info reading from some repository. Could be more levels than one GOD and<BR>> even every action in a region could be assigned to a concrete role. One<BR>> thing I think Opensim lacks is some flexibility into the hundreds of<BR>> harcoded parts.<BR>><BR>> The second idea is a module for drupal I use frequently: Services (<BR>> <A href="http://drupal.org/project/services" target=_blank>http://drupal.org/project/services</A>)<BR>> This module allows to use drupal framework from external services and using<BR>> whatever protocol (xml-rpc, htpp, REST...). The conversion from php is quite<BR>> easy and has come great things like uniques uuid by server.<BR>><BR>> About commands... well, I had to do some services similar to the pretended<BR>> Command Center and found useful some Patterns, concretely "Command Factory"<BR>> (with its "Command Context" pattern). To create new commands is like a<BR>> children game.<BR>><BR>> I hope my comments helped you...<BR>><BR>> Greetings<BR>><BR>><BR>> 2008/10/16 Lc <<A href="mailto:lcc1967@gmail.com">lcc1967@gmail.com</A>><BR>><BR>>> well, in my mind, i wanted to use its own user system to reduce the risks.<BR>>><BR>>><BR>>><BR>>><BR>>> On Thu, Oct 16, 2008 at 4:50 PM, Melanie <<A href="mailto:melanie@t-data.com">melanie@t-data.com</A>> wrote:<BR>>><BR>>>> Hi,<BR>>>><BR>>>> the user level is already in the DB.... godLevel and UserFlags.<BR>>>><BR>>>> if ((userFlags & 0xff00) == 0x300) { This is an employee.....<BR>>>><BR>>>> godLevel == 200 is a grid god. Lower god levels can be made to have<BR>>>> lesser powers.<BR>>>><BR>>>> I believe godLevel should be ignored by this app unless the account<BR>>>> has employee status, allowing to use godLevel for things like<BR>>>> janitor powers (return any object) without giving them the keys to<BR>>>> the grid (we do this already).<BR>>>><BR>>>> Melanie<BR>>>><BR>>>> Lc wrote:<BR>>>> > here are some input about the CommandServer (CS) :<BR>>>> > Aim:<BR>>>> ><BR>>>> ><BR>>>> > The aim of this server is providing a unified HMI interface for all the<BR>>>> > OpenSim server, actual and future.<BR>>>> > Any operator(s) will connect to the CS and performed their operations<BR>>>> from<BR>>>> > it without connecting to the regular server.<BR>>>> ><BR>>>> ><BR>>>> > Modularity<BR>>>> ><BR>>>> > Each OpenSIm Server should be written like a plug in. That will allow a<BR>>>> > more practicable CS extension.<BR>>>> > Each HMI should be a plug in (if doable)<BR>>>> ><BR>>>> ><BR>>>> > - HTML based HMI<BR>>>> > - Commandline based<BR>>>> > - OSfunction based ...<BR>>>> > -<BR>>>> ><BR>>>> > Parameters<BR>>>> ><BR>>>> > The CS will auto-determine the grid configuration by itself, using the<BR>>>> > GridInfo technology.<BR>>>> ><BR>>>> ><BR>>>> > Database<BR>>>> ><BR>>>> ><BR>>>> > The system could use sqlite to maintains its user/level/access database<BR>>>> ><BR>>>> > User Management<BR>>>> ><BR>>>> > Each user will have rights associated to its profile like:<BR>>>> ><BR>>>> ><BR>>>> > - grid manager (full right)<BR>>>> > - region manager<BR>>>> > - user manager...<BR>>>> > - ...<BR>>>> ><BR>>>> > This project will be on Forge.<BR>>>> ><BR>>>> ><BR>>>> > As usual, any idea, comments are welcome.<BR>>>> ><BR>>>> > Laurent, AKA Sacha Magne<BR>>>> ><BR>>>> ><BR>>>> ><BR>>>> > ------------------------------------------------------------------------<BR>>>> ><BR>>>> > _______________________________________________<BR>>>> > Opensim-dev mailing list<BR>>>> > <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>>>> > <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target=_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>>>> _______________________________________________<BR>>>> Opensim-dev mailing list<BR>>>> <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>>>> <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target=_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>> Opensim-dev mailing list<BR>>> <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>>> <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target=_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>>><BR>>><BR>><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>> <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target=_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>_______________________________________________<BR>Opensim-dev mailing list<BR><A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR><A href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target=_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR></DIV></DIV></BLOCKQUOTE></DIV><BR></DIV></body>
</html>