Tom
My Latest Replies (From Various Topics)
Author | Replies |
---|---|
Author | Replies |
Posted: Thursday Dec 12th, 2013 at 8:58 am #61875 | |
|
|
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? |
|
Posted: Wednesday Sep 18th, 2013 at 8:01 am #59657 | |
|
|
You need to refund the person from PayPal, customers can’t take their money back. |
|
Posted: Wednesday Sep 18th, 2013 at 7:59 am #59656 | |
|
|
I was looking for the customer forum as well… |
|
Posted: Monday Sep 9th, 2013 at 8:10 am #59304 | |
|
|
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. |
|
Posted: Monday Sep 9th, 2013 at 6:52 am #59299 | |
|
|
Yes, an update would be much needed, the plugin doesn’t delete old cached files, so they are just bloating the server. |
|
Posted: Monday Sep 9th, 2013 at 6:49 am #59298 | |
|
|
I have the most expensive version of S2, it’s not that. |
|
Posted: Friday Sep 6th, 2013 at 2:56 am #59188 | |
|
|
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 |
|
Posted: Friday Apr 19th, 2013 at 8:21 am #47868 | |
|
|
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!!! |
|
Posted: Thursday Apr 18th, 2013 at 8:27 am #47779 | |
|
|
Sure, I just sent the email. |
|
Posted: Wednesday Apr 17th, 2013 at 9:35 am #47670 | |
|
|
Ok, I sent it again just now, I got a support request received automatic email to confirm. |
|
Posted: Tuesday Apr 16th, 2013 at 5:10 am #47596 | |
|
|
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. |
|
Posted: Tuesday Apr 16th, 2013 at 2:52 am #47583 | |
|
|
Ok, how would I go about changing the custom variable through PHP? |
|
Posted: Tuesday Apr 16th, 2013 at 2:46 am #47582 | |
|
|
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? |
|
Posted: Monday Apr 15th, 2013 at 12:11 pm #47502 | |
|
|
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 |
|
Posted: Monday Apr 15th, 2013 at 6:22 am #47477 | |
|
|
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! |
|
Posted: Wednesday Apr 10th, 2013 at 3:41 am #47039 | |
|
|
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. |
|
Posted: Tuesday Apr 9th, 2013 at 8:02 am #46896 | |
|
|
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. |
|
Posted: Tuesday Apr 2nd, 2013 at 2:21 am #46344 | |
|
|
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. [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. |
|
Posted: Monday Apr 1st, 2013 at 9:26 am #46272 | |
|
|
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. |
|
Posted: Friday Jan 11th, 2013 at 5:12 am #36943 | |
|
|
I was disabled until now, so I don’t have any logs of the eCheck cancellation IPN unfortunately. |
|
Posted: Friday Jan 11th, 2013 at 4:52 am #36940 | |
|
|
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 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. |
|
Posted: Wednesday Jan 9th, 2013 at 4:03 am #36694 | |
|
|
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. |
|
Posted: Monday Jan 7th, 2013 at 10:45 am #36461 | |
|
|
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 |
|
Posted: Friday Jan 4th, 2013 at 4:49 pm #36188 | |
|
|
Hi,
|
|
Posted: Wednesday Oct 17th, 2012 at 9:29 am #28689 | |
|
|
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. |