March: Dogwood blossoms

April: Some kinda plant

May: Hydrangea blossoms

July: Little plastic caps for covering the pins of LED tubes

August...
Downtown Columbia

Sunset & cloud

Tree stump with fungi

Hey, wait a minute. Why, when I right-click one of the photos in this post and select to view the image, does it bring up a Dreamwidth URL? Is DW automatically copying photos that we post, to the DW servers? It didn't used to do that.
no subject
Date: 2019-09-06 03:22 am (UTC)From:*bug eyes on bit in parentheses*
That's a bit...strange. Thanks for the warning, as I use WP as my external host for most, though not all, images.
2) Would caching necessitate or imply the copy DW stores is permanently kept/doesn't expire? Asking because I'm thinking of browser caching, in which the page can be set to expire after a certain amount of time (instantly/hours/days/never) so at that point must be refreshed to retrieve the latest copy. Could it work the same way for images, in which case DW's copy would, if set to do so, just go *poof* at some point (deleted/no more copy)?
Does DW keep cache in general, I wonder? So I make a new post and edit it 25 times after posting it; does DW retain any/all prior versions (actually, I've always wanted to know this)? No biggie if you don't know, just wondering.
As to 2), I wonder if there are any tools that could help from the client side to find out. The name of one's just slipping my mind but lets you look deep behind the scenes (not Web Inspector, it's like...grinding my gears here but can't think of its name. But it's an all-caps acronym with just four letters).
no subject
Date: 2019-09-06 04:18 am (UTC)From:It's possible that what I experienced was affected by browser caching. But since it was a problem of an image not being loaded at all, rather than an old version of the image being shown, it seems unlikely (there was nothing for the browser to cache).
> So I make a new post and edit it 25 times after posting it; does DW retain any/all prior versions (actually, I've always wanted to know this)?
Keeping multiple copies of each post would increase storage space a lot, so I doubt it. I have wondered, when one deletes a post, if it is actually deleted, or only marked as deleted and then no longer shown. But since I haven't heard of there being an undelete function available, there wouldn't be any reason for it to be kept either.
If DW is caching on their server side, I don't think client side tools could help determine much. But you could upload an image, link it in a post, then update the image and keep checking back to see how long it takes for the post to show the new image. That still wouldn't tell you though if the caching was time-limited or otherwise.
no subject
Date: 2019-09-06 05:01 am (UTC)From:You can't check the header for that, then? As it's image-specific, which isn't tied to header info on cache expiry, I guess? You don't need very special tools for that, anyhow. The one I'm thinking of (the 4-letter acronym) is pretty all-purpose but maybe can't look into that, either (if I ever think of its name I'll look it up again just to see what its limitations are).
I have wondered, when one deletes a post, if it is actually deleted, or only marked as deleted and then no longer shown.
I think (and this is just a feeling/instinct I've always had; no other basis) they think it's deleted but it's not. So the latter, basically.
There's no undelete button because a) they think it's gone, honestly and b) even if it wasn't it's a Cost thing - mainly it'd mean extra churn on servers to restore things (we'd probably all do it at least once in a while for Reasons, even just silly ones) so maybe not something they'd implement even if they could.
Pure speculation on my part of course, on all of it.
no subject
Date: 2019-09-06 02:51 pm (UTC)From:For the images on this page, I see response headers including "x-cache: Miss from cloudfront" or "x-cache: Hit from cloudfront". I'm not sure if that is related to the Dreamwidth image proxy or something else.