HTTP server in a prim?
kelly at lindenlab.com
Mon Dec 21 09:39:51 PST 2009
There are url registration/persistence services available that you could
use. Not meaning to support any one over another, this is a free one I know
of: http://gridurl.appspot.com/ the instructions for use are pretty clear, I
Alternatively if you have access to an outside host, each script could
register it's urls with a custom service there and that service would know
to forward requests it gets to all 5 lights. In php or python that custom
service is going to be pretty darn simple - GET
?action=set&id=light1&url=foo to register the light's urls, and just keep
them in a dict or map in json in a file or in a database or whatever. Then
?action=on or ?action=off will send a message to each registered url. Doing
something like this is probably much easier than having each light maintain
a list of each other light.
The benefits of HTTP-In for either way are that there is no script sleep as
with llEmail, the communication is closer to instant and you can tell at the
time of the action if there were any errors (if you wish to make your system
On Mon, Dec 21, 2009 at 9:26 AM, Joe Etten <jetten at gmail.com> wrote:
> That's ok I did the same thing I think.. I really wish the return email
> coming from the listserv was the email address of the listserv.. But I
> digress. In any case.. The only way I know to communicate with objects
> across sims is email (which has issues at times). Or via an external HTTP
> Let's take this scenario and see if it would apply..
> Say I had a light in 5 sims. When I turned on that light in one sim, I'd
> want it to turn on in the other sims as well. I've done this before using
> email, but sometimes email just stops functioning in the sim until it is
> restarted. There's a couple jira's about it.
> Could I accomplish this with the HTTP-in? Since the URLs are temporary, I'm
> thinking I'd have issues.
> On Mon, Dec 21, 2009 at 12:04 PM, ELQ Homewood <elqlippoth at gmail.com>wrote:
>> Sorry, I hit reply instead of reply to all or something, reposting answer:
>> On Mon, Dec 21, 2009 at 11:58 AM, ELQ Homewood <elqlippoth at gmail.com>wrote:
>> mmmm I guess it could, but not sure about how much more efficient that
>> would be as opposed to other obj->obj communication. I've used it that way,
>> but really only because I go through a php script to process data and get
>> results before sending to the receiving object. Plenty of uses for it
>> though..access from outside sources from databases, website transactions,
>> calling from the web to get location info or new data, using web interfaces
>> for communication, better back and forth between web or desktop and inworld
>> scripts, commands from outside for inworld actions..lots of stuff
>> On Mon, Dec 21, 2009 at 11:52 AM, Joe Etten <jetten at gmail.com> wrote:
>>> So this is pretty interesting to me. But short of serving up static data,
>>> I'm not sure how useful it is? Am I correct in assuming that objects could
>>> use this to communicate between sims?
>>> On Mon, Dec 21, 2009 at 11:25 AM, ELQ Homewood <elqlippoth at gmail.com>wrote:
>>>> Oh yes, it works quite well. Again, LL has set it up on a port that is
>>>> blocked on the big hosting providers, but from your desktop, or your
>>>> own server it works fine. Here's an example:
>>>> Click here to unsubscribe or manage your list subscription:
> Click here to unsubscribe or manage your list subscription:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the secondlifescripters