<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="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="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; 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 color="#888888"><br>
Melanie<br>
</font><div><div></div><div class="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>