Jump to content

Secure HTTPS Delivery of In-World Textures


You are about to reply to a thread that has been inactive for 2338 days.

Please take a moment to consider if this thread is worth bumping.

Recommended Posts

At the present time there does not seem to be a reasonable method to retrieve In-World Textures from a Secure HTTPS web page. For example, if you try using the URL:

https://secondlife.com/app/image/d2773340-b1dd-b030-e9bf-2c2851000283/2

That resolves to the following URL:

http://texture-service.agni.lindenlab.com/d2773340-b1dd-b030-e9bf-2c2851000283/320x240.jpg/

But notice that the first part has been changed from https:// to http:// ... GACK! Any secure web page that attempts to include an In-World Texture will trigger a "mixed content" warning in every browser out there. If you try and pre-resolve the second URL but manually stick an https:// on the front, you get an interesting error. (In Chrome it's a Privacy Error because the source is not secure.)

Sooooo .. Linden Lab? What are your plans for providing a secure web service for In-World Textures? Can we get something going since it seems Secure Hosting is a nearly free and easily obtained technology these days?

In the meantime, does anyone have any hacks or tricks that might get around this issue ... or maybe just sees that I've totally missed some obvious thing. I'd appreciate any help that folks can provide. Thanks in advance.

Link to comment
Share on other sites

2 hours ago, Rachel1206 said:

Darrius, think... Hopefully there is NO work around making a HHTP appear as HHTPS!

Ā 

LOL I didn't mean that kind of work-around. I was hoping there was some service already established, some KB or Wiki posting I hadn't found .. something in the known (and legit) universe that would help surmount this issue.

But since posting this and getting nary a wiggle of a response from anyone (not even Whirly!) I've been mind-designing a caching system that would do the work of loading images from the LL source over HTTP then serve them back up via HTTPS. Clunky but .. perhaps the only route available. *sigh*

  • Like 1
Link to comment
Share on other sites

But what even are these images? TheĀ resolution of these images (not merely their screen container) isn't the same as the in-world image, and so I assume the service isn't just fetching up existing images but actually scrunching them up on-demand, presumably to fill slots in the Lab's webpage templates, perhaps asĀ profile images etc.

Link to comment
Share on other sites

19 minutes ago, Qie Niangao said:

But what even are these images? TheĀ resolution of these images (not merely their screen container) isn't the same as the in-world image, and so I assume the service isn't just fetching up existing images but actually scrunching them up on-demand, presumably to fill slots in the Lab's webpage templates, perhaps asĀ profile images etc.

My example image URL is a bit nondescript. Sorry about that. It's a Region Tile such as you'd see in the World Map. However this applies to any and all images from SL as well. LL does indeed scrunch them and turn them into the three really useless formats. I suspect you are quite right, their intended use is only for LL's use on their SL web pages.

My use is for products that I sell. The web-side of those products are moving to secure hosting, but the dang images from inside SL cause that dreaded "mixed content" error AND, even worse, cause my sites to be ranked world-wide as "probably unsafe or the source of malware". GACK!!

  • Thanks 1
Link to comment
Share on other sites

You are about to reply to a thread that has been inactive for 2338 days.

Please take a moment to consider if this thread is worth bumping.

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
 Share

×
×
  • Create New...