Swapot
Forum Replies Created
-
Hello @bcrodua ,
I was able to get the site restored. I did have my PHP max_execution_time and memory_limit settings increased, but not for this staging site. So, after that, and restoring all files and plugins first, and database last, it worked.
I should note that I had to do it all over again because it restored to the current version of WordPress, not the one when the backup was made. So if anyone is trying to restore a site from a past backup, and wants the WordPress version to also be “rolled back”, WordPress needs to be rolled back manually first before the restore.
Thanks.
Hi @bcrodua ,
Thanks for your reply. I had optimized the database about a month before making the backup with WP-Optimize.
I’m not quite at a place that I would feel comfortable cleaning up tables myself, unless I had a guide with pretty specific instructions (commands), but I think it is pretty optimized.
The database backup, which I assume is the file “backup_2025-05-27-1018_Happy_Vito_e180f43ec8d7-db.gz” is 70.7 MB, as a gzip compressed file. The site has about 900 products, and all of them are variable products with 150-250 variations each (and each variation has its own photo) – this is likely why the database size is what it is. I don’t have a way to reduce that.
If there is a tool you recommend that I could try, I will look into it
Hello @bcrodua ,
Thank you for your reply. I renamed both the plugins folder and the mu-plugins folder, but still could not access the wp-admin of the site.
I can check with my web host about any server restrictions, but I do already have my PHP max_execution_time and memory_limit settings increased.
I am restoring the complete site to what it was two days ago, before trying to import the updraft backup site to my staging site and I will start over.
Was anything noticeable in the logs I provided?
Thank you.
Hello @doublezed2 ,
Thanks for your reply.
I have opened a Feature Request on the Woocommerce Stripe GitHub and on the Woocommerce.com Stripe feature request page (which needs to have the features that have been implemented removed from voting). I would much rather seek a solution than go and give Woocommerce Stripe a 1-star review because I I feel frustrated. I hope that finding a solution to re-enable Express Checkout for digital products can be seen as important and prioritized. This request can be closed since my issue cannot be solved here. Thank you to each of you for your time and efforts.
Hey @inpsydekrystian ,
Thanks for the explanation.
When the fix does come in the next revision, I hope that there will be the option to display the buttons stacked on top of each other (for desktop), even if three or more ECE show to the shopper (as shown in the Block checkout with ECE buttons that is on the PayPal Payments documentation page and that I show above).
Hi @jonayedhosen ,
it [WooPayments] offers a seamless experience with Express Checkout, supporting Apple Pay and Google Pay regardless of any WooCommerce tax settings
I found this while searching for how to navigate this issue:
https://github.com/woocommerce/woocommerce-gateway-stripe/issues/3472#issuecomment-2384100358
Before I install WooPayments and spend the time to customize the settings and test, can you confirm that it will show Express Checkout element buttons for virtual products?
Hi @mosesmedh ,
Thank you for taking the time to respond and I appreciate your candid answers.
I understand that this change is to Woocommerce Stripe, not Woocommerce itself. I also understand that you and the other support technicians that respond on this forum also respond on the WooPayments forum, Woocommerce forum, etc. – Woocommerce, Woocommerce Stripe, WooPayments, and Woocommerce PayPal Payments are all built and supported by Automattic.
Since you (and @jonayedhosen and @doublezed2) are knowledgeable about these other Woocommerce extensions (and because I have so much time invested in Woocommerce as a payment solution), would WooPayments or Woocommerce PayPal Payments be a better solution for having the Express Payment elements integrated into the product pages, cart, and checkout for selling digital products (virtual, downloadable) to multiple countries with multiple tax rates?
Hi @mosesmedh ,
Thank you for your reply and for looking at the sample page. Yes, it is a simple product (not variable), but it does have virtual and downloadable checked.
Could you help me understand this: The recent change made by the development team in version 9.3 – does it turn off the express checkout buttons for a product marked as “virtual” only? Does it have anything to do with a product marked “downloadable” (in addition to or separate from “virtual”)?
Under Woocommerce/Settings, I currently have “Shipping location(s)” set to “Disable shipping and shipping calculations”. What if I change that to “ship to all countries” and then create shipping zones of “free shipping” for both the United States and for Rest of the World. I currently only have billing address fields (required) in my blocks checkout. Would selecting “ship to all counties” require that my checkout have shipping address fields? If it does, could they be hidden?
Just wanting to explore all options as I a thinking of the best way to proceed.
I realize that I can use Woocommerce PayPal Payments for Paypal, Venmo, ApplePay and Google Pay express checkout buttons and for processing credit cards (right now I only use it for PayPal and Venmo). Of course I could switch from Woocommerce completely to another payment option like Easy Digital Downloads. If Woocommerce is moving away from supporting features for digital products, it would be good to know.
I will note that the very first feature listed on the Woocommerce Stripe marketing page is:
Optimize your checkout experience
Boost conversion: Provide an optimal experience across mobile, tablet, and desktop with a responsive checkout, and offer Link, Apple Pay, and Google Pay out of the box.
I hope that removing the express checkout options for digital products is not considered a solution for the plugin collecting the correct taxes. Can you clarify with the development team if this (express checkout payments sometimes collect incorrect tax) is being fixed or is the Woocommerce Stripe extension no longer going to support the Express Checkout feature for digital products being sold in more than one tax location?
Hello @mosesmedh ,
I provided a link to the subdomain virtual/downloadable product page in two previous posts.
@jonayedhosen wrote:
A current workaround is to adjust WooCommerce’s tax settings to use the shop base address for tax calculations. You can do this by going to WooCommerce > Settings > Tax > Tax Options > Calculate tax based on, and selecting Shop base address.
This would only work for a website that charged one tax rate to every customer – correct?
Another workaround would be to revert to 9.2 and eliminate any plugin or code conflict, correct?
Hey @jonayedhosen ,
I appreciate the explanation.
I can consider reverting to 9.2 for the time being but as I wrote, the subdomain test site on 9.3.1 is displaying the buttons on products that are virtual and downloadable. I have tested it with Default customer location set to ‘no location by default’ and ‘Shop country/region’ and the buttons show either way. Maybe I just try to get my live site de-conflicted so it functions like the subdomain?
I would be interested to hear what you can find out from the development team. One of the primary reasons that I chose the Stripe gateway was because of the new checkout experience and blocks cart and checkout with express checkout buttons. Shopify has had similar functionality – which has been proven to reduce checkout abandonment – for years now.
Hello @mosesmedh @jonayedhosen @doublezed2 :
I do have further questions/concerns.
As I mentioned in the last post, I AM seeing the buttons on a virtual/downloadable product on the subdomain site: https://quickforget.com/s/d5e96678ada2d095f0396cfbee908fdaa481511776f9aadb that I created at the request of Moses.
This is what I want – for the “express checkout” buttons to show on the product page, cart and checkout.
When you (Moses) say that you just received a message from the development team, are you saying that the message is that virtual AND/OR downloadable products will no longer show express checkout buttons on the product page, cart and checkout? I don’t see this anywhere in the change log of recent versions.
You wrote that this is (because of) a recent update in the plugin. Can you please let me know what version of the plugin has this update?
In another recent support thread, @mattthomas-photography wrote a support case regarding 9.2.1 about express checkout buttons that are from a website that appears to sell virtual products:
https://www.matt-thomas-photography.co.uk/shop/british-grand-prix/
The express checkout buttons are showing on that website’s product pages and checkout pages.
I would think that there are many Stripe users selling virtual AND/OR downloadable products that expect the blocks cart and checkout to show the express checkout buttons. The requests for this kind of functionality and the simplicity of the Stripe new checkout experience – similar to what Shopify has been offering for years – has been long awaited by WordPress/Woocommerce users.
I hope there is a way to get this work.
I found the GitHub page with change log and older version downloads.
However, on the subdomain site you asked me to set up, the product that is virtual/downloadable is showing the express checkout buttons (ApplePay, Gpay and Link) on the product page, cart and checkout:
https://quickforget.com/s/d5e96678ada2d095f0396cfbee908fdaa481511776f9aadb
So, is that unexpected behavior (since this is a virtual/downloadable product)? That is the behavior that I want.
@mosesmedh @jonayedhosen @doublezed2 :
The title of this support request mentions that I am selling digital products and then in that original request for support I wrote:
The site only sells digital products (no shipping)…
This is new news to me. All of my products are virtual/downloadable, aka digital.
I’m trying to think of what the harm is in the express checkout buttons showing to a customer in a location (country) that they couldn’t use it in – they just wouldn’t be able to use it.
Can I roll back to an older version of Woocommerce Stripe where this was working?
I switched the checkout to checkout blocks and the buttons still all show up on product page, cart, and checkout with my theme. I then also switched the cart to blocks and they still show up.
I will note something: When I set up checkout blocks with my theme on my live site (maybe 8-10 months ago), my theme did not support blocks checkout or cart. I followed the instructions here https://woocommerce.com/document/woocommerce-store-editing/customizing-cart-and-checkout/ to replace the existing cart and checkout shortcodes.
In the subdomain site I just set up, it was set up with the Twenty Twenty-Five theme by default. Then, when I switched over to my theme (Botiga Pro) and imported the demo content for Botiga, it created a second cart, account, checkout pages. So when I just did the test you suggested, I just switched the checkout (and cart) in the Woocommerce/Settings/Advanced section.
What I’m trying to get at is that when I did this 10 months ago I replaced the existing cart and checkout shortcodes with blocks using those instructions. Not sure if something got introduced there that created a conflict.
@mosesmedh @jonayedhosen @doublezed2 :
I appreciate the help. Perhaps if you give me multiple options to troubleshoot I am willing to try more things so hopefully this can be solved faster.
I did what Moses suggested – created a subdomain, fresh WP and Woo install, and installed Woocommerce Stripe and the theme I use (aThemes Botiga Pro). I imported one of the variable products from my real site, added a simple product that was not a downloadable/virtual product and I also imported demo content from my theme provider.
The Link, GPay and ApplePay buttons all showed up on desktop and iPhone with both themes on the product pages, cart, and checkout. I did not add the Blocks checkout (which I do have on my site) but used one of the checkouts with the theme. Maybe the Blocks checkout on my site is the issue? But if it was, could the blocks checkout affect the buttons not showing up on the product pages (or cart)?
I can provide link to the subdomain site if needed, but since it works, that doesn’t seem relevant.