“Backup Origianls” in Settings & “Delete Originals” in Tools

  • Resolved Zesen Huang

    (@zesen)


    7 months ago

    Hello, I got a question that needs some clarifications:

    I got a site which has the “Backup Originals” turned on in the Settings page, which says “Local mode stores image backups on your server. With an active API key you may store image backups on our secure cloud storage for 30 days.“

    Q1: I am assuming this is what the folder ‘wp-content/ewww/image-backup/uploads’ is for? In this folder, I found pretty much all the sizes for all the images here. However, the quantity in ‘wp-content/uploads/YEAR/MONTH’ is slightly larger than the quantity in ‘wp-content/ewww/image-backup/uploads/YEAR/MONTH’. I am assuming this is because for some smaller thumbnails, the “optimized versions” might not necessarily be smaller than the original ones generated by WordPress, and hence EWWW decides not to make copies of them?

    Q2: When I hit the “Delete Originals” in Tools, I noticed that the files in this ‘image-backup’ folder are unaffected. In this tool, it says “When WordPress scales down large images, it keeps the original on disk for thumbnail generation. You may delete them to save disk space.“, so I assume this option only deletes the “Original (as in unresized) large images, whose dimension is larger than what we set in EWWW settings (or the 2560 default of WP)”. Right? So, I recently found a client is uploading tons of images of super large dimensions, after I click “Delete Originals”, I noticed that the “Restore” link is gone for each image in the back end, but the server disk space doesn’t change at all. The above mentioned “image-backup” folder is unaffected, and I don’t think there is any other files deleted on the server either.

    So is this by design? Once we turn on the ‘Backup Originals’ feature, we are now backing up all dimensions rather than just those oversized ones, however the ‘Delete Originals’ still only operates on the oversized ones. If ‘Backup Originals’ is turned on, ‘Delete Originals Tool’ becomes unusesable.

    Above is my observation in summary. Please help me clarify. Thanks!

    P.S: or, can I simply just delete that ‘image-backup’ folder entirely manually, and then turn off “Backup Originals”? It won’t trigger any bugs in the future right?

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support adamewww

    (@adamewww)

    Short answer: You can turn off the backup and delete the folder and it won’t mess anything up.

    For your specific questions, the first thing to note is that actual measured usage, whether it’s a count of images or the size taken up by those images or whatever, can be very different whether your looking at your actual folders, seeing them in WordPress, or any other structure.

    1. You are correct; that is what that is for. Generally, it should match if everything was optimized, but it’s possible that there are some images that weren’t affected and so weren’t optimized and therefore not backed up.
    2. The “Delete Originals” option in the Tools menu is specifically targeted towards any over-large image (larger than 2560px) that has been resized by WordPress and appended with “-scaled”. I have seen instances where, after deleting the originals and ensuring that they were no longer there, the server still showed the same space being used. It eventually cleared up but I haven’t been able to track down specifically why a server continues to show that to recreate the issue. But, they are gone, it’s just some aspect of showing that.

    Thread Starter Zesen Huang

    (@zesen)

    thanks for the quick response!

    After some examinations on another site, I did notice that there are some images in the original media folders which contain the ‘-scaled’ string in them, and after clicking on the “Delete Originals” button they are gone, as you said.

    However I also went ahead and did some tests:

    1. Keep “Backup Originals” On Local.
    2. Upload an oversized image.
    3. Check the original media folder, there are 6 images (different dimensions) here, where the full-sized one gets resized down down to the dimension I specified in EWWW. No problem here.
    4. However, what I think should happen is, the full-sized file should actually be named ‘XXX-scaled.jpg’, and WP should keep the original oversized ‘XXX.jpg’ here in this folder as well, right? (so that when we click “Delete Originals”, the oversized ones will be removed) But there is not. They are not here in the first place.
    5. I then check the ewww image-backup folder, also, there are 6 images here. Now, the full-sized file is indeed that oversized file, and the other 5 thumbnails files are all slightly larger than the ones in the original media folder. (since these are the ‘original’ copies which did not get optimized)
    6. I click “Delete Originals”, all 12 images are unaffected.

    In summary, I can simply keep “Backup Originals” off, and there wouldn’t be too many confusions. But I still want you to know this potential issue here. If I feel like the entire software makes sense, I would then buy it and add it to my stack. I like EWWW, but I still don’t think I fully understand how it works yet.

    System Info:

    EWWW\Base::__construct()
