Performance issue Mollie plugin

Hi there @domirvana,

Thanks for the message.
Can you please clarify the “slow checkout page”? Does the checkout page itself (WooCommerce) with the payment options take long to load?
Or is it that after pressing the “place order” button it takes a while for the mollie payment screen to appear?

I just made a test order on your site and it took maybe 3-4 seconds to load the payment screen. This is nothing I would consider unusual.
But I will continue to make some more test orders throughout the day to see if the behavior changes.

Kind regards,
Niklas

Hi There!,

Thanks for your fast reaction, slow checkout page is indeed the checkout page itself, to place a order or the shopping cart is fast enough.

3 – 4 seconds for the payment screen feels like a lot in comparison of the other pages (0.3s / 1s to load).

Thanks in advance for watching!

Hi @niklasinpsyde

I’m wondering if this is the same issue as my earlier support question that was marked as solved without actually offering a solution or even really diving into this.

https://www.ads-software.com/support/topic/exploding-page-loadtime-as-of-version-5-8-2-and-up/

I’m stuck with version 5.8.2 since the page load time on the checkout and add-to-cart action explodes when I use versions higher than that. I’ve looked at why that is and the difference is in the time to first byte.

When I tried to update to version 5.10.0 and tested the difference on gtmetrix, the ttfb exploded from 2.4 seconds with version 5.8.2 of the Mollie plugin to 10.7 seconds with version 5.10.0, making the total loadtime a wooping 13 seconds (and I have seen 20 seconds too when testing the previous version).

I tested it with an add-to-cart:
https://tinekevanurk.nl/?add-to-cart=4130

this page also redirects to the cart, so the normal about 4 – 4.6 seconds isn’t just for loading only one page.

Please take this issue seriously and solve it. Below the links to the gtmetrix outcomes.

with plugin version 5.8.2 active
https://gtmetrix.com/reports/tinekevanurk.nl/eHplNO02

with plugin version 5.10.0 active
https://gtmetrix.com/reports/tinekevanurk.nl/uMsmGqgZ

It must be something in the plugin since every version above 5.8.2 has this problem. For now I’m stuck and cannot update this plugin because of this problem and frustrated by the lack of real response when bringing it to support.

@domirvana perhaps you can try going back to version 5.8.2 too and see if that makes a difference for you too. It might lower the loadtime somewhat

regards,

Hans

@hanswitteprins Thanks for your reaction and it sounds like the same issues, is there any valid way to downgrade the mollie plugin, without loosing any data?

Then I’ll give it try!

@niklasinpsyde Is there any news or something you did found?

Thanks!

@domirvana you need to be careful on a production website, especialy when you’re not a developer.

The surest way is probably using ftp to overwrite the plugin folder and files with the new version. Or you can just rename the original folder, and copy the older version in the original folder. Then you can always change the folder name back.

Normally plugins only delete data in case they are deleted using wordpress. When you delete in ftp that risk is not there and there will be no db changes.

You can also try to download the zip of version 5.8.2 and use admin’s plugin install to upload and install the zip-file there.

Often it is able to downgrade to the uploaded version and otherwise it will refuse and you can try ftp instead.

Making a backup of your site (including the db) before trying this, would be good practice and makes sure you always have a path back. And probably you want to first try this on a development or staging version of your website.

Hope this help, Hans

Hello @domirvana & @hanswitteprins,

My apologies for not getting back to you sooner Hans.
As Hans has said, please always be careful when modifying production sites. Backups are very important, especially if you do not have a staging site.
As of version 5.10.0, there is no uninstall routine implemented yet. So you will not lose any configuration if you downgrade to an older version or remove it through WordPress.

And we do take this issue very seriously. So far we were not able to pinpoint it but are ready for a new release as soon as we have nailed it. We have a couple of environments which occasionally show this behavior, but not all the time. So we were having trouble reproducing it consistently.

I will talk to our developers in depth about this again tomorrow and get back to you when I know more. Thanks for your input!

Kind regards,
Niklas

@niklasinpsyde

My website has consistent problems with the newer versions, so if admin access, or something else could help you folks, please ask. The website has a staging environment and I am willing to help solve this problem if I can.

regards, Hans

Hello @hanswitteprins,

If you want to share any sensitive information, then please contact us directly in our support system as described in this article and include a link to this thread.
Access to a staging site with this behavior will be helpful for us.
We appreciate your willingness to assist us with this issue.

Kind regards,
Niklas

@domirvana I made a mistake with the version that you need. Version 5.8.2 already had the performance problem, so you need to go one version further to version 5.8.1, to get ahead of this problem. Sorry for the mixup.

@niklasinpsyde I send you admin access to our staging. Please note also that I stated the still working version wrongly above. We use 5.8.1 since that was the newest version that still performed well.

@hanswitteprins @niklasinpsyde Thanks for your reactions, i’ll wait for the next update, @niklasinpsyde if you need another environment besides Hans, let me know!

@niklasinpsyde @domirvana

I’ve taken it upon myself to compare the software of both versions (luckily it was a small update) and think I found the problem. I’ve pinpointed it to a single statement and just now send it with some test outcome to the mollie support outside this forum. The problem was in the way the plugin loads svg icons as of version 5.8.2.

Hope Mollie will quickly solve this, since Niklas said it is now top priority. At least, now we know what is the problem and a solution shouldn’t be that difficult now.

Regards,

Hans

@niklasinpsyde

Looking at github, I see issue #450 also pinpoints the same problem. I just took me some more time to get there.

https://github.com/mollie/WooCommerce/issues/450

Hello @domirvana & @hanswitteprins,

We have released version 5.11.0 today and hope to have improved the situation.
There are still a couple of things we need to work on, but please let us know if you can notice any performance improvements. Thanks!

Kind regards,
Niklas

Hi @niklasinpsyde Thanks for the new version. If I read the html correctly you now load the image files on the frontend instead of server-side, so that is great.

The result, on my end, in page generation time (with or without the images) reported by Query monitor is almost the same (.4 seconds difference), so that’s fine for me.

Also the pageload is now in the normal range, and can use caching and lazyload. I haven’t checked in the code, but I imagine the problem that other pages than the checkout page also read the svg’s is now automatically also solved.

Thank you. Great that it is solved now!

Hans