Caleb Weeks

Perfect. Love it. Thanks, guys! We can close this ticket!

Wonderful – thanks so much for confirming, Harish!

So appreciate how quick and engaged the ibericode team is in responding to the support forum here. The way you communicate with and support FREE users only boosters our confidence in becoming a paid customers for Mailchimp for WordPress Premium.

QUESTION: If we install and configure/sync everything now when still using the legacy WordPress posts storage (i.e. _posts and _postmeta tables) and then in a few weeks finally make the switch to HPOS, do all of the orders need to re-sync from WooCommerce to Mailchimp do you know, or is it a fairly seamless switch/migration to now using HPOS?

Not urgent for a reply as we will hopefully be switching to HPOS sometime today or early next week and we can wait till then if better to not mix the two, but just wanted to ask in case.

Thank you, again, so much!

P.S. This 5-Star Review for the plugin might mention all is required if HPOS compatibility is not yet ready. I don’t know the code requirements, however, and you likely already saw it, so thanks for your patience if this information is unhelpful! Thanks, Andreas! :-).

Hi @saffiretech!

Thank you so much for writing back and providing the screenshot you did even after all this time! We really appreciate it as there was zero expectation for you to do so with everything being free, so thank you again!

I realized just today that my screen recording from my original post unintentionally had no audio with it! Please forgive me as I am sure that would have helped.

We are actually in a similar boat as @jamesc91 and @fromb where having a Discontinued Stock Status “shortcode” would be great for our need to incorporate it into the Elementor page builder. A shortcode would be a great/flexible way to allow the plugin to integrate with almost any other plugin or page builder already out there, etc. so that would be great!

We know it might be a PRO feature, but if you all would consider putting it in the free version, of course we would all be grateful, but we understand either way.

Thank you again for reading these notes as able, and we will look forward to however you decide to improve upon the great work you have already done.

Thank you!

Thanks @anastas10s for your kind, thorough, and quick reply! ????

I reviewed the links you sent as well (thanks for those) and can confirm things should be set up as instructed/explained in those docs/sections. Also, I do recognize that a lot of plugins are at work on this particular website and even (if not especially) in the order process. The only reason I wrote in and submitted this particular discrepancy was because I hadn’t seen it yet in my time with WooCommerce (having used it actively since 2011—time goes quickly). I’ve seen calculations off by 1 penny before and knew the steps to take to check rounding, etc. but the error in those cases was usually in the subtotal before the order total and you could see where the issue was. In this case, we had fixed numbers in the subtotal and shipping/fees that just somehow came up with a different total almost as if the calculation had a blip in it somehow.

Nevertheless, we did re-create the exact same order at hand (same products and shipping address, custom donation, etc.) and lo and behold, the order total calculated properly(!) so we aren’t sure what it would have been and as risky as it is to just hope it’s cleared, we feel like after however many years and this has only happened once, we should be good to go for now.

Thanks, again, for taking the time to read through and respond to my first ticket, and don’t feel obligated to reply to this one – we should be all set!

Thank you @anastas10s!

We are curious of this as well! Thank you for any reply as able!

• This reply was modified 1 year ago by Caleb Weeks.

Thank you so much for the update @mrclayton and for letting us know!

I will personally look forward to using this. It really is such a gift to so many working in the nonprofit space as well as sole proprietors, etc. where every dollar helps!

Congratulations on working it in and being the first to do so (that I am aware of)!

• This reply was modified 2 years, 2 months ago by Caleb Weeks.

Hi @markjszymanski ???? – thanks for getting this thread started! ??

@mrclayton – thanks for monitoring these forums! We are also looking forward to the day when Stripe’s own version of ACH will make its way into WooCommerce, and it looks like PaymentPlugins may be the ones to do it! I read of the importance of making sure the current Plaid subscriptions continue uninterrupted, so I know it is more complex than one might realize, but I just wanted to chime in to have one additional voice say, “Thanks!” for even working on it. We’ll look forward to finding out when it might be ready as it will help so many nonprofits and individuals especially when it comes to accepting payments.

No expectation on a reply! Thanks for reading this if/as able!

Ticket Submitted. ???? Thanks @collizo4sky, and so sorry for the delay.

I was just a repository (free) user who got migrated up from WP User Avatar so I certainly didn’t expect to take any actual support attention when I initially started this! I had just hoped that my initial note to you all would help serve you all to let you know something might be going on that you could investigate.