plugin (resource) content_url: https://secowind.in_work.senze.co/wp-content/ewww/
plugin (resource) content_dir: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/
home url: https://secowind.in_work.senze.co/
relative home url: //secowind.in_work.senze.co/
home domain: secowind.in_work.senze.co
EWWW\Plugin::instance()
EWWW\Backup::__construct()
EWWW\Local::__construct()
EWWW\Local::exec_check()
EWWW\Local::skip_tools()
enabled: gifsicle
enabled: jpegtran
enabled: optipng
EWWW\Plugin::cloud_init()
plugins_compat()
checking active plugins
ewww_image_optimizer_init()
EWWW\Lazy_Load::__construct()
EWWW\Base::content_url()
site/upload url: https://secowind.in_work.senze.co
site/upload domain: secowind.in_work.senze.co
upload_url: https://secowind.in_work.senze.co/wp-content/uploads/
request uri is EWWW IO settings
is_admin
EWWW\Tracking::schedule_send()
ewww_image_optimizer_upgrade()
EWWW\Plugin::register_settings()
EWWW\Plugin::cloud_init()
EWWW\Plugin::exec_init()
ewww_image_optimizer_cron_setup()
EWWW\Plugin::tool_init()
EWWW\Local::install_tools()
Checking/Installing tools in /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/
EWWW\Local::skip_tools()
enabled: gifsicle
enabled: jpegtran
enabled: optipng
CPU architecture: x86_64
wp-content/ewww permissions: 0755
EWWW\Local::install_paths()
CPU architecture: x86_64
generated paths:
/home/wwwroot/secowind.in_work.senze.co/wp-content/plugins/ewww-image-optimizer/binaries/jpegtran-linux
/home/wwwroot/secowind.in_work.senze.co/wp-content/plugins/ewww-image-optimizer/binaries/optipng-linux
/home/wwwroot/secowind.in_work.senze.co/wp-content/plugins/ewww-image-optimizer/binaries/gifsicle-linux
/home/wwwroot/secowind.in_work.senze.co/wp-content/plugins/ewww-image-optimizer/binaries/pngquant-linux
/home/wwwroot/secowind.in_work.senze.co/wp-content/plugins/ewww-image-optimizer/binaries/cwebp-linux
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/pngquant
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/cwebp
Linux/UNIX style OS, checking permissions
EWWW\Local::check_permissions()
permissions for /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran: 0755
permissions ok
EWWW\Local::check_permissions()
permissions for /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle: 0755
permissions ok
EWWW\Local::check_permissions()
permissions for /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng: 0755
permissions ok
ewww_image_optimizer_bulk_script()
ewww_image_optimizer_tool_script()
ewww_image_optimizer_webp_script()
ewww_image_optimizer_settings_script()
EWWW\Base::content_url()
site/upload url: https://secowind.in_work.senze.co
site/upload domain: secowind.in_work.senze.co
upload_url: https://secowind.in_work.senze.co/wp-content/uploads/
ewww_image_optimizer_easy_site_registered()
EWWW\Plugin::notice_utils()
EWWW\Local::exec_check()
EWWW\Local::check_all_tools()
EWWW\Local::check_tool()
EWWW\Local::find_nix_binary()
checking bundled tool
found /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle, testing...
EWWW\Local::check_integrity()
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle: 205abe804d1060375f713d990c45b0285cbc4b56226da1612e9f1d2d2e2c5369
checksum verified, binary is intact
EWWW\Base::mimetype()
testing mimetype: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle
7f454c46
ewwwio type: application/x-executable
EWWW\Local::test_binary()
testing case: gifsicle at /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle: LCDF Gifsicle 1.93
optimizer found
using: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/gifsicle
EWWW\Local::check_tool()
EWWW\Local::find_nix_binary()
checking bundled tool
found /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran, testing...
EWWW\Local::check_integrity()
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran: c0a44f6f16ddc78d8d027ffd3e09c512d637876833c5ffaaf5b1e7acd5ce3cda
checksum verified, binary is intact
EWWW\Base::mimetype()
testing mimetype: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran
7f454c46
ewwwio type: application/x-executable
EWWW\Local::test_binary()
testing case: jpegtran at /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran: Independent JPEG Group's JPEGTRAN, version 9d 12-Jan-2020
optimizer found
using: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/jpegtran
EWWW\Local::check_tool()
EWWW\Local::find_nix_binary()
checking bundled tool
found /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng, testing...
EWWW\Local::check_integrity()
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng: 4404076a4f9119d4dfbb7acb00eb65345e804186a019c7136d8f8e87fb0cb997
checksum verified, binary is intact
EWWW\Base::mimetype()
testing mimetype: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng
7f454c46
ewwwio type: application/x-executable
EWWW\Local::test_binary()
testing case: optipng at /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng
/home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng: OptiPNG version 0.7.7
optimizer found
using: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/optipng
ewww_image_optimizer_options()
ewww_image_optimizer_savings()
savings query avoided via (single-site) cache
www
EWWW IO version: 740
WP version: 6.5.2
PHP version: 80022
libxml version: 20901
core plugin
ABSPATH: /home/wwwroot/secowind.in_work.senze.co/
WP_CONTENT_DIR: /home/wwwroot/secowind.in_work.senze.co/wp-content
EWWWIO_CONTENT_DIR: /home/wwwroot/secowind.in_work.senze.co/wp-content/ewww/
home url (Site URL): https://secowind.in_work.senze.co
site url (WordPress URL): https://secowind.in_work.senze.co
wp_upload_dir (baseurl): https://secowind.in_work.senze.co/wp-content/uploads
wp_upload_dir (basedir): /home/wwwroot/secowind.in_work.senze.co/wp-content/uploads
content_width: 1200
registered stream wrappers: https,ftps,compress.zlib,php,file,glob,data,http,ftp,phar,zip
items in media queue: 0
items in (single) image queue: 0
items in attachment update queue: 0
not external cache
EWWW\Base::gd_support()
GD found, supports:
GD Version: bundled (2.1.0 compatible)
FreeType Support: 1
FreeType Linkage: with freetype
GIF Read Support: 1
GIF Create Support: 1
JPEG Support: 1
PNG Support: 1
WBMP Support: 1
XPM Support:
XBM Support: 1
WebP Support: 1
BMP Support: 1
TGA Read Support: 1
JIS-mapped Japanese Font Support:
EWWW\Base::gmagick_support()
EWWW\Base::imagick_support()
EWWW\Base::gd_supports_webp()
EWWW\Base::gd_support()
imageistruecolor() missing
sorry nope
EWWW\Base::imagick_supports_webp()
EWWW\Base::imagick_support()
sorry nope
EWWW\Local::exec_check()
EWWW\Local::find_nix_binary()
checking bundled tool
EWWW\Local::test_binary()
testing case: nice at nice
nice: 0
nice found
7295 images have been optimized
automatic compression enabled
remove metadata: off
jpg level: 10
png level: 10
gif level: 10
pdf level: 0
svg level: 0
bulk delay: 0
backup mode:
ExactDN enabled: off
ExactDN all the things: on
ExactDN lossy: 1
ExactDN resize existing: off
ExactDN attachment queries: on
Easy IO exclusions:

