Documentation update \u2014 no functional changes.<\/p>"},"ratings":[],"assets_icons":[],"assets_banners":[],"assets_blueprints":{},"all_blocks":[],"tagged_versions":["1.0.56"],"block_files":[],"assets_screenshots":[],"screenshots":{"1":"The settings page under Settings \u2192 Image Optimiser showing all available options.","2":"The environment sidebar confirming GD availability and supported formats."},"jetpack_post_was_ever_published":false},"plugin_section":[],"plugin_tags":[56174,258832,125378,2700,15376],"plugin_category":[],"plugin_contributors":[241557],"plugin_business_model":[],"class_list":["post-290457","plugin","type-plugin","status-publish","hentry","plugin_tags-compress-images","plugin_tags-gd-library","plugin_tags-image-optimisation","plugin_tags-resize-images","plugin_tags-webp","plugin_contributors-domclic","plugin_committers-domclic"],"banners":[],"icons":{"svg":false,"icon":"https:\/\/s.w.org\/plugins\/geopattern-icon\/effortless-simple-image-optimiser.svg","icon_2x":false,"generated":true},"screenshots":[],"raw_content":"\n
Effortless Simple Image Optimiser<\/strong> hooks directly into the WordPress Media Library upload pipeline and compresses, resizes and (optionally) converts images the moment they are uploaded \u2014 all using the built-in PHP GD extension.<\/p>\n\n Navigate to Settings \u2192 Image Optimiser<\/strong> to configure:<\/p>\n\n From the WordPress admin (recommended)<\/strong><\/p>\n\n Manual installation<\/strong><\/p>\n\n No. Everything is processed locally using the PHP GD library that ships with PHP.<\/p><\/dd>\n Not automatically. The plugin only processes images at the time of upload. To re-optimise existing images you will need to re-upload them or use a separate bulk-processing tool.<\/p><\/dd>\n By default the plugin overwrites the original file with the optimised version. Make sure you keep your own backups if you need to recover originals.<\/p><\/dd>\n The plugin fails gracefully \u2014 uploads proceed normally, a notice is logged to the PHP error log, and a warning is displayed on the settings page.<\/p><\/dd>\n PNGs that contain any transparent pixels are never converted to JPEG because JPEG does not support transparency. The plugin samples the image to detect transparency before converting.<\/p><\/dd>\n Yes. Uploaded WebP images are re-compressed using the configured WebP quality setting.<\/p><\/dd>\n Processing is synchronous and happens during the upload request. On typical shared hosting the overhead is negligible for standard web images (< 5 MB). Very large files may add a second or two.<\/p><\/dd>\n\n<\/dl>\n\n\nFeatures<\/h4>\n\n
\n
.webp<\/code> sidecar file alongside every optimised image (requires GD compiled with WebP support).<\/li>\nSettings<\/h4>\n\n
\n
Requirements<\/h4>\n\n
\n
\n
\n
effortless-simple-image-optimiser<\/code> folder to \/wp-content\/plugins\/<\/code>.<\/li>\n\n
Does the plugin require an API key or external account?<\/h3><\/dt>\n
Will my existing images be optimised?<\/h3><\/dt>\n
Is the original image kept as a backup?<\/h3><\/dt>\n
What happens if GD is not installed?<\/h3><\/dt>\n
Why does PNG \u2192 JPEG conversion only apply to some PNGs?<\/h3><\/dt>\n
Does the plugin support WebP uploads?<\/h3><\/dt>\n
Will this slow down my site or uploads?<\/h3><\/dt>\n
1.0.56<\/h4>\n\n
\n
1.0.55<\/h4>\n\n
\n
1.0.54<\/h4>\n\n
\n
$_GET<\/code> parameters on the settings page.<\/li>\n.htaccess<\/code> write in originals directory uses exclusive file locking and logs errors on failure.<\/li>\nrender_env_row()<\/code> now escapes output with wp_kses_post()<\/code> instead of relying on caller discipline.<\/li>\nposts_per_page => -1<\/code> queries replaced with paginated batching via elsio_get_all_ids()<\/code> to prevent memory exhaustion on large sites.<\/li>\nclean_post_cache()<\/code> \/ wp_cache_delete()<\/code>) after updates.<\/li>\n<\/ul>\n\n1.0.52<\/h4>\n\n
\n
preg_replace()<\/code> null return now triggers a WP_Error instead of silently writing an empty restore path during format-changed restores (PNG\u2192JPEG or vice versa).<\/li>\ncopy()<\/code> \u2014 a 0-byte write now returns a WP_Error and the file is removed rather than silently replacing the live image.<\/li>\n1.0.51<\/h4>\n\n
\n
1.0.50<\/h4>\n\n
\n
realpath()<\/code> to resolve symlinks before comparing paths, preventing a symlink inside uploads from targeting files elsewhere on the filesystem. Applies to both bulk optimisation and thumbnail regeneration AJAX handlers.<\/li>\nwp_upload_dir()<\/code> error return is now checked before accessing basedir<\/code>; if the uploads directory cannot be resolved the request is rejected cleanly.<\/li>\nfilesize()<\/code> returns false<\/code> on stat failure; all call sites now check for false<\/code> before casting to int<\/code>, preventing silent 0-byte size comparisons that could produce wrong PNG\u2192JPEG or WebP sidecar decisions.<\/li>\nset_error_handler()<\/code> in the bulk optimiser is now wrapped in try\/finally, guaranteeing the handler is restored even if getimagesize()<\/code> throws an exception.<\/li>\n<\/ul>\n\n1.0.49<\/h4>\n\n
\n
optimize()<\/code> now generates the sidecar when missing and generate_webp<\/code> is enabled.<\/li>\n<\/ul>\n\n1.0.48<\/h4>\n\n
\n
insert_rules()<\/code> in ELSIO_Htaccess<\/code> now aborts when the initial block-removal step fails, preventing duplicate marker blocks from being written to .htaccess<\/code>.<\/li>\n<\/ul>\n\n1.0.47<\/h4>\n\n
\n
# BEGIN WordPress<\/code>. Existing installations that have the block in the wrong position are automatically corrected on next settings save or plugin activation.<\/li>\n<\/ul>\n\n1.0.46<\/h4>\n\n
\n
.webp.webp<\/code> double extension created when the source file was already a WebP (e.g. an uploaded .webp<\/code> image or a WebP thumbnail). generate_webp_sidecar()<\/code> now skips WebP sources entirely \u2014 the .htaccess<\/code> rewrite rule only covers JPEG\/PNG requests so a WebP sidecar for a WebP file would never be served anyway.<\/li>\n<\/ul>\n\n1.0.45<\/h4>\n\n
\n
compress_thumbnails_filter<\/code> now also generates the main file's WebP sidecar when missing. During normal uploads the existing sidecar is detected and skipped, so no double-processing occurs.<\/li>\n<\/ul>\n\n1.0.44<\/h4>\n\n
\n
delete_webp_sidecar()<\/code> now reads attachment metadata and removes the .webp sidecar for every thumbnail size alongside the main file's sidecar.<\/li>\n<\/ul>\n\n1.0.43<\/h4>\n\n
\n
result.style.display = 'none'<\/code> assignment in ghost-scan handler was immediately overridden \u2014 removed the redundant line.<\/li>\nclass-elsio-bulk-optimizer.php<\/code> now correctly lists all six AJAX endpoints (was \"three\").<\/li>\nget_active_tab()<\/code> docblock now includes 'regen'<\/code> in its return value list.<\/li>\n<\/ul>\n\n1.0.42<\/h4>\n\n
\n
wp_update_attachment_metadata()<\/code> returns false both on DB error and when the stored value is unchanged, so false was treated as success rather than a hard error.<\/li>\n<\/ul>\n\n1.0.41<\/h4>\n\n
\n
wp_enqueue_script<\/code> now uses the WP 6.3+ array form with strategy: defer<\/code>, allowing the browser to download the admin script in parallel and execute it after DOM parsing \u2014 no change to behaviour, better page load performance.<\/li>\nregister_setting<\/code> now declares type: object<\/code> for schema completeness as recommended since WP 5.5.<\/li>\n<\/ul>\n\n1.0.40<\/h4>\n\n
\n
uninstall.php<\/code> \u2014 removes all plugin options and post-meta (elsio_options<\/code>, _elsio_optimised<\/code>, _elsio_thumbs_regen<\/code>, _elsio_file_hash<\/code>) when the plugin is deleted.<\/li>\n<\/ul>\n\n1.0.39<\/h4>\n\n
\n
require_once<\/code> for admin image helpers now loaded after permission check in both bulk-optimizer and thumb-regen AJAX handlers.<\/li>\nwp_update_attachment_metadata()<\/code> return value checked in thumbnail regeneration \u2014 returns an error instead of silently marking success if the DB write fails.<\/li>\ntype=\"button\"<\/code> to prevent accidental form submission.<\/li>\nallowed_classes => false<\/code> limitation for PHP-serialized object properties.<\/li>\n<\/ul>\n\n1.0.38<\/h4>\n\n
\n
sed<\/code> wrote literal \\n\\t<\/code> characters instead of real newlines when splitting the timer variable declarations, breaking the entire admin script (regen, dedup scan, bulk optimise, and ghost cleanup all non-functional).<\/li>\n<\/ul>\n\n1.0.37<\/h4>\n\n
\n
regenLog()<\/code> was called but only regenLogMsg()<\/code> was defined, causing a JavaScript runtime error.<\/li>\nunserialize()<\/code> in ELSIO_Url_Replacer<\/code> now passes ['allowed_classes' => false]<\/code> to prevent PHP object injection from malicious serialised postmeta values.<\/li>\npendingTimer<\/code> with four separate timers (bulkTimer<\/code>, ghostTimer<\/code>, dedupTimer<\/code>, regenTimer<\/code>) so concurrent or back-to-back operations can never cancel each other's inter-image delay.<\/li>\n<\/ul>\n\n1.0.36<\/h4>\n\n
\n
1.0.35<\/h4>\n\n
\n
post_excerpt<\/code> and all postmeta values (including PHP-serialised data stored by Elementor, ACF, WPBakery, and other page builders), not just post_content<\/code>. The new ELSIO_Url_Replacer<\/code> helper is also used by the duplicate-finder cleanup.<\/li>\n<\/ul>\n\n1.0.34<\/h4>\n\n
\n
wp_generate_attachment_metadata()<\/code> unconditionally on every image. It now only regenerates metadata (and thumbnails) when the format changed (PNG\u2192JPEG) or the image was resized \u2014 i.e. when stored metadata is genuinely stale. For pure compression passes, existing thumbnails are compressed in-place and metadata is left untouched, preventing valid attachment records from being overwritten with potentially incomplete data.<\/li>\ncompress_thumbnails_filter<\/code> (triggered inside wp_generate_attachment_metadata<\/code>) and again by the manual loop that always followed. The two code paths are now mutually exclusive.<\/li>\n<\/ul>\n\n1.0.33<\/h4>\n\n
\n
elsio_bulk_get_stats<\/code> AJAX endpoint was added to return all three counters (total \/ optimised \/ pending) in one call.<\/li>\n<\/ul>\n\n1.0.32<\/h4>\n\n
\n
png_has_transparency()<\/code> now returns true<\/code> (assume transparency, skip conversion) when GD cannot load the PNG, instead of false<\/code> \u2014 prevents producing a broken JPEG from an unreadable image.<\/li>\nresize_image()<\/code> now returns early when the calculated output dimensions round to zero, avoiding a imagecreatetruecolor(0, 0)<\/code> failure on very small source images.<\/li>\nstr_replace<\/code>) instead of using SQL REPLACE()<\/code>, so only exact URL occurrences are updated and surrounding content cannot be corrupted.<\/li>\najax_process_one()<\/code> now validates that the attachment file path falls within the uploads directory before processing, guarding against third-party filters that could redirect to an unexpected location.<\/li>\n1.0.31<\/h4>\n\n
\n
filesize()<\/code> calls are now guarded with file_exists()<\/code> to prevent PHP warnings if a concurrent process removes the file between stat-cache clear and size read.<\/li>\ngenerate_webp_sidecar()<\/code> now guards imagewebp()<\/code> with an internal function_exists()<\/code> check, making the method safe to call directly without relying on the caller's guard.<\/li>\nresize_image()<\/code> now returns false immediately when either source dimension is zero, preventing a division-by-zero on corrupted image files.<\/li>\npng_has_transparency()<\/code> now validates the 8-byte PNG signature before reading the color-type byte, so a truncated or mis-identified file cannot produce a false result.<\/li>\npreg_quote()<\/code> on the ID string for future-proofing, even though absint()<\/code> already guarantees digits only.<\/li>\n4<\/code>, 6<\/code>, 0x7F<\/code>,