Second Life Forums Archive - Pay vs Buy vs ???

Mimo Vacano

Registered User

Join date: 27 Dec 2006

Posts: 54

03-01-2007 15:17

I've tried searching for answers and experimenting but am still not confident I'm on the right design track here. Any advice would be appreciated...

I want to sell a service that interacts with a web server.

I want to use a scripted object to deal with paying for the service and serving up the web links. I'm trying to build a vending process for this object.

The object needs to be 'customized' between the time it's purchased and the time it is taken by the new owner to validate that the object has been paid for and complete the set up with the web server for the AV making the purchase.

If I understand lsl correctly - here's my issues:

I can't use llGiveInventory because I can't modify the object copy without rezzing it first. I need to know the UID of the purchaser's object and must modify it before it is taken - after I've rec'd payment.

I thought about stacking a bunch of objects and using the prim's built-in 'buy' functions but it doesn't look to me like the purchase triggers any kind of 'money' event within the prim. I must be able to 'register' the object with the web server once purchased.

Then I thought about using the 'Pay' function to trigger the 'money' event but, apparently, I can't change the owner of the object being paid and an object can't give itself away - only its contents.

I guess what I'm after here is for an object to vend itself and trigger a state in its own script when it does.

I think I'm going to have to rez a new copy of the object upon purchase and use 'on_rez' for the registration process with the web server and hope I can make it clear to the buyer that they need to wait for the registration process to complete and then take the object. I think this is a rather clunky process but I'm not seeing an alternative.

Am I missing something?

Thanks.

Osgeld Barmy

Registered User

Join date: 22 Mar 2005

Posts: 3,336

03-01-2007 21:12

i probally didnt follow all of that, have you looked @ buy with a changed event, when it switches ownership it would trigger the changed event

Alidar Moxie

Registered User

Join date: 2 Dec 2005

Posts: 47

03-02-2007 05:14

I have a similar product and I had to make it part of the web response, ie 'You have to go to website http://.... to complete setup'

It even assigns a temporary password all in one swoop.

Mimo Vacano

Registered User

Join date: 27 Dec 2006

Posts: 54

03-02-2007 07:08

Thanks, Osgeld - I had forgotten that 'buy' triggered that event - might work.

Thanks Alidar - Great thought and glad to hear it's working for you. I'd like to save the step and automate if I can but it's a great fallback.

Pay vs Buy vs ???
Mimo Vacano Registered User Join date: 27 Dec 2006 Posts: 54	03-01-2007 15:17 I've tried searching for answers and experimenting but am still not confident I'm on the right design track here. Any advice would be appreciated... I want to sell a service that interacts with a web server. I want to use a scripted object to deal with paying for the service and serving up the web links. I'm trying to build a vending process for this object. The object needs to be 'customized' between the time it's purchased and the time it is taken by the new owner to validate that the object has been paid for and complete the set up with the web server for the AV making the purchase. If I understand lsl correctly - here's my issues: I can't use llGiveInventory because I can't modify the object copy without rezzing it first. I need to know the UID of the purchaser's object and must modify it before it is taken - after I've rec'd payment. I thought about stacking a bunch of objects and using the prim's built-in 'buy' functions but it doesn't look to me like the purchase triggers any kind of 'money' event within the prim. I must be able to 'register' the object with the web server once purchased. Then I thought about using the 'Pay' function to trigger the 'money' event but, apparently, I can't change the owner of the object being paid and an object can't give itself away - only its contents. I guess what I'm after here is for an object to vend itself and trigger a state in its own script when it does. I think I'm going to have to rez a new copy of the object upon purchase and use 'on_rez' for the registration process with the web server and hope I can make it clear to the buyer that they need to wait for the registration process to complete and then take the object. I think this is a rather clunky process but I'm not seeing an alternative. Am I missing something? Thanks.
Osgeld Barmy Registered User Join date: 22 Mar 2005 Posts: 3,336	03-01-2007 21:12 i probally didnt follow all of that, have you looked @ buy with a changed event, when it switches ownership it would trigger the changed event
Alidar Moxie Registered User Join date: 2 Dec 2005 Posts: 47	03-02-2007 05:14 I have a similar product and I had to make it part of the web response, ie 'You have to go to website http://.... to complete setup' It even assigns a temporary password all in one swoop.
Mimo Vacano Registered User Join date: 27 Dec 2006 Posts: 54	03-02-2007 07:08 Thanks, Osgeld - I had forgotten that 'buy' triggered that event - might work. Thanks Alidar - Great thought and glad to hear it's working for you. I'd like to save the step and automate if I can but it's a great fallback.

Welcome to the Second Life Forums Archive

Pay vs Buy vs ???