With our situation, we ended up needing to solve the issue pretty quickly, of course, and so we made the decision to switch plugins and go with Simple Local Avatars which happened to have a “Migrate from ProfilePress” script built in, so all of our profile images made it over to the new plugin with ease. In that sense, we are (personally) all set! However, the videos above do show that this may indeed be an issue somewhere, so I’m still happy to investigate with you all if that would be of help to you. It seems another user was experiencing this as he reported here in the reviews.

Thanks for paying attention to these forums, even if it means working into your official support ticket system – it shows you guys care (which is always a good thing)!

Hello, again, ProfilePress team!

Here is a screen recording that demonstrates in real-time a 5second TTFB with ProfilePress active and a 50ms TTFB with ProfilePress deactivated: https://share.getcloudapp.com/6quGO4P2

Have you all seen this happen before by chance? Would it be helpful to have a cloned site to troubleshoot, or can you already tell what it is? Also, would disabling the Ajax Mode in the ProfilePress Settings > General help at all? I did run tests with AJAX mode disabled but was still getting the 5sec TTFB so it didn’t seem to help.

Thanks for any reply you might be able to give!

Hi @collizo4sky!

We think we may have actually experienced this, too: it looks like when ProfilePress is activated, pages that are normally cached are no longer caching. I’ll see if I can explain a little bit.

We were having a hard time figuring out why we were getting 5second TTFB scores when we’re on great hosting (Flywheel) and an optimized website (Perfmatters, WP Rocket, etc.). After investigating, site cache wasn’t looking too bad with 37% of calls over the past week being a cache hit. This is pretty good considering the site is an eCommerce site, with donations, and membership plugins enabled. Along with that, we were seeing an average of a couple of thousand uncached calls per hour which shouldn’t be a problem with the resources the site is currently at. However, navigating around the site we were still seeing the pages showing as being uncacheable in the Dev Console even though curling the domain showed as a cache hit. You can see the homepage showing that it was not pulling a cached version here: https://share.getcloudapp.com/4gue0LAG

We started running some plugin troubleshooting and found that as soon as the ProfilePress plugin was deactivated, we were able to get cached page loads, dropping the load time from 5 seconds to around 30ms(!).

Here are some screenshots of:

• GTmetrix report with ProfilePress ACTIVATED (5 second TTFB): https://share.getcloudapp.com/NQujRnEm
• GTmetrix report with ProfilePress DEACTIVATED (30ms TTFB): https://share.getcloudapp.com/nOubz4pN

Does that make a little better sense now what this reviewer may have been commenting on?

Do you happen to know if indeed this is a practice of the ProfilePress plugin, and perhaps why the plugin appears to be preventing cached page loads even when a member is not logged into their profile by chance? I know this is more of a Support Ticket type of question, but I wanted to leave a note here in case it helped explain this as I did a quick search on Reviews and Support Threads to see if this had been discussed/addressed already.

We would love it if ProfilePress could allow cached page loads for Users not logged in, etc. – it would greatly help our site. Thank you so much for reading this if it reaches you!

Thanks for your quick reply, @markhowellsmead, and that is a good idea to reach out to the Elementor team about it! I apologize I didn’t think of that sooner. I’ll see what I can find out about “custom” ACF fields showing up in the Elementor ACF dropdown there in Elementor’s Dynamic Tags.

In the meantime, I’ll mark this ticket “Resolved” and carry on with Elementor as I imagine that if they were to implement it, it wouldn’t happen right away.

Thanks, again, Mark, for your reply and for making the plugin in the first place! Appreciate you developing and sharing such a helpful tool with all of us using it. Thanks, again!

• This reply was modified 2 years, 9 months ago by Caleb Weeks.

Hi Acal,

Just wanted to say, “Thanks!” for leaving a breadcrumb for me on how you fixed it. That worked for me as well!

No need to reply. ??

Thank you!

Hi CodeWooGeek – we are experiencing the same.

@bdgardengirl – were you able to resolve this by chance?

Hi @patrickposner – thanks so much for your kind involvement in the forums! I know this is free support.

We are curious, like @csasser was, if the plugin can handle (believe it or not) up to 25k “codes” (i.e. passwords). We are hoping to offer a free book mailing but need to make sure only those who received an emailed code would be able to request it.

I know that seems like a lot (and it is!) so we are trying to figure out what is best/possible. As far as I can tell, it would still be a “comma separated list” but I wonder how that would affect performance. I know that you indicated +-10,000 should be fine, but since our number is 2.5x’s that, I just wanted to reach out in case you see this and have time to reply.

I know we’d need the “Pro” version as well, but we’d be happy to make the leap should it be a probably positive outcome.

Thanks, again, for even working on this in general and reading these, and congratulations on Passster! ??