Forum Replies Created
-
Posts
-
Normally, you would block certain countries for a setup like this. A standard country blocker type plugin for your WordPress site should work for this. Something like this maybe:
Also, you can put a message on your site about which countries you support. You can add it to your terms and conditions too.
Try it and see if you get too many transactions from other countries then let us know. We should be able to create some kind of addon to cater for this (if it becomes a big issue).
Unfortunately, this plugin doesn’t have an option for that. It only has simple shipping option as explained in the following documentation:
This will be a currency related issue (some Zero-decimal currencies can have an issue if all thee setup is not correct). I have checked your other post also. It will be best if I send you an email for it.
If you do a translation of the plugin, you should have that text be shown in your language:
The short answer is “No”. Payment gateways doesn’t really have a way to handle this since a user can always use a different card (or use a family member) to do a transaction.
The main way to handle this would be to charge a small amount for the trial (to only attract legitimate users). When you are offering something free, you have to be prepared for some users who will not act in good faith. So factor that in when you price your items.
Another option is to add a membership layer to your site. Something like our following plugin:
Then you will have users who are creating account on your site. You can then manually see which member accounts are doing what and then block an account accordingly.
Something else is going on there. That error is not supposed to show as a 500 error. The error is being triggered by the Stripe’s library (that is given to us by Stripe). Are you using the latest version of our plugin and any addons (to make sure the latest Stripe library is being used)?
Post the URL of the page where the payment button is so I can inspect a couple of things using my browser.
Something else on this server is preventing the plugin from fully completing the process that’s why you are seeing an abnormal behavior. The server’s error log will have more details as to what it is complaining about. So look at the server’s error log file immediately after the Error 500 is triggered by the server. The latest entries in that error log file will have clues as to what is failing. The message in the error log file may look cryptic, if you share the error messages from that file, we should be able to read it and provide help.
This looks like a plugin conflict related issue. Please do the following test:
Test for Plugin and Theme Conflict Before Posting an Issue or a Bug
For that feature, the transactions need to be made while being logged into the site (so the plugin can recognize a user and store the transaction data for that user). Are you testing with an account where the transaction was made after the user logged into the site?
If you are just allowing anonymous checkout (guest checkout), then the plugin won’t have any idea in terms which user is purchasing what.
Enable the debug logging option in both the Stripe plugin and the emember plugin. Then do a test transaction with a user account that you created (for testing). Does that transaction show correctly?
Fully read the following documentation which should be helpful for you:
You can add an email merge tag that will add a “cancellation link” in the sale notification email (when they do the transaction). The customers can use that cancellation link to unsubscribe when they want (without contacting you).
