Second Life Forums Archive - httpdb - free off-site storage

Masakazu Kojima

ケロ

Join date: 23 Apr 2004

Posts: 232

05-29-2006 15:23

http://w-hat.com/httpdb

httpdb provides free, persistant, off-site storage for LSL Scripts via llHTTPRequest. You can store up to 250kb of data in the form of key/value pairs, and read or write the data from any script. You can share your data with other users, protect it with passwords, browse and manage your data on the web, and download backups.

You do not need to register to use httpdb, you can just start saving and retrieving data at any time. It is designed to be as painless to get started as possible. Examples and library code are provided on the website.

Comments/suggestions appreciated.

Archanox Underthorn

Registered User

Join date: 20 May 2003

Posts: 168

05-29-2006 22:44

Man you guys make my life so much easier, thanks a lot

_____________________

Archatek

Home to some of the highest quality katanas and other blades available in SL. Co-creator of the Samurai Island Combat System, one of the best melee combat systems available, come check it out!

___________________

Ordinal Malaprop

really very ordinary

Join date: 9 Sep 2005

Posts: 4,607

05-30-2006 02:34

I'm getting an Application Error from that page....

Masakazu Kojima

ケロ

Join date: 23 Apr 2004

Posts: 232

05-30-2006 05:02

It didn't like your IP address. It should work now.

Argent Stonecutter

Emergency Mustelid

Join date: 20 Sep 2005

Posts: 20,263

05-30-2006 08:17

Security?

Russell Hansen

Texi pets are here!

Join date: 11 Apr 2006

Posts: 107

05-31-2006 15:24

All of the utilities on the site look very good in their functionality, as long as they have the robustness required of a generic widely used interface.

I'm worried about all of these services starting to pop up using llHTTPRequest (I assume that's what is being used here) and the throttling that may occur. People could start to use 2, 3 or more of these services on their estates, not realising that every one controbutes to the chance of hitting the throttle. I dont have an answer to this question, as I'm struggling with the implications in my own developments. Just look at recent posts here though, and you'll see at least half a dozen new services being developed which are going to be using the new http mechanism.

Do you have them run at 1/5 of the throttle rate, and hope others do the same, allowing an assumed average of 5 objects issueing requests at the same time?

Do you run your at the threshold limit speed, and warn users any other object may cause throttling?

Is there even a way to easily detect in code when throttling is happening across objects, so you can implement a request buffer? I don't think so.

We as developers have a responsibility to provide our customers with graceful ways of failing, and as a community to try and minimise those failures. It would be nice if Linden Labs helped facilitate this with some better throttle detection and avoidance, rather than just request failures, but in the meantime, there is going to be a lot of builder and customer education about the impacts of too many http interactions.

Zarf Vantongerloo

Obscure Resident

Join date: 22 Jun 2005

Posts: 110

05-31-2006 19:41

Excellent service!

Your Quickstart code on the web page has "GET" and "PUT" swapped. httpdb_save should be using "PUT", but is shown with "GET", and vice-versa for httpdb_load.

SiRiS Asturias

Chaotic Coder

Join date: 27 Sep 2005

Posts: 93

06-12-2006 06:43

From: Russell Hansen

Is there even a way to easily detect in code when throttling is happening across objects, so you can implement a request buffer? I don't think so.

The below link is a start to that exact question based on the info about the server-side Throttling LL is using:

/20/d4/96884/4.html#post1068764/20/d4/96884/4.html#post1068764

Granted, this only useful for a single object per sim. It might help someone to develop a "multi-prim per sim" version, if I don't get around to it.

Enjoy!

_____________________

Proud founder of:
S3 - Self Storage Systems
S3storage.net (Coming Soon!)

SLBoutique.com
SLExchange.com - Find What You Need, When You Need It.

"Light travels faster than sound. This is why some people appear bright, until you hear them speak."

httpdb - free off-site storage
Masakazu Kojima ケロ Join date: 23 Apr 2004 Posts: 232	05-29-2006 15:23 http://w-hat.com/httpdb httpdb provides free, persistant, off-site storage for LSL Scripts via llHTTPRequest. You can store up to 250kb of data in the form of key/value pairs, and read or write the data from any script. You can share your data with other users, protect it with passwords, browse and manage your data on the web, and download backups. You do not need to register to use httpdb, you can just start saving and retrieving data at any time. It is designed to be as painless to get started as possible. Examples and library code are provided on the website. Comments/suggestions appreciated.
Archanox Underthorn Registered User Join date: 20 May 2003 Posts: 168	05-29-2006 22:44 Man you guys make my life so much easier, thanks a lot _____________________ Archatek Home to some of the highest quality katanas and other blades available in SL. Co-creator of the Samurai Island Combat System, one of the best melee combat systems available, come check it out! ___________________
Ordinal Malaprop really very ordinary Join date: 9 Sep 2005 Posts: 4,607	05-30-2006 02:34 I'm getting an Application Error from that page....
Masakazu Kojima ケロ Join date: 23 Apr 2004 Posts: 232	05-30-2006 05:02 It didn't like your IP address. It should work now.
Argent Stonecutter Emergency Mustelid Join date: 20 Sep 2005 Posts: 20,263	05-30-2006 08:17 Security?
Russell Hansen Texi pets are here! Join date: 11 Apr 2006 Posts: 107	05-31-2006 15:24 All of the utilities on the site look very good in their functionality, as long as they have the robustness required of a generic widely used interface. I'm worried about all of these services starting to pop up using llHTTPRequest (I assume that's what is being used here) and the throttling that may occur. People could start to use 2, 3 or more of these services on their estates, not realising that every one controbutes to the chance of hitting the throttle. I dont have an answer to this question, as I'm struggling with the implications in my own developments. Just look at recent posts here though, and you'll see at least half a dozen new services being developed which are going to be using the new http mechanism. Do you have them run at 1/5 of the throttle rate, and hope others do the same, allowing an assumed average of 5 objects issueing requests at the same time? Do you run your at the threshold limit speed, and warn users any other object may cause throttling? Is there even a way to easily detect in code when throttling is happening across objects, so you can implement a request buffer? I don't think so. We as developers have a responsibility to provide our customers with graceful ways of failing, and as a community to try and minimise those failures. It would be nice if Linden Labs helped facilitate this with some better throttle detection and avoidance, rather than just request failures, but in the meantime, there is going to be a lot of builder and customer education about the impacts of too many http interactions.
Zarf Vantongerloo Obscure Resident Join date: 22 Jun 2005 Posts: 110	05-31-2006 19:41 Excellent service! Your Quickstart code on the web page has "GET" and "PUT" swapped. httpdb_save should be using "PUT", but is shown with "GET", and vice-versa for httpdb_load.
SiRiS Asturias Chaotic Coder Join date: 27 Sep 2005 Posts: 93	06-12-2006 06:43 From: Russell Hansen Is there even a way to easily detect in code when throttling is happening across objects, so you can implement a request buffer? I don't think so. The below link is a start to that exact question based on the info about the server-side Throttling LL is using: /20/d4/96884/4.html#post1068764/20/d4/96884/4.html#post1068764 Granted, this only useful for a single object per sim. It might help someone to develop a "multi-prim per sim" version, if I don't get around to it. Enjoy! _____________________ Proud founder of: S3 - Self Storage Systems S3storage.net (Coming Soon!) SLBoutique.com SLExchange.com - Find What You Need, When You Need It. "Light travels faster than sound. This is why some people appear bright, until you hear them speak."

Welcome to the Second Life Forums Archive

httpdb - free off-site storage