add missing dimensions: off
lazy load: on
ewwwio_other_lazy_detected()
LL autoscale: on
LQIP: off
S(VG)IIP: off
external CSS background (all things):
LL exclusions:

optipng level: 2
pngout disabled: yes
pngout level: 2
svgcleaner disabled: yes
ewww_image_optimizer_jpg_quality()
configured quality: 82
ewww_image_optimizer_jpg_quality()
effective quality: 82
ewww_image_optimizer_webp_quality()
effective WebP quality: 75
sharpen: no
background optimization: on
scheduled optimization: off
include media library: off
include originals: off
folders to optimize:

folders to ignore:

skip images smaller than: bytes
skip PNG images larger than: bytes
exclude originals from lossy: off
exclude originals from metadata removal: off
use system binaries: no
resize detection: off
max media dimensions: 1920 x 1920
max other dimensions: x
resize existing images: on
resize existing (non-media) images: off
ewww_image_optimizer_get_image_sizes()
sizes: thumbnail
medium
medium_large
large
1536x1536
2048x2048
Array
(
[thumbnail] => Array
(
[width] => 200
[height] => 200
[crop] => 1
)
[medium] => Array
(
[width] => 600
[height] => 600
[crop] =>
)
[medium_large] => Array
(
[width] => 768
[height] => 9999
[crop] =>
)
[large] => Array
(
[width] => 1024
[height] => 1024
[crop] =>
)
[1536x1536] => Array
(
[width] => 1536
[height] => 1536
[crop] =>
)
[2048x2048] => Array
(
[width] => 2048
[height] => 2048
[crop] =>
)
[pdf-full] => Array
(
[width] => 99999
[height] => 99999
[crop] =>
)
)

