<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Agree, opengrid is nicer. but like you
say if you can make a grid more open or not depends on how much <br>
cleanup tools are available and how good inworld managment tools
work.<br>
ANd there's the different, in SL the work in my view betetr then
in opensim if you dont have console access.<br>
I think here you cannot compare SL with opensim.<br>
<br>
Tools are the key.<br>
<br>
On 2013-12-20 14:19, Fleep Tuque wrote:<br>
</div>
<blockquote
cite="mid:CAG6z+U6+aJXkj7neM9V=COgGAAM=ub_VYebPmNBZr5RuVbw3SA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Hi all,</div>
<div><br>
</div>
Thanks to everyone who let me know FleepGrid was hit again by
this fellow. He's been a recurring thorn for years now, but
fortunately it's pretty easy to clean up.
<div>
<br>
</div>
<div>IMO, turning off public build is not a solution, it's
capitulation to the griefer, and I won't do it. I want
visitors to be able to open packages, play with what they find
in my grid, and contribute to the space. The ability to
change the world in real time is what sets Opensim apart from
other platforms, why would I turn off its best feature for the
hundreds of perfectly well-meaning visitors to my grid just to
stop one occasional jerk?</div>
<div><br>
</div>
<div>People used to say the same thing in Second Life - turn off
public build, set auto return, lock it down! Well geez, when
you do that, you miss all the wonderful and creative things
people do when they have the opportunity to contribute. We
successfully ran a mainland community with public build and no
autoreturn for years and years in Second Life, at the height
of the hype and griefer cycle, so I know it can be done. Yes
it takes a little more attention and care to clean up
occasional messes, but the benefits far outweigh the costs in
that people can actually use and enjoy the space, which for me
is the whole point of having a grid in the first place.</div>
<div><br>
</div>
<div>Having said that, more or better tools to clean up after
griefers would be great, especially if they could be worked
into the viewer. I'd love to be able to find a griefer
object, profile the object creator in the viewer, and then
click a button to delete all their crap off the whole grid -
and give that permission to others, for example - instead of
having to muck around on the console or database. It would
need a good "Are you REALLY SURE?!" safety check, but it would
be handy for the occasional griefer who does pop up now and
then.</div>
<div><br>
</div>
<div><br>
</div>
<div>- Fleep</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div>Chris M. Collins (Avatar: Fleep Tuque)</div>
<div>Vice President, AvaCon, Inc.</div>
<div>275 Winthrop Street</div>
<div>PO Box 618</div>
<div>Rehoboth, MA 02769-1819</div>
<div>(774) 654-0010</div>
<div><a moz-do-not-send="true" href="mailto:info@avacon.org">info@avacon.org</a></div>
<div><a moz-do-not-send="true" href="http://avacon.org">http://avacon.org</a></div>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Fri, Dec 20, 2013 at 7:47 AM, Jeff
Kelley <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:opensim@pescadoo.net" target="_blank">opensim@pescadoo.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">At 9:52 AM +0000 20/12/13, Ai Austin wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Note that I found no prims or primitems after my tidy
up, but I did find over 8,000<br>
entries in the "assets" table (with the Spammer as the
creatorID) and it was still<br>
growing at a rate of 10-20 a minute before I brought the
system down and restored<br>
to an earlier backup version. And the HG visitor was not
logged in at the time.<br>
<br>
So I think items in world can create "assets" in the
databases that are not garbage<br>
collected when the assets are deleted or returned.
hence it would be easy for<br>
someone with a script or generator to create millions of
such assets and ruin<br>
any grid even if it just had one tiny patch for visitors
to rez and unpack boxes.<br>
</blockquote>
<br>
<br>
</div>
I see another possibility : rezing a box with a huge
inventory. The HG transfer may end well after the visitor
has left.<br>
<br>
There are few ways to create assets programmatically :
osMakeNotecard, osDrawImage , osSetDynamicTextureData and
derivatives, osNpcSaveAppearance. Not sure our spammer is
smart enough to write a database-spamming script, since he
doesn't know how to do auto-reps (the spheres i've seen on
Fleep's grid were not scripted).<span class="HOEnZb"><font
color="#888888"><br>
<br>
<br>
-- Jeff</font></span>
<div class="HOEnZb">
<div class="h5"><br>
<br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Opensim-users@lists.berlios.de"
target="_blank">Opensim-users@lists.berlios.de</a><br>
<a moz-do-not-send="true"
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>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Opensim-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>
<a class="moz-txt-link-freetext" href="https://lists.berlios.de/mailman/listinfo/opensim-users">https://lists.berlios.de/mailman/listinfo/opensim-users</a></pre>
</blockquote>
<br>
</body>
</html>