WordPress.org

Support

Support » Plugins and Hacks » [Resolved] Bulk optimize does not work

[Resolved] Bulk optimize does not work

  • The bulk upload feature is displaying an empty screen for the site I’m working on. I’m using the cloud version right now, but the regular version didn’t work either.

    Setting shows all oks:

    Cloud API Key: Verified, used 0 of 1000, usage will reset in 27 days.
    
    Only need one of these: finfo: OK  getimagesize(): OK  mime_content_type(): OK

    Debug log:

    Debug Log
    
    www-data
    WP version: 3.8.1
    EWWW IO version: 182
    ewww_image_optimizer_admin_init()
    ewww_image_optimizer_init()
    ewww_image_optimizer_cloud_verify()
    verification success via: 146.185.173.199
    verification body contents: great
    ewww_image_optimizer_disable_tools()
    ewww_image_optimizer_options()
    ewww_image_optimizer_cloud_verify()
    verification success via: 192.241.202.158
    verification body contents: great
    ewww_image_optimizer_cloud_quota()
    quota data retrieved: 1000 0 27
    ewww_image_optimizer_jpeg_background()
    ewww_image_optimizer_jpeg_background()
    ewww_image_optimizer_jpg_quality()

    And only this shows up in the logs:

    [Mon Feb 24 16:52:39 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:42 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:42 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:42 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:42 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:42 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_deflate.c(615): [client 198.137.20.180] Zlib: Compressed 242871 to 63731 : URL /wp-admin/load-styles.php, referer: http://wpdev.domain.com/wp-admin/upload.php?page=ewww-image-optimizer-bulk
    [Mon Feb 24 16:52:43 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:52:43 2014] [debug] mod_deflate.c(615): [client 198.137.20.180] Zlib: Compressed 1153 to 444 : URL /index.php, referer: http://wpdev.domain.com/wp-admin/upload.php?page=ewww-image-optimizer-bulk
    [Mon Feb 24 16:52:46 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_deflate.c(615): [client 198.137.20.180] Zlib: Compressed 746891 to 163162 : URL /wp-admin/upload.php, referer: http://wpdev.domain.com/wp-admin/options-general.php?page=ewww-image-optimizer-cloud/ewww-image-optimizer-cloud.php
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_deflate.c(615): [client 198.137.20.180] Zlib: Compressed 172768 to 55623 : URL /wp-admin/load-scripts.php, referer: http://wpdev.domain.com/wp-admin/upload.php?page=ewww-image-optimizer-bulk
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()
    [Mon Feb 24 16:53:14 2014] [debug] mod_headers.c(756): headers: ap_headers_output_filter()

    https://wordpress.org/plugins/ewww-image-optimizer/

Viewing 15 replies - 1 through 15 (of 23 total)
  • Plugin Author nosilver4u

    @nosilver4u

    when you say it displays an empty screen, do you mean that it displays the left-hand wordpress menu, but the content area is blank?

    If so, how many images are in your media library?

    I have the same problem. The left-hand WP menu displays and the right-hand content stays blank. The page tries to load for about 15 seconds then stops.

    Our site has about 10,000 images.

    I should point out that this is the bulk optimise page, not the bulk upload page mentioned by the OP.

    Plugin Author nosilver4u

    @nosilver4u

    I think the OP meant the bulk optimize as well, since there is no page titled bulk upload. The issue has been fixed in the dev version, release is due Saturday at the latest.

    Thanks, and thanks for a very useful plug-in.

    Installed the 1.8.3 update just now. Bulk optimise page content loads with a message about importing images into the table. I click on that button and get a twirling icon that stays for several minutes.

    Then I get this:

    Warning: Illegal string offset ‘file’ in xxxxxxxxxxxxxx/wp-content/plugins/ewww-image-optimizer/common.php on line 1297

    Plugin Author nosilver4u

    @nosilver4u

    Sounds like the import is stalling because your max_execution_time is too low. Increase it via your php.ini (ask your webhost for help if you need to. The warning won’t hurt anything, it just means one of your images doesn’t have a filename stored in the post_meta table. If you get a lot of those, it might be worth taking a closer look at your media library. You can turn on debugging, and then look at the EWWW IO column in the Media Library to see what metadata is actually stored in the database for those particular images.

    Plugin Author nosilver4u

    @nosilver4u

    DLT95, if you can hold on for a couple days, I have some ideas that could make the Import significantly faster. Just need to learn how to do multi-row inserts now…

    Thanks for the suggestions. I will look at them.

    It’s not really a problem for me as nearly all our images have been optimised by your plug-in at the time of uploading anyway. I just wanted to run the bulk tool to see what it would find.

    Plugin Author nosilver4u

    @nosilver4u

    problem should be fixed as Import is about 50x faster than it used to be.

    Problem is not fixed.

    I updated and the Bulk Optimize script was erroring at 256MB of memory, so after increasing memory to 512MB I finally managed to get it to run for a few minutes. I stopped it, then navigated around for a bit.

    Now when I load the Bulk Optimize page I get the same blank screen, no errors. I’m pretty sure the script is just timing out. I’ve tried both optimizers (cloud and non-cloud) and it happens to both.

    Selecting “Bulk Optimize” from the media library works fine, just using the link in the left sidebar doesn’t work.

    Plugin Author nosilver4u

    @nosilver4u

    Sorry, you never answered any of my questions, and the issue reported by DLT95 (which is apparently different than your problem) was fixed, that’s why I marked it resolved. Deactivate all other plugins, and try loading the Bulk Optimize, as this sounds like a plugin conflict. Can’t say for sure that it is, but I’ve not seen memory consumption issues on my test site, and it has 27,000 images.
    Please check any server error logs for clues, and turn on debugging in wp-config.php and see if that shows any errors or warnings.

    With 1.8.4 I get a memory allocation problem about which I have just commented in another support thread with a similar title to this one. I probably should have made the comment here instead. Sorry about that.

    Plugin Author nosilver4u

    @nosilver4u

    James, you might also try taking a look at the ewwwio_images table in your database and make sure there aren’t ludicrous amounts of images in there. You could even use the Empty Table button to see if that fixes anything. If that still doesn’t help, the WP_DEBUG setting and checking the server error logs are a MUST.

    Plugin Author nosilver4u

    @nosilver4u

    I’ve got some ideas on making this better, but it’s going to take some time to implement.

Viewing 15 replies - 1 through 15 (of 23 total)
  • The topic ‘[Resolved] Bulk optimize does not work’ is closed to new replies.