|
|
Hi, I have the same problem. The required fields thing would also be a good spam counter measure, especially the way I’m using it, so by setting a default value of something totally different that what can actually be validated: http://www.theguitarlesson.com/wp-login.php?action=register
But it isn’t at the moment, since spambots just get around it…
When will this be added serverside?
|
|
|
You need to refund the person from PayPal, customers can’t take their money back.
|
|
|
I was looking for the customer forum as well…
By the look of things, the questions in the newly merged forum aren’t getting answered by s2 any more. What’s going on?
Is this the end of s2member?
|
|
|
The reason it loads so slowly is because there is a JS and CSS file being generated, which are really slow. Have a look at the list of resources loaded on your site, and you’ll see.
Lots of people have this problem, the only site that uses S2 where I haven’t seen this problem is actually this website, they got it loading fast somehow.
They aren’t using apache, rather litespeed server, that probably makes a difference.
|
|
|
Yes, an update would be much needed, the plugin doesn’t delete old cached files, so they are just bloating the server.
|
|
|
I have the most expensive version of S2, it’s not that.
Regardless, I hope it’s fixed ASAP.
|
|
|
Hi Jason, Cristián,
I would like to ask that when you become aware of such a huge problem that possibly affects everyone, please send out a letter to all of your customers notifying them of this.
I was wondering why I didn’t have any subscribers for the last few days, until someone wrote me telling me something is wrong, and yes, none of the buy buttons work on my site anymore. These few days of no sales could have been avoided if you would have kept us up-to-date on such a serious issue.
Tom
|
|
|
Yippie, it’s working on my test site, so I’m pretty sure it’ll work on the live site as well! Thanks Cristián!!!
|
|
|
Sure, I just sent the email.
|
|
|
Ok, I sent it again just now, I got a support request received automatic email to confirm.
Thanks!
Tom
|
|
|
Yes, I just reproduced this on a clean WP install.
I created the WP installation, removed any plugins, added s2 + s2 Pro, imported the s2 settings I’m using on the original site, and then import 500 users.
I’m sending you the files with the private contact form now.
I created a user called test, so you can see that it doesn’t demote.
|
|
|
Ok, how would I go about changing the custom variable through PHP?
Based on the article you sent, I need to add my domain as a custom variable, and also the item_number.
|
|
|
I have 256MB allocated. Here is the scanner, everything looks good: http://www.theguitarlesson.com/s2-server-scanner.php
I don’t think anything is timing out at all, everything loads really quickly.
What should I do?
|
|
|
Actually, could the simple 301 redirect be working after all? I put it into my .htaccess and had a cancellation, and I see this in the s2 paypal-ipn.log file (I put xxxxxxxx instead of the personal info). This user was created in the previous system, and even though the IPN wasn’t processed successfully, it seems like it made it into your IPN handler, correct?
LOG ENTRY: Mon Apr 15th, 2013 @ precisely 2:19 pm UTC
PHP v5.3.23 :: WordPress® v3.5.1 :: s2Member® v130406 :: s2Member® Pro v130406
Memory 39.35 MB :: Real Memory 39.75 MB :: Peak Memory 39.44 MB :: Real Peak Memory 39.75 MB
http://www.theguitarlesson.com/?s2member_paypal_notify=1
User-Agent:
array (
‘txn_type’ => ‘subscr_cancel’,
‘subscr_id’ => ‘S-9DX12439JV496345C’,
‘last_name’ => ‘xxxxxxxxx’,
‘residence_country’ => ‘US’,
‘mc_currency’ => ‘USD’,
‘item_name’ => ‘The Guitar Lesson.com – Trial Membership’,
‘business’ => ‘paypal@theguitarlesson.com’,
‘amount1’ => ‘1.00’,
‘amount3’ => ‘9.00’,
‘recurring’ => ‘1’,
‘verify_sign’ => ‘Az5lwnhJisER2nfPFJ5pgrZBvfp6Azo8Sm2Fnv9ICdrWUfFbrQwjxqHh’,
‘payer_status’ => ‘verified’,
‘payer_email’ => ‘xxxxxxxx@gmail.com’,
‘first_name’ => ‘Adam’,
‘receiver_email’ => ‘paypal@theguitarlesson.com’,
‘payer_id’ => ‘Y58SYQ83Y3LF4’,
‘reattempt’ => ‘0’,
‘subscr_date’ => ’07:18:57 Apr 15, 2013 PDT’,
‘custom’ => ‘4160’,
‘charset’ => ‘windows-1252’,
‘notify_version’ => ‘3.7’,
‘period1’ => ‘3 D’,
‘mc_amount1’ => ‘1.00’,
‘period3’ => ‘1 M’,
‘mc_amount3’ => ‘9.00’,
‘ipn_track_id’ => ‘9c6c5add11974’,
‘s2member_log’ =>
array (
0 => ‘IPN received on: Mon Apr 15, 2013 2:19:12 pm UTC’,
1 => ‘s2Member POST vars verified through a POST back to PayPal®.’,
2 => ‘Unable to verify `$_SERVER[“HTTP_HOST”]`. Please check the `custom` value in your Button Code. It MUST start with your domain name.’,
),
‘subscr_gateway’ => ‘paypal’,
)
|
|
|
I’ve been doing a bit of trial-error on the localhost site, and it seems that the EOT demotion error is tied to the number of WP users.
1. So with 1576 users, EOT demotion wasn’t working at all.
2. I deleted all but 3 users, and demotion worked again.
3. I imported 500 users, and demotion stopped working again.
4. Deleted all but the 3 users again, and wouldn’t you know it, demotion started working again.
5. I imported 200 users, and demotion stopped working again. Than I started deleting users in batched of 20, and demotion only started working when I got to around 40 users.
This is really strange, since I use s2 on another site with over 1000 users, and demotion is working fine. There the users came “naturally”, but with this site where it’s not working, I’m importing the users, maybe that has some significance. There are no errors as far as I can see though, the import goes through without any glitches.
Please help me!
|
|
|
The server scanner passed on all items.
I also tried deactivating all of the plugins (except s2), and using the 2012 theme, but the page load was the same.
What can I do? This is really annoying, also, Google hates long page loads.
|
|
|
What happened was that I updated s2member, but not s2member pro, and it gave me that error. After I updated s2 Pro as well, it came back to life.
|
|
|
Thanks, I did it and it’s showing a few errors, but it’s weird since these settings are set in my php.ini file.
I’m on localhost with this site, could that be the problem?
[ERROR] PHP Short Open Tag: < ? – This is aleady set to on.
[ERROR] PHP Echo Tag: – This is aleady set to on.
[ERROR] cURL Extension / Or fopen() URL – This is aleady set to on.
[ERROR] OpenSSL Extension With openssl_sign() – I’m not using anything that needs SSL.
[WARNING] Plugin Directory Checksum (s2member-pro) – This one is probably because I modified a few files, just css changes.
|
|
|
Hehe, that’s great, I’m just about done adding the space to the given usernames in the DB :-)
After I changed the first one and added the space, I tried logging in, and everything looked like it was working fine though, so I guess no harm done.
|
|
|
I was disabled until now, so I don’t have any logs of the eCheck cancellation IPN unfortunately.
|
|
|
We are using fixed term 1 year purchases, and I just found a setting in PayPal options -> Automatic EOT behavior -> FIxed Term Extensions (auto extend), and this is set to Yes for me.
I’m guessing this causes the non-demotion, correct? Will this now demote all customers that should have already been demoted, or do I need to run a cron for the demotions to take effect?
Thanks
Tom
Ps. I really think it would be better for you to switch this setting to No by default, as it takes away the point of having fixed term access.
|
|
|
Thanks for the reply!
There is no problem with s2 giving access right away, it’s just the cancelled eCheck thing that bothers me, it should have revoked access as you said.
Where can I find the IPN log file you mentioned? I can’t see it on my PayPal account nor s2 admin area anywhere.
|
|
|
Yes, s2 can receive PayPal echecks and act on them, but my question was why it doesn’t act accordingly on a cancelled recheck. Echecks take about 5 days to clear, and the customer is promoted to the given role at the moment of signup, not when the echeck clears. This isn’t that big of an issue, since most customers won’t try to game the system with this, but we just had one that did.
I would say that 1 in 20 customers pay by recheck, so it is not super common, bit they do exist.
I’m guessing this is probably a bug in s2, so in the next update, please make s2 act on cancelled echeck ipns as well.
Thanks
Tom
|
|
|
Hi,
We are using normal PayPal, you can accept echecks there. But I think this is only for the USA, I’m not sure they use checks anywhere else.
Tom
-
This reply was modified 4 years ago by
 Tom.
|
|
|
Or I just had an idea, maybe it would be easier to just import and let the MD5 encryption take place, than write a script to overwrite the wrong passwords with the correct ones, using the username as the key. I think that would work best.
|
Pre-Sale FAQs
Video Tutorials
Community Forum
Knowledge Base
News/Updates
s2 Codex / Docs
GPL v2 License
Contact A Human
About Us
Our Customers
Support Policy
Privacy Policy
Old Forums (READ-ONLY): The 
