Library: FOSSL Vending System v1

I have followed all the directions and think that I followed them to what I think was right.
I even went to Ilobmirt Tenk store and seen how that one was set up to make sure that mine was set similar or the same.

Here is the problem(s):

I removed some "sample" text. For the
"loading texture - (DEFAULT:UUID here)"
and made it look like
"loading texture = UUID here"
thinking that the "Default:0)" is an example.

It seems that I have done something wrong in all the notecards and would like to know what.

I have a 7 prim vendor, top is the client, 2 left and 2 right (what I take as the items), one large middle for the display, one smaller one under the middle (display) for INFO.

I get the info for the client starting and the server, that all works.
I cant seem to see any textures with the UUIDs on any prims, and whether or not I put them in the client or the sever, it does not show them.

I left Ilobmirt Tenk an IM and no word as of yet. So if they are reading this, please contact me.

Or anyone that has some examples of the notecard settings that would help as well. Please.

Also ... the catagoryies and subs, I dont get int he notecards...

Thank you!
KiKi

KickMe Sideways - Hope you enjoyed the chat. Also Hope you make head and tails of those example vendors I sent you. :3

Everyone Else - I been testing out all the user generated improvements to the vendors. Namely, the profit splitting and the info card per product addons. Also, I fixed the symmetric encryption functions. Nothing ready for release yet, but feel free to IM me for script updates on the following scripts...

*FOSSLVendorMainClient v1.6.4

and

*FOSSLVendorMainServer v 1.6.4

I know you guys have been asking for some clarification on the documentation. Perhaps I might need to split it up into the following categories...

*Merchant
*Vendor Designer
*Module Programmer
*(What else could go here?)

That is all for now. If you like what's goin down with this project, I always appreciate some more members to the "FOSSL Vendor" Group. And as always. Questions, comments, suggestions are something I will always never mind hearing. Give me a piece of your mind. =^_^=

~Tenk

FOSSL Vending System v1.6 is now in Beta

Added Features:

+ Profit Splitting to any Number of people
* Split amout can be either L$, %, or US$

+ Freebie Functionality
*No payment box needed for L$0 items. Touching the prim is all that is needed to trigger a purchase.

+ E-mail Notification of a sale
*Set the "email" variable in your client config card

+ E-mail Notification of a deliverey
*Set the "email" variable in your server config card

Fixes:

+Symmetric encryption Algorythm is now functional
*Set the "key" variable in the client config card

Cannot Fix:

+ non-anonymous access to the server from outside the sim the server is on
*default for "annon access" is now set to 1

I'm just about done writing this all in. If you want to test these scripts before they are released, just IM me. I plan to officially release this code till after SL5B

v1.6 is officially "out there"
Feel free to read up and make comments :3

All the old posts have been replaced by their newer counterparts. I thought it might have been better to do that untill v2 comes out instead of a bajillion forum topics about it.

~Tenk

I am looking forward to version 2.0 to hit the beta streets of SL. I have found this system to be easy to work with.

The biggest issues I have (using 1.6) are:

(1) The products slide into the vendor one at a time. This is great if you have a 1-panel vendor. It is very awkward with a 6-panel vendor. I am not a lsl programmer but I believe there is a way to cache 6 products at a time from the buffered product data read by the notecard read file. This would smooth things up quite a bit.

(2) If you were to take the VendorMainClient script and break the routines that can occur in the script into sub-routines called by a linked script, wouldn't this also speed up the script process of reading the database in? I have played around with the buffers quite a bit and find that the best setting is 15, but also only based on 100 or so products set into 5 or 6 categories. I find that having 400 (varies slightly by sim) bytes remaining of 16K is detrimental to a smooth-operating system.

Possibly no reply is warranted at this time as I do not have 1.6.4 nor 2.0 but these issues may be addressed in that version.

Herfulnerful Holsworthy -

Glad that you appreciate the logic of the vending system. I'm just as excited to see the system grow as much as you do.

