robertmaynord
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce PayPal Payments] Stripe Gateway & Woocommerce Paypal PaymentsOK – I was able to solve the problem by selecting the “New Checkout Experience” in the Stripe settings.
I had a similar problem, but I do not have caching on the wed site itself – I use Cloudflare instead. I went to Cloudflare and bypassed the WPForms page on my web site. This seems to have solved the problem, but I am not sure.
Does this make sense?
Hi, Salvatore!
Thanks for the note. Actually, the “Product Viability by Country” plugin uses IP addresses to decide the country of origin, and then chooses the products to show or not show. I am not aware of any cookie usage.
As far as the cache is concerned, the only cache I am using is WP Cloudflare Super Page Cache and Cloudflare. It has greatly improved my scores in GTMetrix!
Just a bit of additional info – I had this same problem and fixed it by including /*checkout* under “Prevent the following URIs to be cached”.
Robert
Thanks, Saumya, for the note! I appreciate your help. I believe I have it up and running now, but I am not really sure what the problem was. I tried turning off all the “Don’t Cache” settings under the Cache tab, and tried multiple settings on the Third Party page – all with no luck. Eventually, I ended up doing a “Reset all” but that didn’t solve the problem until I Disabled the Cache Page and re-enabled it. At that point, Chrome (after re-load) still showed an error, but Firefox showed a “HIT”! Eventually Chrome started showing “HIT” as well.
With all this said, TEST CACHE still (even now) shows an error. I suspect that previously I had seen the TEST CACHE error and tried to fix it using “Strip response cookies on pages that should be cached” – and this may have been the start of the problem.
In any case, so far the solution seems to be to do a “Reset All” then Disable and re-enable the Cache – followed by waiting a few minutes for Cloudflare to catch up.
Perhaps this will help someone else…..
Thanks again for your time!!
I have continued to work on the page. I re-enabled the Fallback Page Caching, and removed an AcyMailing Widget that allowed users to request previous newsletters. The sliders are now loading much quicker. My GTMetrix score is still an “E”, but I’m working on it…..
The headers for my home web site page say….
cache-control: no-store, no-cache, must-revalidate
cf-cache-status: BYPASSI assume this means that something is preventing the home page from being cached – perhaps the sliders?
Robert
I have the same problem….
I am running WordPress 5.4.1 with Caxton 1.22.0.
It seems like the problem appeared when I upgraded from 5.4.0 to 5.4.1, but I’m not sure.
Forum: Plugins
In reply to: [WebP Express] Does Not Convert WooCommerce Main Product ImageJust to confirm – the smaller catalog images are converted to webp, but the full size images remain unconverted.
Hi, Javmah!
I removed the old version of the plugin completely, and double checked to be sure it was clean by using FTP. I then downloaded the new .zip file and installed it. Unfortunately the error message is exactly the same.
Here is my info………..
Wordpress: 4.9.8
Woocommerce: 3.5.1
PHP: 7.2I am beginning to suspect that the the problem might be with PHP 7.2. Otherwise, it might be due to the fact that my website was transferred six weeks ago to this new site. However, the newest orders (today) show the same error message as the old orders. So — at this point, my only guess is PHP 7.2.
Robert
Thanks, Javmah!
The update is definitely an improvement. When I go to the “User Order History” list and click on the order history arrow, I can now consistently see the list of past orders. However, when I click on an individual order in the list, I see an error message rather than the order. The same behavior occurs when I go to Woocommerce/Orders. (Of course I also see “Guest” orders there, but they also show error messages).
So in all cases when I click on the actual individual order, I see an error message rather than the order. Here is a copy of the error message…
Fatal error: Uncaught ArgumentCountError: Too few arguments to function WC_wcchpo::adding_custom_meta_boxes_wcchpo(), 1 passed in /home/artrmay1/public_html/artstore/wp-includes/class-wp-hook.php on line 288 and exactly 2 expected in /home/artrmay1/public_html/artstore/wp-content/plugins/woo-customers-order-history/woocommerce-customers-order-history.php:54 Stack trace: #0 /home/artrmay1/public_html/artstore/wp-includes/class-wp-hook.php(288): WC_wcchpo->adding_custom_meta_boxes_wcchpo(‘shop_order’) #1 /home/artrmay1/public_html/artstore/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters(NULL, Array) #2 /home/artrmay1/public_html/artstore/wp-includes/plugin.php(453): WP_Hook->do_action(Array) #3 /home/artrmay1/public_html/artstore/wp-admin/edit-form-advanced.php(334): do_action(‘add_meta_boxes’, ‘shop_order’, Object(WP_Post)) #4 /home/artrmay1/public_html/artstore/wp-admin/post.php(174): include(‘/home/artrmay1/…’) #5 {main} thrown in /home/artrmay1/public_html/artstore/wp-content/plugins/woo-customers-order-history/woocommerce-customers-order-history.php on line 54
Thanks for your work on this!
Forum: Plugins
In reply to: [ShipStation for WooCommerce] PHP Fatal error upon upgrade to WooCommerceJust to confirm, I have the same problem. My entire site crashed on upgrade to 3.5.0, and I didn’t immediately know why. My ISP searched the logs and found a Woocommerce-Shipstation plugin error. They renamed the plugin by adding a .bak to it, thereby disabling it, and the web site came back up – without Woocommerce. I re-enabled Woocommerce and it worked, without Shipstation.
At this point I am inputting my shipments into Shipstation manually, rather than using the Woocommerce plugin.