nikolsy

thank you Oz Linden for the quick response. It actually makes logical sense to include that template. although for a personal project it was being a problem, that's why I asked.

anyway, use one function or the other, the problem is the same. How to keep the UUID ?. Your partner has proposed an alternative, but to date, only theoretical, because I'm waiting for a practical example, it has never come. you understand me?

on the other hand, squire of wulfie Reanimator, I sent this post to ask users if they know of any alternative solution. If we all think like you,then this forum does not exist, because we will send messages to Linden Lab. Fortunately, not everyone is like you, who responds in the simplest way.

your partner wrote and ... of course, it's easy to say anything. I can say that when you disconnect from secondlife, then a prim with UUID:1111111-1111-1111-1111-0000000, becomes Santa Claus and with his sleigh he visits my house to give me a beautiful mansion as a gift then you tell me ;" Hey ..Do you have that script?" but..I disappear

hi! When you use this function to send an email @, by default a template is added with data about the object that sends the email my question is ... there is any way to send the message without the default header I am aware of some functions to remove this template. But they are functions that apply within SL. for more information about llEmail, his wiki address is here llEmail - Second Life Wiki

I am not surprised to find users like you, "Wulfie Reanimator" , unfortunately there are many of on the internet. Their behavior is identical, they say they know the solution to a problem, but when you ask them for the solution in particular, they disappear.

On the other hand, about having a server and using a script that communicates with it to report changes and, from this system, maintain a permanent link ... It seems interesting, as long as the objective is reached. Let us remember the objective pursued. The communication between a prim and the outside of SecondLife, does not have to be lost, as a result of changes in the region. unfortunately for me, I don't have experience with servers, php programming.. . I use Windows as the operating system. But, if the procedure is not overly complicated, I can try setting up a server. You can provide me with some simple example?. (If possible, a free option for a first test.)

thanks for answering. Now I have the impression that you have understood me. According to my previous examples where I compare both functions, for practical purposes, the llOpenRemoteDataChannel() function is more stable than llHTTPRequest() because if you have to make some modification in the script of the prim that provides the UUID, it does not change the UUID associated with the link, therefore, communication with the exterior of SL is maintained, without the need to use a server. I don't understand why Linden Lab advises against the use of llOpenRemoteDataChannel(). Rather, I think that the llHTTPRequest() function has to learn from llOpenRemoteDataChannel(), for example "copy a similar behavior. about maintaining supplied UUIDs". This was going to be a plus point

an interesting difference between both functions 0º. you've two prims.. Each prim has a different function that is activated by clicking on the prim 1º. you touch the first click and the result is this llHTTPRequest() id = 00000000-0000-0000-0000-0000000 llOpenRemoteDataChannel() id = 00000000-0000-0000-0000-0000000 2º. you touch the second click and the result is this llHTTPRequest() id = 1111111-0000-0000-0000-0000000 llOpenRemoteDataChannel() id = 00000000-0000-0000-0000-0000000 3º. you touch the third click and the result is this llHTTPRequest() id = 1111111-1111-1111-1111-0000000 llOpenRemoteDataChannel() id = 00000000-0000-0000-0000-0000000 observe how that llHTTPRequest() changes with each click, instead the llOpenRemoteDataChannel is able to keep the previous UUID. this is the behavior i am looking for. Unfortunately, llOpenRemoteDataChannel will change its UUID when there are region changes I would like to know where that UUID is stored, is it in the region? if llOpenRemoteDataChannel is able to store the UUID in the region then it may be able to store in some other location

well, thanks for answering but ....I think you are not understanding me 😢 I'm going to use an example with a more known function to try to be understood.. 1º. you've a prim in SL with a script that uses the llHTTPRequest() function 2º. this function generates an http:// for example this: http://example/lslhttp/d9eerpdlse-ddsa-erfs-dfer-34dfrswsg (note that the last part of the http is a UUID) 3º. This address can be used by functions external to SL(for example jQuery), to have communication with the prim from outside SL 4º. if you reset the script (for some reason), then llHTTPRequest() generates a new address, for example http://example/lslhttp/00000p00-000a-e00s-110r-300011sg 5º. the problem is that now you cannot communicate from the outside SL, the connection has been lost. 6º. the solution is to manually replace the new address in your code external to SL. if you've a single prim, it's not a big problem. But if you've more than 10 prims with different http://... then you've to replace many http: //... I hope the example has been understood... Now, I'm asking if there is any way for the function that generates the UUID, in this case llHTTPRequest(), not to generate a UUID new one every time a change originates. Is it possible to use the initial UUID..."forever"? === IMPORTANT !! Finally, remember that this is just an example to illustrate. Actually, I'm asking about the llOpenRemoteDataChannel() function .., but in a way, llHTTPRequest() and llOpenRemoteDataChannel() have a similar behavior, so, the solution for one function, maybe it works for the other

what do you mean by this ?? do you know how to create a permanent identifier?

In particular, I talk about this function llOpenRemoteDataChannel() (you can find information here -- wiki.secondlife.) This function generates a code very similar to a UUID, which is a channel for XML-RPC communication But that code, which I have called UUID to simplify, it is volatile, as I have already commented in the previous post. So, I ask if there is any way to create a permanent XML-RPC channel (a permanent UUID). I understand the difference between a permanent UUID, as I discussed earlier, the example of an object UUID, used for llEmail events. But these XML-RPC channels are mysterious. For example, when you use the llHttpRequest function, it generates a UUID. And if you reset the script, then llHttpRequest function generates a different UUID. Instead, the XML-RPC UUID is the same when you reset the script, but changes when it happens some conditions, for example: reset region, save in inventory, cross region Do you understand me?

Hi. I am experimenting with some XML-RPC scripts and I have some questions. the problem is that these UUID channels are generated automatically by the script, but, they change automatically when the object goes into inventory the region has changes they cross to another region. Is it possible to create permanent channel UUIDs ?. Similar to the system used by email, where you only have to use the object's UUID (which is permanent)

I have already read this recommendation before in this same topic. I have visited the page and it seems to me that it is written for people who are somewhat advanced in programming. I repeat that my situation is not that of an experienced programmer.

thanks for the reply. I have downloaded OnLook viewer, and I am inside my openSim successfully. But I don't understand how to use your extra options. OnLook blog it seems outdated. Maybe it's a project that was done with another older version of OpenSim. I've also been studying other options like realXtend, but this option is too strange for me, I can't find the viewer and I don't have a tutorial. In conclusion, it seems that both projects are abandoned.