shaunek
Forum Replies Created
-
Okay thanks for letting me know about the beta version. I don’t really need that, as I’ll be mostly running this in prod and so I prefer stable. Th reason for this issue being raised was for your dev team awareness in case they weren’t already aware. Like I said, they are just deprecation warnings and not urgent.
Posting what I found out here in case it is helpful to any other former Payeezy customers… Clover doesn’t have a Woocommerce plugin that offers their Telecheck/echeck/ach payment method any longer. If/when you get migrated to Clover accounts you will loose access to Telecheck. This “Clover Payments for WooCommerce” plugin is likely very good for credit card transactions but it appears there is no functionality for Telecheck. My rep at Fiserv/First Data had no idea this was the case and was a bit surprised, now we are in the look for another echeck gateway.
Forum: Plugins
In reply to: [WPS Limit Login] Race Condition vulnerability discovered@seinomedia Thanks for sharing and thanks for resolving for us.
As a side note it is kinda weird that the vuln report doesn’t even exist on Patchstack anymore. When I search for “WPS Limit Login” I get 1 result from 2019 but not the vuln discussed in this thread. But I do see that the Wordfence page links to a no-longer-working page on Patchstack (https://patchstack.com/database/vulnerability/wps-limit-login/wordpress-wps-limit-login-plugin-1-5-6-race-condition-vulnerability). Odd that the Patchstack page does a redirect and it isn’t searchable any longer.
Forum: Plugins
In reply to: [YITH WooCommerce Compare] PHP Fatal error in v2.30.0I got a similar error when my site updated to version 2.30.0, it crashed my site completely. Both users and admins unable to access any web-based anything – had to manually revert via command line.
CRITICAL Uncaught Error: Call to undefined function yith_plugin_fw_wc_is_using_block_template_in_single_product() in /home/718631.cloudwaysapps.com/myapp/public_html/wp-content/plugins/yith-woocommerce-compare/includes/class.yith-woocompare-frontend.php:896
Stack trace: 0 /home/718631.cloudwaysapps.com/myapp/public_html/wp-includes/class-wp-hook.php(308): YITH_Woocompare_Frontend->display_compare_button() 1 /home/718631.cloudwaysapps.com/myapp/public_html/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters() 2 /home/718631.cloudwaysapps.com/myapp/public_html/wp-includes/plugin.php(517): WP_Hook->do_action() 3 /home/718631.cloudwaysapps.com/myapp/public_html/wp-settings.php(486): do_action() 4 /home/718631.cloudwaysapps.com/myapp/public_html/wp-config.php(182): require_once(‘/home/718631.cl…’) 5 /home/718631.cloudwaysapps.com/myapp/public_html/wp-load.php(50): require_once(‘/home/718631.cl…’) 6 /home/718631.cloudwaysapps.com/myapp/public_html/wp-blog-header.php( in /home/718631.cloudwaysapps.com/myapp/public_html/wp-content/plugins/yith-woocommerce-compare/includes/class.yith-woocompare-frontend.php on line 896Forum: Plugins
In reply to: [WPS Limit Login] Race Condition vulnerability discovered@seinomedia If your developer is struggling to find fix perhaps you can share more details on what the race condition is and we in the community can take a closer look. I might be able to spend an hour or two looking at it but I would like a little more direction on how to reproduce or otherwise get pointed out in the right direction before I commit some time.
Forum: Plugins
In reply to: [Web Stories] How track Google Web Stories traffic in GA4I see that a few minutes ago a plugin rep has announced they are working on an update @manimehra https://wordpress.org/support/topic/ua-is-going-to-be-shut-down-where-is-ga4-support/
Apparently GA4 announced YESTERDAY that it supports AMP now https://twitter.com/googleanalytics/status/1673697311891812354
What insane timing
Forum: Plugins
In reply to: [Web Stories] Web Stories GA4 Tracking (58 Days and Counting)@meangreenchef I noticed on another topic thread they announced an upcoming plugin update for Web Stories that will include the GA4 support. https://wordpress.org/support/topic/ua-is-going-to-be-shut-down-where-is-ga4-support/
Talk about cutting it close!
Thanks for the response. Yep I completely understand and I already suspected this was your rationale. I’m just advocating for a slightly modified release strategy since this is a published plugin. I’m not advocating you slow down releases to be every 2+ week, nothing like that! I’m just saying that when you release 3 times in a day, or every day for 4 days straight then maybe you are releasing too much. That type of release-when-I-commit strategy works perfectly fine for other types of projects, like for example, a system you fully control/own, like a website. But that isn’t the case here. This is a published WordPress plugin with over 100k installations (congrats btw! that is pretty impressive adoption). That is 100k+ people/organizations relying on your releases to be stable.
Have an absolutely critical bug? Sure push out a release asap. Even do more than one release in a week if you have more than one critical bug pop up (although if that is the case it *might* indicate a problem of low quality codebase or low quality testing suite, but that is a different topic). But if you have a couple non-critical bugs you know about, as well as feature or two, why not just plan to batch them up into a release once a week or something? I’m also not advocating a structured time-of-release like “always on Thursdays” or similar – release when it makes sense but not necessarily after each commit.
Check out this older article about release strategy for WordPress plugins, IMO the content is good and the resulting conversation is also helpful https://wptavern.com/encouraging-wordpress-plugin-developers-to-create-a-sensible-release-strategy
Regardless of whether any of these arguments sway you, thanks for developing this plugin, we have found it useful. All the best to you!
Ah thanks. I hadn’t noticed it was on the “Misc” tab. I see it now and seemed to work. 🙏
Forum: Plugins
In reply to: [Clover Payments for WooCommerce] Apple Pay Allowed?Some other folks asked this same question and Clover support said Apple Pay and Google Pay are not yet supported. But it is on their roadmap.
Thanks for pointing out that the logging feature I use on occasion is still available. Preesh!
Also, although file size of the plugin is important I should admit I haven’t done any performance testing between the 1.x versions and the current 2.x version of this plugin to see if frontend or WP Admin performance has degraded at all. @dakeg You said that your team is trying to make sure it remains optimized, but perhaps if you are able to share any performance details that you have captured between 1.x and 2.x versions that would help me and others decide that the performance hasn’t decreased?
@darshanaw I’m in agreement with @stinkykong regarding how it is kinda annoying that y’all put the menu item as a top-level item in the dashboard. Really would prefer it to be under the Settings menu item area where all my other important plugin settings are. That being said, I’m still using the plugin and it is doing it’s job well.
- This reply was modified 3 years, 3 months ago by shaunek.
Forum: Plugins
In reply to: [WooCommerce] Category numbersSeems like you got this figured out already, right?
Forum: Plugins
In reply to: [WooCommerce] How can I let user place an order without paying immediately?I’m relatively certain that isn’t in Woocommerce’s core functionality, but something like that might be possible to create with a custom developed plugin or existing plugin in the marketplace.
I cannot vouch for this plugin but a quick google search I found this which seems pretty close to what you described: https://wordpress.org/plugins/order-approval-woocommerce/
Yeah, @jaspash I think you are on the right track. I’m sorry I can’t point you to a specific tutorial but I’m sure googling you will come across a few articles and you’ll be able to piece together what you need.
A few things I can suggest as a starting point…
The idea of using wp_remote_post/get() is likely a good idea. But before honing in on that I might recommend checking if this vendor provides some sort of PHP SDK. Your vendor calls their API “web services” so almost certainly it is an HTTP-based API using JSON or XML, which is great, but many vendors also provide a library that is a simple wrapper around their raw HTTP API. These SDK libraries can be more convenient and safer to work with if done well. As an example, Stripe has HTTP-based APIs but they provide a PHP SDK that just makes it way easier to program with when comparing with using the raw underlying HTTP-based API: https://stripe.com/docs/api?lang=php.
If your vendor doesn’t offer a PHP wrapper, then most likely your hunch to use wp_remote_post() or wp_remote_get() is correct. Of course every API is different so nobody will be able to give specific details beyond this point. You’ll need to 1) learn how to use wp_remote_post/get() (like maybe this one I found by searching “how to use wp_remote_get”) and then 2) study their API docs. There will be some sort of authentication method they’ll require which may be one of dozens of common auth methods, and then of course learning what the sending and receiving payload should be as well as the different error conditions. You’ll need to figure that out yourself, really no tutorial can tell you that, unless your vendor has a tutorial in their docs.
If you are looking to make the API calls after each order I might recommend using the “woocommerce_checkout_order_processed” hook or the “woocommerce_new_order” hook. The former will run for orders placed by the customer after checkout, but later will run for checkout and admin orders. If you use the woocommerce_new_order hook this SO post has the relevant info on how to get both the order_id and the full order https://stackoverflow.com/a/66813346/156699.
Good luck
- This reply was modified 3 years, 3 months ago by shaunek.