|
I see.
The interesting thing about what you said, Cristian, is that the paypal payment DOES go through. We received the money, and then the next day they log and and have been demoted.
Hopefully i will happen again so we can pinpoint the issue.
|
|
Bruce,
Unfortunately I did not have logging enabled until after the incident. I was not aware that they were off (because I used to have them on all the time before upgrading to the latest plugin version.)
They are on now, so I suppose I have to wait for something like this to happen again before we know what happened?
|
|
Apparently, now it is happened more often at total of 3 or 4 times this week. Those were ones that were reported to us, there could be more. And I’ve had mixed responses, some say they try with IE and some say they are trying with Google Chrome.
I don’t know what to tell them, it’s something that needs attention. I will do a site search to see if I has loose ends in my html, but other than that would there be anything causing this?
Everyone of them tells me that they fill out everything, then hit the subscribe button and nothing happens.
|
|
I’ve deactivated all plugins that would affect any sort of member details and still getting same weird results when I do a search.
I’m running the site on a custom theme based off of Twenty Eleven, but have not changed core functionality, just the looks of things.
Any other ideas why this might be happening?
|
|
Thanks so much for your response, I’ll give it a try!
Would I be able to pull user info about the account that has been tripped using this hook? Like Name and Email?
|
|
Thank you Bruce. It would really mean alot to me if anyone on your development team had any ideas on how we could keep sharing to a minimum. I have a temp solution for Safari Reader, but am very stumped on the “Mail contents of this Page” tool.
I know that some of my subscribers are sharing this way, and again I do know that it will be impossible to completely lock everything down these days. People will sharing it however they can….but I would just like to see if it’s possible.
Thanks!
|
|
I am having this exact same problem. I have over 1200 users, but when I search for “Gmail”, the found items number is over 5,000 and 103 pages of results each with a max of 3-6 results each page. This is WAY inaccurate and I too need some help in this area!
Thanks for posting Christine,
Thanks for your future reply, S2!
|
|
So help me understand….when it says “punish for 15min”, this just means that they will not be able to log in for 15min. But after the 15 min, does their IP counter reset?
Or does it reset after the 12hours, which is what I have it set on…. “1 IP every 12 hours”.
|
|
Hey Cristian,
actually neither of those articles were helpful on what I’m trying to disable.
I’m trying to disable the punishment period that is triggered by a IP restriction breach.

