I would like to know more on what you did.. :)<div><br></div><div><br><div class="gmail_quote">On Wed, Feb 3, 2010 at 3:10 AM, Toni Alatalo <span dir="ltr"><<a href="mailto:antont@kyperjokki.fi">antont@kyperjokki.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">John Mieske kirjoitti:<br>
<div class="im">> why not add a PHP file that does this all for you ? Example : They<br>
> click a button that says Visitor John. It gives them a temp user and<br>
> PW with full instructions to their e-mail. They log in. Now the timer<br>
> on the PHP can delete the temp user and PW after 24 hours. You<br>
<br>
</div>BTW I happened to do independently a first very simple implementation of<br>
this on Monday, but integrated to the Naali viewer so that visitor /<br>
anon login to a preconfigured world is just click of a single button -<br>
no need to know anything about usernames or passwords or servers or<br>
anything. Was fun to see this discussion here after had implemented it :)<br>
<br>
That works by the button handler in viewer fetching a temp / anon<br>
account with http, and logging in with that. It works in trunk now (also<br>
on linux) and is released hopefully later today in Naali 0.1 rc1 so you<br>
can test, the sources are in our google code repo -- i can give the<br>
direct pointers if someone is curious.<br>
<br>
The target demo server is just a standalone with auth off with no other<br>
usage, so can be reseted if there becomes cruft etc. We are certainly<br>
interested in this more advanced solutions that have been outlined here,<br>
where could mix actual authenticated and such visitor accounts in the<br>
same worlds well enough.<br>
<br>
~Toni<br>
<div class="im">> can even have a php that refreshes every hour that checks the database<br>
> and removes the temp users that has no need to be there. Make sure you<br>
> create a seperate database for the time limit so that it wont have to<br>
> be added to the MAIN SQL database. If the "extra" SQL databse has the<br>
> name and user's time stamp ready for deletion then it removes it from<br>
> the MAIN database for the name and PW and then goes back to the temp<br>
> and removes it there too. So two databases with name and PW to show<br>
> which is fake.<br>
><br>
> This can be done in many ways. Just a thought.<br>
><br>
> John Mieske / Sonya Penucca<br>
><br>
> On Tue, Feb 2, 2010 at 10:49 AM, Paul Fishwick <<a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a><br>
</div><div><div></div><div class="h5">> <mailto:<a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>>> wrote:<br>
><br>
> I would like to open up one of our worlds to the general public by<br>
> allowing people<br>
> to log in as visitors. This is related to the "anonymous login"<br>
> and has<br>
> been discussed<br>
> in various forms, but here is the concept - not sure if anything<br>
> exists<br>
> yet in trunk to<br>
> support this:<br>
><br>
> 1. A user logs in using whatever name they want. If authentication is<br>
> turned off, this is<br>
> no problem. However, what would be ideal is that when the user logs<br>
> off, any trace<br>
> of them is removed from the database-- they do not persist.<br>
><br>
> 2. When the user logs in, they have access to the Library part of the<br>
> inventory, but are<br>
> unable to load any assets to the server, thus they would have<br>
> nothing under "My Inventory"<br>
> or be able to copy items from the Library or the world into My<br>
> Inventory. The Library<br>
> would contain all necessities (clothing, basic objects and scripts<br>
> that they require<br>
> in the space).<br>
><br>
> 3. The user cannot build on the island but can run scripts and<br>
> navigate<br>
> performing full<br>
> interaction.<br>
><br>
> #1 is not a huge issue since I would imagine that the incremental<br>
> space<br>
> allocation for<br>
> users just means additional rows in the user/agent tables -- shouldn't<br>
> take up too much<br>
> room. #2 is a bigger problem - visitors should not be taxing the asset<br>
> server. #3<br>
> can be handled by unchecking both boxes next to Create Objects in<br>
> About<br>
> Land->Options.<br>
><br>
> Are either #1 or #2 possible? They would seem to be a prerequisite for<br>
> something approaching<br>
> basic web page services: people come in, visit, and exit while<br>
> leaving a<br>
> minimal trace.<br>
> Builders on the other hand, have special login names that give<br>
> them the<br>
> capability to build<br>
> and load assets (possible with groups?).<br>
><br>
> -p<br>
><br>
> --<br>
> Paul Fishwick, PhD<br>
> Professor<br>
> University of Florida<br>
> CISE Department, CSE 301<br>
> Gainesville, FL 32611<br>
</div></div>> Email: <a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a> <mailto:<a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>><br>
<div class="im">> Web: <a href="http://www.cise.ufl.edu/~fishwick" target="_blank">http://www.cise.ufl.edu/~fishwick</a><br>
</div>> <<a href="http://www.cise.ufl.edu/%7Efishwick" target="_blank">http://www.cise.ufl.edu/%7Efishwick</a>><br>
><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>><br>
<div class="im">> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
><br>
><br>
</div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="h5">><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
><br>
<br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>John Mieske / Sonya Pencuca<br><a href="http://johnmieske.org">http://johnmieske.org</a><br>Space Grid Station<br>"Religion - The art of killing people to prove who's imaginary friend is better."<br>
</div>