Darkie Minotaur

To my knowledge, very little has changed in terms of basi functionality. There is a very simple example here. But I would assume, you are doing something that's not quite correct. Post an example you used and people can look at it here and try to find out what's going wrong.

There are tons of examples out there - just google lsl php. Also, in the library there are examples you can look at. If you want to use http in, there is a simple example here

Get a decent editor (like e.g. LSLEditor) - it'll tell you where the problem is straight away.

I'm not an expert in cross domain scripting - but I guess that this is an issue of the header in the reply from SL. The reply as such gets sent, but (due to the missing cross domain permission in the header) the XDomainRequest object can't read it. At least that's what I figure after taking a look at the site you included in your post. A work around would be that you get the data from the in-world object through a php file on your server and you let your AJAX script request it from that php.

I think you have to test it step by step. Do you get any response at all (without JavaScript)? Is you AJAX request capable of cross site (I guess, you request the page from a webserver and want to load additional contents from a SL object) communication? These would be the first two things I can think of.

I'm pretty sure they use HTTP to send the data toi their server and generate the email there

I can't see a simple way to work around the limit. If you aere familiar with using HTTP communication and a language used for writing scripts for a webserver, you could use llHTTPRequest to get your data to a webserver and send a single email from there. There also may be webswervices that allow you to send an email by using a HTTP-API, so you don't need a webserver. A quick Google check yielded some promising results (e.g. http://www.mailgun.com).

Check where the phenomenon occurs: On each timer passing, lest the script sed a mail to you on each call of the php script, let the php cript send a mail to you on each http_response, let the script send a mail to you

In what you posted, I can't see a reason for the script to stop sending HTTP requests when you're off.

Without seeing the script, it's very difficult to say where the problem is. In general, however, the timer and the request should continue to work.

So it was closed outgoing ports after all

Here some things that come to my mind: - Are you sure that you use the correct URL and update it on each llRequstURL() call - What message do you actually get? - What happens, it you call the scipt's URL from a web browser - does it responde as expected?

Do you get a socket at all? Remember what I said in my last post - many Hosting providers won't let you

Look at this page http://wiki.secondlife.com/wiki/LSL_http_server/Exemplar - torwards the endlich you'll find a PHP exemplar. In thing to mind is, that your server allows calls to odd Ports. Most don't.

You can't call a function (here: llGetPos()) outside an event - you can declare your variable outside a state or a function, though. So, put the position = llGetPos(); in a state or a function.

Generally speaking, it should be pssible. I've once helped setting up a similar system with another streaming server management system. However, I can't say much more at this point, since I don't know your environement. But the basic possibliities should be the same: Write a system that basically handles the servermanagement itself without centova cast. This would require some web programming (PHP, Perl ...) and some bash scripting Write a system that uses centova cast's database and write to it and read from it. This would need a thorough understanding of the data structure of the sytem. Here the biggest part would be web/database programming Write a sytem that uses the hooks the programm uses - i.e. imitate the forms used by centova cast. That would mean a lot of looking at the communication of the system (this is what my friend did with the other system)

You're just getting mixed up with the 0 based indexes integer x = 0; Documents = []; for (x=(Page*9);x<Page*9+9 && llGetInventoryNumber(INVENTORY_NOTECARD) > x;x++) { Documents+=llGetInventoryName(INVENTORY_NOTECARD,x); } I also changed the condition for reaching the end of the list.

It would be helpful to know where you're stuck

Mir ist jetzt nicht klar, wo genau dein Problem ist: LSL-seitig scheiknt es nicht zu sein. HTML solltest du auch koennen, wenn du bereits an einer Website arbeitest. Versuche etwas konkreter zu umreißen, wo dein Problem liegt.

Simply use llGetLinkPrimitiveParams to read the current settings befopre you applythe new ones.

If you tell us a little more about what you actually want to se this communicaton for, we can advice you on how to best set it up.

4 ways come into my mind: llEmail via HTTP from object to object (llHTTPRequest ) via HTTP out from the sender to a webserver and HTTP in from the webserver to the receiver (llHTTPRequest, llHTTPResponse) via HTTP out from the sender to a webserver which writes it to a database or a file and the receiver polls for new messages (llHTTPRequest,) 1 and 2 require that the UUID of the receiver is known to the sender. 3 requires the webserver knows the receivers URL.

As you've already suspected, this forum is not for requesting scripts. You should go to the Wanted forum or the Inworld Employment forum

Both ways are fine - and both work. The POST method lets you acess the form fields without having to go through the header. If you had problems, I would guess you didn't change the method on both ends.

Use POST insted of GET - that should do the trick. ETA: Of course you could use the GET method, too. The parameters would then have to be retrieved from the header with llGetHTTPHeader