[wp-trac] [WordPress Trac] #57459: Reexamine the usefulness of file size meta for images
WordPress Trac
noreply at wordpress.org
Fri Jan 20 08:05:59 UTC 2023
#57459: Reexamine the usefulness of file size meta for images
-------------------------+-----------------------------
Reporter: azaozz | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone: Future Release
Component: Media | Version:
Severity: normal | Resolution:
Keywords: | Focuses:
-------------------------+-----------------------------
Comment (by mikeschroder):
@azaozz Thank you for the ticket! I've been a fan of starting to store
this so that WordPress can make better/faster decisions about what to do
with images. But of course also open to change!
I agree that WordPress should use it in core -- if it's not currently
being used to load the locations where image sizes are being used, it'd be
good to do that.
Was it being used by alternate mime / WebP support before it was removed?
That's one of the areas I can see it being particularly useful.
It's possible I'm missing some of this from the previous ticket, and if
so, apologies!
A few questions:
Replying to [ticket:57459 azaozz]:
<snip>
> #49412 also mentions some serious drawbacks:
> - Image filesize meta is missing for all previously uploaded images.
This is true! But will gradually be less of the case as new images have
the information.
> - It is unreliable as seemingly many hosting companies optimize images
directly on the disc, without running WP, hence the cached file size
becomes outdated/wrong soon after images are uploaded.
Oh! I didn't know that any hosts changed stored files on disk.
Do you know who does this, and with what methods?
> - Many sites replace JPEGs with WebPs on the fly, making the stored file
size unusable.
Yes, some sites have CDNs that do type replacement. I thought that was
part of the idea of the filter, though -- to make it so some of these
services have additional information, or can store it.
I think this is still useful for WordPress efforts to improve what is
served, too.
Do you know what that percentage of sites that use other services/plugins
looks like? This might help for any use cases for doing that sort of thing
in core, too.
> In that terms the cached image file size seems too unreliable to even
fulfill the expected use in plugins.
Is this feedback you've received from plugin authors?
> Furthermore not being useful in core, and the additional overhead when
uploading images seems to make it a poor addition.
How much is the additional overhead for images? Is that causing issues for
users?
--
Ticket URL: <https://core.trac.wordpress.org/ticket/57459#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list