You certainly have an eye and have studied well in how the current version works. Here's my thoughts on your observations...

1) Product updates are a single threaded process. Indeed, if you want a faster display update, I'd recommend implementing functionality found in FOSSLVendorProductDatabase into FOSSLVendorLink. On top of that, Port the redraw functionality from FOSSLVendorMainClient into that script as well. That way, item refreshes can become simultaneous as well as reduce load upon FOSSLVendorProductDatabase

2) I agree that FOSSLVendorMainClient needs to reduce its list of responsibilities. All of the things it needs to do causes itself to have a heavy burden and slow down the system overall. I disagree however in the creation of more modules to become the equivalent of FOSSLVendorMainClient. Allow me to explain...

Every single script within an object can be thought up of as a local network. When a script communicates to another script via linked messages, its like sending a packet across a network. And like a regular network, when an lsl script network gets clogged with linked messages, communication will slow down. As a result, a system of intercommunicating scripts will slow down to a grinding halt.

A major design goal I set forth with FOSSL Vendor v2 is to reduce workload on the linked message network. Meaning more emphasis on buffering data and improving the product database.


Hope this enlightens you,

~Tenk

I had it all up and running great just before SL did the last update now it won't work at all any clues why this might be?

This is due to SVC-9238. The latest server update has screwed around with llGetNextEmail. This is the vital function responsible for vendor <---> server communication. Supposedly, any kind of filtered e-mail retrieval with that function will not call the e-mail event.

But alas, all hope is not lost. I have developed a work around to this problem and it is under testing. Please see me for that patch. I'd like to ensure that it is bug free before applying the update to SLX, these forums, and my distribution servers.

The only affected module during this update has been the FOSSLVendorMainClient script. To apply this patch, just remove the defunct v1.6 or v1.0 module and insert the patched code.

Be warned that even though the client script has been defunct by the SL server update. The FOSSLVendorMainClient script versions 1.6 and below would have continued to send requests to the item server in an attempt to achieve a connection. Since this SL Server update didn't affect the item server, FOSSLVendorMainServer will have continued to respond to those requests. So, what you get when you apply this patch is that after it initialized, the screens will have undergone a continual refresh. (That is, if you simply swapped scripts) That is because the patched script will see all those responses in the email que and do its best to respond to all of them.

Do not worry if this happens, the constant refreshes will be over with as the e-mail responses get cleared. It also should not occur for freshly rezzed objects with a new UUID.

If there is a problem with the patch, let me know about it as soon as possible. I plan to release this update within one week from now if no functionality has been compromised by the patch.

Great!

Seems a odd ,but viable work around for the lack of loading response is simply to move it across a sim boundry as well


However, while that then allows the vendor to receive the loading instructions from the server, it seems that a secondary bug that has happened is that the llSetPayPrice is now buggered for child prims again

VWR-8744

when I try to use the buy option it just gives me a blank fast pay
so evidently that part is not communicating at the moment either

The changes made to FOSSLVendorMainClient Seemed to have worked without any detrimental effects for the duration of the week I have released the code for testing. Therefore, I am now pushing the update to these forums, SLX, as well as my in-world vendors and servers freely available in Ryder Haven. It was just a small patch and no added features were made upon this system, however it was a necessary update to fix broken networking functionality.

Under development now is an update to the FOSSLVendorLink script to allow for itself to update its own displays making screen updates a multi-threaded process and improves upon the following...

* Faster updating of products that are displayed
* Reduced Memory consumption on FOSSLVendorMainClient
* Less load upon FOSSLVendorProductDatabase

It does work, however, I seem to be having a timing issue where it believes that the vendor is ready to display its products when it is not. clicking on the link after vendor is ready to display the product will allow for the link to continue functioning normally though. Crushing this bug is highly encouraged. I would like to see this update published and bug free asap.


FOSSL Vending System Creator,

~Ilobmirt Tenk