Closed acicovic closed 2 years ago
Note: It seems that the block downloads images for certain pages, even if those don't have an image_url
in their metadata. Also, in the specific case they are external large images, not hosted within the website itself.
Edit: After research, it seems that if no image URL is specified in the metadata, the Parse.ly crawler will try to identify an image as the "page image" (this will typically be the first image that exists in the page) and set its path as the image_url
. However, the main reason we didn't have an image URL in our metadata in most cases is also due to a bug. All this is tracked and discussed in #758 which should address all bugs mentioned here. Once the bugs are fixed, we can discuss about features.
Edit: This issue was a bit broad and a research in progress. It has now been updated to be more specific to the problem encountered, and some other points mentioned here may be moved to other issues.
Is your feature request related to a problem?
The Recommendations Block shows poor quality images when those are set as a "Featured Image" in a post/page. The root of the issue is that we're passing to them a
?w=120
querystring in the plugin code.To see this in action, let's take this API request as an example, which returns:
From the above we can see that:
image_url
is the real source image, but limited in width per thew=120
parameter.thumb_url_medium
is a (small and cropped) image served by Parse.ly, and it is using the previous image as a source.This issue does not happen for external images.