13.08.2015, 00:28
Instanzen von genutzten Assets verwalten ist nicht möglich, neben den oben erwähnten Aspekten crashen ja auch genügend Regionen. Die würden dann ihre genutzten Assets nicht abmelden, wenn der jeweilige Resident den Server danach mit einer neuen Region hochfährt. Und zumindest derzeit machen das viele so: Regionen absichtlich crashen, um Positionen auf der Map zu sichern. Wenn irgendwas im Server suspekt ist, neu installieren mit neuer Region, OAR einspielen und schon wäre der Zähler dauerhaft eins höher.
Derzeit hält ein Regionenserver nur Cache-Kopien der Assets und kann jederzeit die Assets vom Grid nachfordern, wenn er seine Kopien verliert. Dezentrale Assetserver in den Händen beliebiger Benutzer bedeuten aber auch, dass die Assetserver beliebig schlechte Qualität haben können, oft nur sporadisch im Web verfügbar sind, und vom Inventarbesitzer jederzeit ganz oder teilweise gelöscht werden können. Die Kopien auf dem Regionenserver werden also bei einer dezentralen Struktur sehr wichtig, will man längerfristig graue oder leere Flecken auf der Region vermeiden.
UUIDs in Scripten (die auf fremde Assetserver zeigen) können nicht mehr zuverlässig funktionieren, wenn Assetserver jederzeit verschwinden dürfen. Die Regionenserver benötigen nach der Dezentralisierung vollwertige Kopien aller Assets, die gerezzt sind oder von Scripten gerezzt werden könnten. Das Problem ist recht einfach zu lösen, wenn es den Scriptern bekannt ist: Man gibt die Assets in das Content-Verzeichnis zu dem Script ins gerezzte Objekt dazu.
Derzeit hält ein Regionenserver nur Cache-Kopien der Assets und kann jederzeit die Assets vom Grid nachfordern, wenn er seine Kopien verliert. Dezentrale Assetserver in den Händen beliebiger Benutzer bedeuten aber auch, dass die Assetserver beliebig schlechte Qualität haben können, oft nur sporadisch im Web verfügbar sind, und vom Inventarbesitzer jederzeit ganz oder teilweise gelöscht werden können. Die Kopien auf dem Regionenserver werden also bei einer dezentralen Struktur sehr wichtig, will man längerfristig graue oder leere Flecken auf der Region vermeiden.
UUIDs in Scripten (die auf fremde Assetserver zeigen) können nicht mehr zuverlässig funktionieren, wenn Assetserver jederzeit verschwinden dürfen. Die Regionenserver benötigen nach der Dezentralisierung vollwertige Kopien aller Assets, die gerezzt sind oder von Scripten gerezzt werden könnten. Das Problem ist recht einfach zu lösen, wenn es den Scriptern bekannt ist: Man gibt die Assets in das Content-Verzeichnis zu dem Script ins gerezzte Objekt dazu.