BlueXBeta

Thanks for the response. I just try to use as little timers as possible. but i guess timed polls are just part of the dna of scripting.

I have to ask this: Is there really no other way to see if an agent flies, or types than by repeatedly checking llGetAgentInfo() with a timer? I wish I wouldn't have to do that.

just curious about this: Why using object to object http and not simply using RegionSayTo?

oh. it is shown as NEW in the manual page. oh well. i can wait. thanks!

Hello, Happy New Year ! I'm trying to use the new llRezObjectWithParams but it keeps on erroring. is the function not released? Below the plain snippet from the manual page for this function. Even that example errors at the line starting with REZ_FLAGS when trying to save the script. default { touch_start(integer total_number) { llRezObjectWithParams("testprim", [ REZ_FLAGS, REZ_FLAG_PHANTOM | REZ_FLAG_TEMP, // you can combine several flags separated by pipes. REZ_POS, <0,0,1>, TRUE, TRUE, REZ_OMEGA, <0,0,1>, TRUE, 0.5, PI ]); } }

Thanks for the insight, I couldn't find a way to measure the performance of the two. I take from the conversation that linksetData is best in feeding several scripts with the same info. (a bit like superglobals). So the performance improvement isn't that it's faster than link messages, but that it allows for a more efficient script architecture. Got it.

Hi Besides the obvious benefits of linksetData for storage, how does the data exchange between scripts with linksetData Read/Write compare to the one with linkedMessages in terms of server calls, lags, efficiency ? Isn't updating via linksetData also a server call like linkedmessages?

omg. yes. of course! thank you

Hello, Does anybody know where I can find the default sim sand texture(s) ? thanks !

this sim is gone.

The price just got lowered to 38.000 Lindens.

20k Prims full region blackpearl up for sale. Sales price 50.000 Lindens, buyer pays transfer fees. sim needs to be moved, which I believe is included in the fee. The objects currently on the sim are not for sale. It's just the sim itself. Tier is due on 2nd of months. It is paid until 2nd February 2023. http://maps.secondlife.com/secondlife/blackpearl/104/151/55

is it here ? is it here ?

it's all working here too again. thanks everybody involved in fixing this!

Is ANYBODY from SL trying to solve this ? The Jira ticket is set to solved and it is not solved.

yes i did: it's BUG-232915

I had the 499 error before, but only occasionally and it always went away quickly, and by itself. I didn't change anything, it just didn't happen anymore. This time though it is an ongoing blockage. Thanks for the wiki link to the 499 error. So it is clear that there is an issue on the SL side in connection with this particular hosting company. So the blacklisting idea sounds possible. I did not know that dreamhost is cheap and used by hackers. Is that actually true, or any different to other hosting companies ? here's the Jira I just created: i hope this is useful, it's my first Jira report: BUG-232915

The thing is, i can access my dreamhost files just fine, the webpage, the database it all works through web interface. Only from within second life I can't access them. So I am leaning strongly to the believe that this is something on Linden's side. A protocol, a security setting something.

I also have dreamhost. They can't find any issue. I can access my db just fine, and my scripts are pretty solid. It's just that from inside of sl it won't connect properly. I restarted the region but that didn't change anything. I'm not sure what to do.

Hi. Today is the day where my scripts can't connect to the offworld database. It always works, and I receive the friendly status 200 codes when requesting anything. But not today, it just doesn't work anymore. All I receive is status 499. which is an error. The hosting company doesn't find any issues with their connection, or the mysql. And Linden support thinks it is a script malfunction. Does anybody have more information or knowledge about what that error code refers to ?

Thanks for all the input. I was able to solve it for my use. It's so simple. Doh. My 'mistake' was to send back data from the php script using curl, which is just another 'post' request. So the data ended in the http_request body with its 2k limitations. Not using the curl but only echo'ing the data sends it into the http_response event with 16k space. and it's faster too.

Alright. Thanks for the exploration. Seems I need to make a few post calls to collect the data I want. not a biggy I just thought I'm missing something. Confusion is still that there is the 16k body sitting in the respond event, but i'm getting stuck in the 2k body of the request event. Maybe I can send my data as a 'response' ? I need to test a bit what is possible on the php side. thanks!

But that is an outgoing body from LSL --> server. The cap happens when I send data from php ---> lsl http_request(key id, string method, string body) { if (method=="POST") // incoming from server { llOwnerSay("SERVER: body length"+((string)llStringLength(body))); this is always truncated to 2048 characters. in my case.

That's what I'm finding too. the request body seems always 2k max.

It seems that's where the issue is indeed. I understand the path from lsl script to the server, using the llHttpRequest with "POST". Then the php script does its thing and using curl it POSTs back the result to my lsl script. But that body only shows up in the http_request event, truncated to 2048 chars. Nothing arrives in the http_response event. How can I send back my data in such a way that it shows up in the http_respond event, which allows for a much larger body ?