macprawn

Hello!

I just uploaded a new version, that tries to work around the open graph issue by not doing anything while wordpress outputs the page header. I assume this will work also with your theme.

I’ll mark this as fixed – but if you still see the problem on your setup, please contact me again.

Thanks!

Hi again! So can you tell me how the og fields are added to your site? Is it a function of the theme(s) you use, or is it a plugin adding them? I need to find out how those tags are added to the site to see if my own plugin can detect the context or not.

Also, I don’t seem to be able to see non-loading images on the sites you gave me… I suspect it’s because you disabled the plugin (understandably) so I was wondering if maybe you have a staging area where I could see the problem happening?

Thanks!

Thank you for bringing this to my attention. I’ll take a look as soon as possible.

Hi there!

Just published v1.1.3: that should address the issue.

Let me know if it doesn’t.

Thanks!

Right you are – sorry about this. The link on the Plugins page is wrong – I’ll fix that.

In the meantime, you can get there by going through the navigation on the left hand side: Settings > Media

Thanks!

Hi there!

Thank you for the suggestion. I think, though, that this goes a bit beyond what the plugin was meant to do. What you’re talking about really is more about how /where to store the encoded image data.

So this would be a better fit for a separate plugin, I think, and one that, in your case, could also hook into WooCommerce.

You should look for a developer to build this for you – I unfortunately don’t have the time to do it open source at the moment…

Sorry!

Right you are, sorry about that. On older PHP versions, that would have happened. I’ve just pushed a new version that fixes this.

My apologies.

Hi there,

My apologies, you are right. I’ve just published a new version that, hopefully, fixes the issue. Please let me know if it does or not – and if it doesn’t, can you give me a bit more information on how you reproduce the issue on your site?

Thanks!

Hi again!

I just published a new version to the plugin, with a new setting to control the maximum size of images that should be encoded.

Let me know if that is flexible for you enough. If not, we’ll see about using class names or something.

Thanks!

Hello! I just uploaded a new version with the setting, available in Settings > Media. (at the bottom of the page)

Thank you for the suggestion!

Hi there!

Thanks for pointing that out. This looks a lot like a bug I fixed a little while ago. Can you please check you are running the latest version of the plugin? The current version is 1.0.2.

If the problem persists, please let me know.

Thanks!

Hi there!

Thanks for the feedback and suggestion! I’m already working on a setting that would allow you to limit the encoding per image size – so a pref that would only encode images smaller than “x” Kb…

Do you think that would cover your use case? If not, may I ask on which other criteria you would decide not to encode an image?

Thanks!

Thanks for this – I’ll definitely check it out. The good news is, your score with base64 enabled is much better than without… As I said, the page weight being much bigger is totally normal, since base64 encoding is not a compact way of delivering images… That’s why I think having a threshold above which images are not encoded based on size makes sense, so you can work out the best compromise for your own website.

The number of requests is a bit weird – I’ll have to compare both waterfall lists and try to isolate the additional network call. But aside from this one puzzling detail, the rest is quite as expected I think, when using base64 encoding for all your images. (and I now agree that might not be wise)

Thanks for this – really appreciate it!

Thanks for the feedback,

So the debate around base64 encoding is one that is still going strong. It will definitely make your page heavier, as base64 encoded images are not compressed or anything. I am a bit puzzled by the increased number of requests, though. Would it be possible to have the before and after pingdom reports? Or to have a live test page to test with?

Someone else suggested having a setting to only encode images up to a certain size, which I am working on. I believe this would help in this case too.

Thanks!

That’s a good idea – I’ll definitely look into it. Thanks for the suggestion!