disabled sizes:
thumbnail: optimization=+ creation=+
medium: optimization=+ creation=+
medium_large: optimization=+ creation=+
large: optimization=+ creation=+
1536x1536: optimization=+ creation=+
2048x2048: optimization=+ creation=+
pdf-full: optimization=+ creation=+
delete originals: off
jpg2png: off
png2jpg: off
gif2png: off
png2jpg fill:
ewww_image_optimizer_jpg_background()
webp conversion: off
js webp rewriting: off
picture webp rewriting: off
WebP Rewrite exclusions:

webp paths:

forced webp: off
forced gif2webp: on
enable help beacon: no
origin (SERVER_ADDR): 122.114.59.197
checking 122.114.59.197 from gethostbyname
not a Cloudflare host: 122.114.59.197
max_execution_time: 30
ewww_image_optimizer_stl_check()
set_time_limit allowed
disable_functions: passthru,system,chroot,chgrp,chown,shell_exec,popen,proc_open,pcntl_exec,ini_alter,ini_restore,dl,openlog,syslog,readlink,symlink,popepassthru,pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,imap_open,apache_setenv
sleep allowed
detected memory limit is: 268435456
    Plugin Support adamewww

    (@adamewww)

    If you entered dimensions in EWWW to limit the size of the files that you uploaded, 1920×1920, that will bypass (or override) the WordPress limiter and a WordPress resize won’t be generated so nothing will by labeled “-scaled”. It will just upload an image that is the size you requested. Because of that, it won’t be registered with WordPress as an oversized image and nothing will be deleted. However, the backup folder will keep the original files before EWWW did anything. Essentially that backup folder is keeping the originals of everything in case you want to do anything with them.

    Thread Starter Zesen Huang

    (@zesen)

    Now everything is clear, thanks!

    It would be good if things are explained in the backend though.

    1. Delete Originals: mark that if custom dimensions are set it won’t work.
    2. If possible, add a Delete Backup tool in the admin as well to delete that image-backup folder.

    anyway, thanks for your explanations

    Plugin Support adamewww

    (@adamewww)

    Thanks for the suggestions!

    Take care and stay safe out there!

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘“Backup Origianls” in Settings & “Delete Originals” in Tools’ is closed to new replies.