Any help is appreciated.
Thanks!
|
|
It doesn’t happen often, but it does happen on rare occasion. I havn’t seen a pattern between those that this has happened. I suppose from now on if it happens again, then I will track everything to see if I can find some anomolies.
Thanks for your help!
|
|
Well, our site is http://www.insidemusicmedia.com. In your post of above you were typing http://www.insidemusicemedia.com. with an e after music.
So are you saying all the forms custom attributes be “www.insidemusicmedia.com” instead of “insidemusicmedia.com”?
According to the guide in the dashboard on that page it says it should be set to “insidemusicmedia.com” with no www.
Is that correct?
|
|
So from the looks of it, all of my sign up form shortcodes and upgrade form shortcodes have the correct custom attribute set to “insidemusicemedia.com”.
So if it works sometimes, and is left out other times, what could be causing that? That is confusing since the shortcodes are the same and havn’t been chnaged.
|
|
AH,
thank you! I will give them all a once over to make sure that they are filled out correctly.
Thanks!
|
|
Bruce,
Thank you for your response. I looked over the “Shortcode Attributes (explained)” page and according to the custom attribute given in the description, I have exactly what is needed. My custom attribute is simple “insidemusicmedia.com”. Should it be something else?
The weird thing is that this only happens every so often. Most of the time is works fine! What else could be a reason for this happening? Any common issues out there that result in something like this?
Appreciate your help
|
|
Here is the shortcode for the Monthly Membership Form
[s2Member-Pro-PayPal-Form level="1" ccaps="" desc="$9.99 recurring charge every 30 days" ps="paypal" lc="" cc="USD" dg="0" ns="1" custom="insidemusicmedia.com" ta="0" tp="0" tt="D" ra="9.99" rp="1" rt="M" rr="1" rrt="" rra="2" accept="paypal,visa,mastercard,amex,discover,maestro,solo" accept_via_paypal="paypal" coupon="" accept_coupons="0" default_country_code="" captcha="0" /]
The payment was accepted in Paypal just fine. We viewed his account onsite, and he did not have a Subscriber ID from paypal listed, and had been moved to Inactive (which is S2member level 0).
I’ve also sent the snippet from the ipn log through the contact form.
Thanks for your help with this.
|
|
i understand. NO worries, I wasn’t asking for a debug. Just wanted to know if it looked like I was on the right track.
Thanks for all of your help.
|
|
Also, I’m wanting to set up an email to be sent to me when someone does reach their Limit.
I’m assuming that you set that up using an action filter with ‘ws_plugin__s2member_before_ip_restrictions_ok’
, but how can I include the user’s info in that email so I can research what happened? Is that possible?
Thanks for your help! Greatly appreciated!
|
|
So I’ve attempted at adding a filter and I’m not a php wizard!
This is an attempt to change the IP restrictions length from 30 days to 24 Hours. Does this look about right?
<?php
add_filter("ws_plugin__s2member_ip_restrictions__concurrency_time_per_ip", "set_new_restrict_period");
function set_new_restrict_period($original_value, $vars = array())
{
if($original_value !== "24 Hours")
return ($my_custom_value = "24 Hours");
else # Return original value.
return $original_value;
}
?>
This is in my mu-plugins folder.
Will this do the trick?
|
|
Thanks for the response!
All of that info is greatly helpful. Thank you.
I have another idea of doing a 24hr restriction period versus a 30 day on the IP restriction. Where would one change that in the code?
Also, do you know of a way that we can list users based on their login activity? We are using S2stats to track login activity, but I’m wondering if there is a way to list them in the user dashboard based on who logins the most?
If we can see who is logging in the most, we can set our daily IP restriction based on those numbers?
Any suggestions?
|
|
Bruce,
Again, I’m having more and more people complaining (and leaving) as members of our site due to this issue. I am actually working for the owner of the site, and he wants nothing less than a 5 IP limit, however, wants everyone to be able to access the site via mobile (as they should). I’ve expressed that there is nothing that pleases both sides (as you suggested in your previous response), and that just frustrates him.
Do you have others that struggle with this? And if so, how are they dealing with it?
Any thoughts? I’m sorry if I’m being a pain, but we just want to know the best solution.
Thank you!
|
|
Bruce,
I appreciate your response and honesty. We will decide what best suites our sites needs.
Thank you!
|
|
Bruce,
Thanks for the reply and thanks for the code snippet.
I would also like to know your thoughts on account security. One of the biggest problems that we’ve had in the past is finding out we had MANY people sharing accounts. We want to try and stop this as much as possible, and we had initially thought that the IP restriction would work great.
However we are getting many subscribers that are reaching their limits and my belief is that it’s because of the mobile devices and how they are dealt a unique (dynamic) ip address upon every connection over a 3g or 4g network.
Right now we are limited to 5 IP, which doesn’t seem to last long especially for our travelers. What we really want is to just keep people from sharing their accounts with other people to get our content. Is there a different way that we secure user accounts than by ip address?
I’m sorry to keep bringing it up. Thanks for your input.
|
|
Cristian,
Thanks for all your responses. We’ve been back and forth with paypal and they will not support any kind of credit card expiration notifications to be sent out. It’s frustrating. I can build something in the site that does it. I was just seeing if I could pull the expiration date from the credit card forms before they are sent off to Paypal.
I will continue to work on that.
As for the upgrade form, let me see if I can explain to you what we are looking for.
– We 2 membership levels , monthly (level 1) and yearly (level 2)
– We have an upgrade page that can only be accessed by level 1’s, that has an “Upgrade to level 2” from on it. If someone is not a level 1, they cannot even view the page to fill out the form.
– We have it set up to give them “30 days free and $99 a year”. $99 is the level 2 price. We had hoped to give them 30 days free because everyone filling out this form (level 1s) would be in the middle of a monthly subscription. The 30 days free for us is a way to make it fair for those who have already paid for the month and would still like to upgrade. It is also a bit of an incentive. We would rather folks be in a yearly (level 2) subscription.
It worked for a while, but now it seems as though the trial is messing with Paypal, maybe because it’s free for 30 days?
Is there a different way we could do this?
|
|
By the way,
I also am curious, since all their credit card info is in the logs, is there a way to capture information like their card’s expiration date from the log? Or perhaps before the info is sent from the form to Paypal.
Would love a way to notify folks of their expiring credit cards before they expire and trying to find a way to do that.
|
|
Cristian,
The site is actually live, so these are real people trying to upgrade. So all the credit cards are different. All I know is that there seems to be a trend of folks that are trying to upgrade, that it seems as though after the trial their account is labeled as inactive “Level 0”, which is the auto EOT action call.
|