Discrimination against scripters who don't have web hosting?

And both of those are just more limits LL made up!

Oh, and what's the "next big thing" they're working on now? Better object communication or access methods for these things? Oh, no, of course not - it's HTML on a prim! Can we guess where the HTML will be coming from?

I can further guess there's an ulterior motive here to offload as much processing from LL's network as possible - I suppose I can see the benefit of that, but the way of doing it isn't so great..

Btw, for all the comments about how easy it is to get hosting I've yet to find a hosting company that lists XML-RPC as a supported feature. (Of course that might just be because the ones that do support it, don't list it...)

Step 1.
http://order.1and1.com/xml/order/HostingBeginner

Website Hosting from 1and1, $2.99 a month, includes domain name (control panel is a bit odd, but you get used to it)

Step 2.
Refer to the following threads that include XML-RPC implementations for PHP
/54/71/17016/1.html
/54/d0/29188/1.html

Or this wiki page
http://secondlife.com/badgeo/wakka.php?wakka=XMLRPC/show&time=2004-08-30+15%3A24%3A46

No set limits = massive lag because of scripters using these new toys like there's no tomorrow.

We have enough problems as it is with lag from in-world data. I don't want my scripts slowing down much further than they have to.

Reasons that LL may not want direct connections from regions:

1: Security - Linden Labs likely maintains a connection on deep levels between their server facility and their internal network. This data for the most part operates under the security of their intranet. To allow direct connections opens up security risks as the requesting IP's of the data would be allowed access to places they otherwise should not.

Of course, if you want everyone to know your personal and credit information, I'm sure you could just tell them. Save them the effort of finding a flaw in the security.

2: Content - If Linden Labs decides to alter the behavior, output, url of a page, and some objects in SL were dependent on this, people would hold Linden Labs repsonsible for this. By externalizing the process, they are forcing the users of their content to maintain their own code. If SL changes the output on the page, I can just alter my code to use this new data as I did the old. Also, the security topic comes up again, as connections from the Linden Labs ip's may allow access to restricted areas.

3: Liability - By disallowing all users access to their site, they are not liable for the content displayed. If something inappropriate were to find it's way on the site, and be used by a script, and it say, found it's way to the Teen Grid, they would be responsible for any legal complications arising from the use of the data within SL. However, if they force people to use other services, they have the ability to defend themselves with a multitude of arguments as the data provided within SL is not directly from them.

Linden Labs is a business with real worries, legal and otherwise.

My guess is because they don't want a bajillion scripters hammering the hell out of their servers with requests. They also don't want to open up huge security holes by allowing scripts direct access to their content.

BTW, Any server that supports PHP supports XML-RPC. There's no shortage of free servers that support PHP, so that's not a valid arguement.
http://phpxmlrpc.sourceforge.net/

HTML on a prim will be GREAT. Once again, yes, html will be coming from outside servers. I can 100% guarantee you every singe free web host in the universe supports html, so i don't see a huge issue with either function.

solutions:
1) buy web space. 2.99 a month really isn't that bad.
2) use your own computer at home, if you really, really cannot afford the 2.99.
3) use free host + phpxmlrpc and you're good to go.

this is a common security measure, use any major php CMS or portal it will do the same.
its also a first defence against data farming and other nasty crap.

this forces each session to gotru the whole system, which logs users IP addresses and makes propper secure request (to and from the database)

this prevents ppl from just walking up and typin in www.genericsite.com/user.php?user=Yumi

i dont really wanna read the post "OMG SOMEONE GOT MY ACCOUNT INFO"


also i dont understand why you want stuff off of the SL homepage, if i didnt sorta know you it would scare the crap out of me, theres nothing here, except for the painfully out of date static info, which you can echo anyways, forums that are mostly flap, and account info

AND since its PHP, everything its spitting out is pure html, so if your gonna use it inworld you have to have some way of striping out the html parts or else your gonna have "<br>" and "<table>" all over the freakin place, which makes the data useless to a normal human eye, if you can cram all of that into SL (which is unlikley) LSL would take forever to strip , and probally bog the sim pretty good too

so static info? just copy it and use that, it doesnt change but once every 7 months

php functions? you dont need, most everything is already in world, cept the info pages, which are static ,copy and paste and upload them to your site, these are the same ppl who took months to update a forum name, and almost 2 years to change "object" to "prim", they arnt franticly updating the site every day

forums, get a RSS reader (im shure theres one that works with LL's funky system)

PHP is quite happy spitting things out that have no HTML in them. All the HTML tags you see spit out with HTML are done because PHP is told to print it out by the programmer.

Indeed. As I have pointed out in other threads... PHP can output HTML... it can output text, it can output PDF's, it can output Flash, it can output Images...

Some may require some addons, which may not be available on all hosts (gd2, the image one, usually is) but is there.

yea but were not dealing with a made to order program, fetching data off of the SL website seems to come only in one flavor since its pretty well locked down