- This topic has 10 replies, 2 voices, and was last updated 5 years ago by
Tom.
-
AuthorPosts
-
January 24, 2020 at 6:07 am #1142493
anand
the image processing has been a problem for our site for long time. it created lot of junk in wp_options table and i used to clean the database
BUT now.. the site is slow and wp admin is throwing lot of 502 errors.is these related?
we are on kinsta hosting with the max plan.
here is the latest logs
2020/01/24 13:53:47 [error] 92190#92190: *58749035 FastCGI sent in stderr: “PHP message: PHP Fatal error: Uncaught IPQ_Process_Exception: Unable to get WP_Image_Editor for file “/www/SITENAME_877/public/wp-content/uploads/2014/05/Research1.jpg”: File doesn’t exist? (is GD or ImageMagick installed?) in /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/image-processing-queue/includes/class-ipq-process.php:71
Stack trace:
#0 /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/batch-processing/wp-background-process.php(303): IPQ_Process->task(Array)
#1 /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/batch-processing/wp-background-process.php(177): WP_Background_Process->handle()
#2 /www/SITENAME_877/public/wp-includes/class-wp-hook.php(288): WP_Background_Process->maybe_handle(”)
#3 /www/SITENAME_877/public/wp-includes/class-wp-hook.php(312): WP_Hook->apply_filters(”, Array)
#4 /www/SITENAME_877/public/wp-includes/plugin.php(” while reading response header from upstream, client: 35.242.155.172, server: http://www.SITENAME.com, request: “POST /wp-admin/admin-ajax.php?action=wp_image_processing_queue&nonce=fbd278fe84 HTTP/1.0”, upstream: “fastcgi://unix:/var/run/php7.3-fpm-SITENAME.sock:”, host: “www.SITENAME.com”, referrer: “https://www.SITENAME.com/wp-admin/admin-ajax.php?action=wp_image_processing_queue&nonce=fbd278fe84”
2020/01/24 13:56:05 [error] 92191#92191: *58751887 FastCGI sent in stderr: “PHP message: PHP Fatal error: Uncaught IPQ_Process_Exception: Unable to get WP_Image_Editor for file “/www/SITENAME_877/public/wp-content/uploads/2014/05/Research1.jpg”: File doesn’t exist? (is GD or ImageMagick installed?) in /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/image-processing-queue/includes/class-ipq-process.php:71
Stack trace:
#0 /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/batch-processing/wp-background-process.php(303): IPQ_Process->task(Array)
#1 /www/SITENAME_877/public/wp-content/plugins/gp-premium/library/batch-processing/wp-background-process.php(177): WP_Background_Process->handle()
#2 /www/SITENAME_877/public/wp-includes/class-wp-hook.php(288): WP_Background_Process->maybe_handle(”)
#3 /www/SITENAME_877/public/wp-includes/class-wp-hook.php(312): WP_Hook->apply_filters(”, Array)
#4 /www/SITENAME_877/public/wp-includes/plugin.php(” while reading response header from upstream, client: 35.242.155.172, server: http://www.SITENAME.com, request: “POST /wp-admin/admin-ajax.php?action=wp_image_processing_queue&nonce=fbd278fe84 HTTP/1.0”, upstream: “fastcgi://unix:/var/run/php7.3-fpm-SITENAME.sock:”, host: “www.SITENAME.com”, referrer: “https://www.SITENAME.com/wp-admin/admin-ajax.php?action=wp_image_processing_queue&nonce=fbd278fe84”January 24, 2020 at 9:05 am #1142803Tom
Lead DeveloperLead DeveloperHi there,
That just looks like the resizer was having trouble actually resizing images.
We’ll be introducing a new way to resize images in GPP 1.10 – the above process has been a pain since we implemented it.
January 24, 2020 at 8:31 pm #1143206anand
Thanks Tom,
How soon can we expect that release…
if its going to take time… any workarounds for this problem. Its very difficult to use our site
January 25, 2020 at 9:29 am #1143871Tom
Lead DeveloperLead DeveloperOf course. If the standard image resizer is causing issues, you can:
1. Clear your width/height values for the featured images in the Customizer.
2. Do something like this:add_action( 'after_setup_theme', function() { add_image_size( 'your-archive-image-handle', 300, 300, true ); add_image_size( 'your-single-image-handle', 500, 200 ); } ); add_filter( 'generate_page_header_default_size', function( $size ) { // Tell archives to use 300x300 cropped (true) if ( is_archive() ) { return 'your-archive-image-handle'; } // Tell single posts to use 500x200 not cropped (no true) if ( is_single() ) { return 'your-single-image-handle'; } return $size; } );
You may have to regenerate your thumbnails after you add new image sizes: https://wordpress.org/plugins/regenerate-thumbnails/
January 27, 2020 at 1:02 am #1145302anand
this did not help me.
when i removed the sizes from the customizer… the archive page did not show any images at all.
i used mediumNew and largeNew for your-archive-image-handle
did i miss something
January 27, 2020 at 9:12 am #1145914Tom
Lead DeveloperLead DeveloperCan you link me to your archives?
January 29, 2020 at 5:24 am #1148072anand
i have submitted ticket with admin access…
January 29, 2020 at 9:03 am #1148390Tom
Lead DeveloperLead DeveloperThe images aren’t showing when you remove the sizes because you’ve added this CSS:
img.wp-post-image { display: none; }
If you remove that, the images will show.
To prevent the image resizer from loading at all, you can add this to your
wp-config.php
file:define( 'GP_IMAGE_RESIZER', false );
We’re working on a replacement for this resizer right now, and will release GPP 1.10.0 when it’s done.
January 30, 2020 at 2:51 am #1149043anand
this seems to have solved the problem..
Thanks
January 30, 2020 at 2:51 am #1149045anand
thanks again
January 30, 2020 at 9:02 am #1149550Tom
Lead DeveloperLead DeveloperNo problem 🙂
-
AuthorPosts
- You must be logged in to reply to this topic.