eimpacteric

Same issue here. Also on a site that has subscriptions. Current versions of all plugins.

Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 1052672 bytes) in /home/****.cloudwaysapps.com/****/public_html/wp-content/plugins/advanced-dynamic-pricing-for-woocommerce/Settings/OptionsList.php on line 41

Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 131072 bytes) in /home/****.cloudwaysapps.com/****/public_html/wp-content/plugins/woocommerce/includes/admin/class-wc-admin-settings.php on line 600

Rather than start a new thread, I’ll chime in here also.

I REALLY like Migrate Guru, and have many many successful transfers. (Enough to easily win the 5 star review ?? )

But at least twice I have done a transfer where I get the notification that everything transferred, but when I compare disk space or try to use the new site, I notice many photos missing, etc. I caught one last week where the “files” progress bar didn’t go more than 30% across, yet it moved on to the “Migrating Site” step. I tried a couple times, but it never went more than 30% on the files, but always said migration was successful.

While transferring, Migrate Guru knows the size of the file transfer (first progress bar on the left). Is there any way it could double check (BEFORE moving on to the “Migrating Site” step) to be sure it actually got all the files? At least do a simple file size compare? I’m guessing its compressing somewhere in there so maybe that would be a challenge. It has me a little nervous because missing just a few files can turn into a problem down the road. I rarely watch the entire transfer, so its easy to miss also.

Thanks!

Rolled back to WP 6.5.5 and now it works again

We are using WP 6.6, WooCommerce 9.1.2, and Payment Plugins for Stripe WooCommerce 3.3.74 – but still broken (no payment form)

Ok, got it figured out…thanks!

I’ve decided that using Square as a payment method in WooCommerce means you’re going to have problems. I don’t know if its Square’s fault or the plugin. I’ve tried several plugins and they all have problems…some more than others. :-/ But Peach Pay is the best from my experience.

https://www.cupolasnmore.com/shop/

I rolled back to version 1.99.5 of the plugin and checkout is working again

I would also like to do this

Same…looks fine while logged in, broken when logged out.

I’m using Blocksy theme and all sites with this current version of Breeze have headers with messed up formatting.

If I disable “Lazy Load Images” then it works for me.

I turned the option off and back on and now it added the code ??

I’m also a Cloudways customer and found this thread. Cloudways uses Nginx as a reverse proxy so .htaccess is still valid/required.

I can see that the plugin automatically adds most of the directives listed above to the htacceess file, but not these:

<FilesMatch "\.(css|js|pdf)$">
<IfModule mod_headers.c>
Header set Cache-Control "public, must-revalidate, proxy-revalidate, immutable, max-age=2592000, stale-while-revalidate=86400, stale-if-error=604800"
</IfModule>
</FilesMatch>
<FilesMatch "\.(jpg|jpeg|png|gif|ico|eot|swf|svg|webp|avif|ttf|otf|woff|woff2|ogg|mp4|mpeg|avi|mkv|webm|mp3)$">
<IfModule mod_headers.c>
Header set Cache-Control "public, must-revalidate, proxy-revalidate, immutable, max-age=31536000, stale-while-revalidate=86400, stale-if-error=604800"
</IfModule>
</FilesMatch>

Should I add this to the Super Page Cache directives manually, or are these not needed anymore?

Smash Balloon has fixed this issue, so update to the latest version of the Custom Facebook Feed Pro plugin and all should be good again.

https://smashballoon.com/doc/custom-facebook-feed-change-log/

For some reason their site (as of now) does not show the latest version:

Custom Facebook Feed Pro 4.3.2 changelog

* Fix: Changed how the plugin’s code was included to prevent conflicts with SMTP plugins that overwrite wp_mail().

Yes, that works…Thanks!

I updated to 2.7.23 and the error is gone. Thanks!