On December 20, 2018 at 8:32:52 AM, Rob Lindman (r...@roblindman.net) wrote:
If people are working on these viewers, especially on matters of URI handling... it would be nice if there was one (1) ONE with a decent gridinfo configuration panel. (Preferences -> Opensim -> Made Of Fail) When attempting to add a test grid... It is exceptionally annoying if there is some difficulty in adding a new grid. You cannot manually edit the individual line items for grids in order to adjust the different pages. These are constant parameters provided by the grid. They aren’t settings an enduser should need to adjust. It frequently takes a while to fail if there is some difficulty reaching the /gridinfo file. I wind up with redundant 'lost continent of hippo' entries. I was trying to figure out what was going on testing on 127.0.0.1 (which for some reason fails 'despite our best efforts'.) This is how TCP is designed. You’ll get the same behavior from cURL. The timeout is prolonged because there are people running grids on extremely latent DSL connections and the timeout period needs to be that long to connect. I have encountered regions connected to OSGrid that take nearly two minutes to establish a connection to. The /gridinfo URI itself is also ridiculous. Check for /gridinfo.xml or something... I wanted 'mydomain.com' to be all a user had to put into this panel in order for it to work, instead of mydomain.com:9000 ... And so, hey, I am running apache, might as well just put a file up there called /gridinfo, that way I can omit the port number while fulfilling the /gridinfo requirements... While it was 'fun' to mess around with mod-rewrite... this whole process shows that the OpenSim / TPV community didn't put much thought into MAKING IT EASY for people to get on grids. OpenSimulator hasn’t registered any port numbers in the Service Name and Transport Protocol Port Number Registry. Since grid info is served via http, it is standard to assume port 80. True, most grids host gridinfo on 8002 (already reserved for Teradata ORDBMS) or 9000 (reserved for CSListener and php-fpm’s default port) but there’s nothing stating they are the standard port. I ultimately had to open the Firestorm user grids xml file and add one in manually to access the opensim running on my local system. That's ridiculous. A typical end user is not going to want to go through that. I am an opensim / second life enthusiast and this hassle was enough for me to set the computer on fire. There is no easy way to debug what is happening here. This is a DNS resolution issue with Firestorm. Nobody has ever bothered reporting it to Firestorm, so they don’t even know it exists. If I had to go through all this trouble every time I wanted to connect to A WEBSITE then I am sorry to say I would simply become Amish and start milking goats. You’ll get a lot of the same issues trying to set apache+php up on localhost and connecting via loopback if you have no experience or documentation to help you. A replacement for LLUDP isn't needed. Disagree. LLUDP has many limitations which are mistakenly blamed as viewer limitations. Not to mention, UDP being the chief reason firewalled clients can’t connect. The protocol needs changed or at least DEFINED in order for client and server to communicate. What's needed is for people to actually think about what they are doing. Try out the software under different conditions and wonder if a person new to this environment would REALLY want to contend with the seriously annoying issues that are basically in the way of anyone adopting OpenSim. As far as your example, that’s one of the reasons I created the x-grid-info:// scheme (and why ArminW created hop:// though it’s specification morphed) When x-grid-info:// is properly supported, one need only to click a hyperlink in a web browser to add a grid to the viewer. _______________________________________________ Opensim-dev mailing list Opensim-dev@opensimulator.org http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
