Home › Forums › Community Forum › Urgent: EOT not correct.
This topic contains 18 replies, has 3 voices. Last updated by Eduan 3 years, 10 months ago.
Topic Author | Topic |
---|---|
Posted: Monday Feb 18th, 2013 at 8:00 am #42245 | |
|
|
Hello. This is our template for our Level2 access (1 day non-recurring, buy now pro-form)
Today, a customer signed up at
, but her EOT is in 48 hours,
Am I missing something here? Please respond quickly before more customers sign up for 1 day access. |
List Of Topic Replies
Author | Replies |
---|---|
Author | Replies |
Posted: Monday Feb 18th, 2013 at 10:16 am #42266 | |
![]() |
|
Hello Ronnie, Perhaps this is because of the behavior for EOT, in which s2Member gives the user 24 extra hours added to the EOT you give him. This is all explained under Dashboard -› s2Member® -› PayPal® Options -› Automatic EOT Behavior and you might be able to configure some (I believe not this one) of this behavior under Dashboard -› s2Member® -› PayPal® Options -› Automatic EOT Behavior as well. :) – Eduan |
|
Posted: Monday Feb 18th, 2013 at 10:18 am #42267 | |
|
|
I was suspecting this. If I define 1 day, I want to give my clients 1 day.. Not 2! |
|
Posted: Monday Feb 18th, 2013 at 11:50 am #42280 | |
![]() |
|
I’m not sure how you would stop this. I will ask Jason for his advice. :) |
|
Posted: Monday Feb 18th, 2013 at 12:02 pm #42285 | |
|
|
Looking forward to it :) |
|
Posted: Monday Feb 18th, 2013 at 1:55 pm #42306 | |
|
|
@ Jason and @ Eduan Were getting more and more members buying our 1 day membership, but getting 48 hours. Please assist as soon as you can! |
|
Posted: Monday Feb 18th, 2013 at 3:30 pm #42322 | |
![]() |
|
Jason answered to this and accepted it as a feature request. :) For now please bear with it or remove the 1 day feature until it’s available. :) – Eduan |
|
Posted: Monday Feb 18th, 2013 at 8:07 pm #42376 | |
![]() |
|
Accepted as a feature request. Thank you!
|
|
Posted: Tuesday Feb 19th, 2013 at 3:26 am #42448 | |
|
|
Although I appriciate S2member, I really really dont appriciate this answer “Bear with it or lose the 1 day feature”… What youre telling me, is that we should drop our most popular product.. I would have been happy with an answer such as, “Were gonna change this in the next release, can you untill then edit the EOT manually” or even “We suggest that you hack it with S2Hacks and set the EOT to +24 hours”.. Anything but a rude “this is how it is, deal with it or remove it” when its a feature I and ANYone else would suspect to work.. Why on earth would someone give out 1 day for free if he has the option to only sell 1 day access? Im looking forward to see this changed in the next update!!! Sorry if that was a bit rude or anything.. And I assume Eduan didnt mean anything mean by his comment – but telling me to live with it untill we decide to do something, OR remove your most favorite produce… Thats not gonna cut it!! |
|
Posted: Tuesday Feb 19th, 2013 at 4:01 am #42451 | |
![]() |
|
Thanks for your patience.We will be introducing a filter for this (at the very least) in the next maintenance release. I’m attaching a PATCH file for you in the mean time; in case you’d like to jump the gun a bit. Please unzip and upload the attached file, allowing it to override your existing copy of /s2member/includes/classes/utils-time.inc.php PATCH: http://d1v41qemfjie0l.cloudfront.net/s2member/uploads/utils-time.inc_.php_.zip Then follow these instructions to apply the Filter you desire. Please create this directory and file:
Regarding Eduan’s response earlier. I’m sorry about that Ronnie. I don’t think he meant to come off as being rude; but I can see why you might have that impression. I will notify Eduan about this. He’s a good guy.
This is meant as a grace period, because often times a customer does NOT understand how these times work; particularly when they are in a different time zone. So while it might be something that you’re not thrilled about (and I can understand that); this is an edge case. Most site owners will agree that a grace period is ideal in most scenarios; because a customer being upset they lost access too soon, is usually not desirable. Even if it’s handled perfectly (i.e. right on time); anything too soon, from a customer’s perspective, will result in negativity. One extra day in the case of a 1 day access though, I can see where that would become an issue. I will see what we can do about this in the next release; even beyond the filter I’m preparing here for you. |
|
Posted: Tuesday Feb 19th, 2013 at 4:07 am #42454 | |
|
|
@ Jason, yes he is. He has always been very helpfull, even before he became a volunteer moderator, which is probably why i got even more frustrated with his answer :) I will try this one out and notify you when another customer buys this product :) |
|
Posted: Tuesday Feb 19th, 2013 at 4:12 am #42456 | |
![]() |
|
Thanks Ronnie! |
|
Posted: Tuesday Feb 19th, 2013 at 4:36 am #42459 | |
|
|
@ Jason Can you please confirm that my s2-hacks.php looks correct:
|
|
Posted: Tuesday Feb 19th, 2013 at 5:09 am #42465 | |
![]() |
|
Looks good Ronnie.In this part of your code. |
|
Posted: Tuesday Feb 19th, 2013 at 5:11 am #42466 | |
|
|
Yes, this is causing me some headache.. I cant figure out what this has on impact for our customers.. I mean, we are UTC+1 … Ive noticed that when a client signs up, he gets 2 hours less then our current time, which is why I added the two extra hours, just to be sure he/she gets all his 12 hours. |
|
Posted: Tuesday Feb 19th, 2013 at 5:22 am #42467 | |
![]() |
|
WordPress® operates on UTC time, because the WordPress® framework forces PHP to a UTC timezone when it initializes. So while you can configure your local time zone for WordPress; that only affects the way dates/times are expressed on-site. It does not affect the way dates/times are actually calculated in most of WordPress. s2Member’s EOT Times are always based on UTC time. So you are correct to have UTC time in this customization. It’s just important to realize what this really means. It means that every customer will have 14 hours of access. It starts from the UTC time they pay you; and it ends 14 hours later (which is good). Just keep this in mind when EOTs occur, they occur at UTC time; and it can be somewhat confusing if you’re ahead or behind that time; as most people are. Here is an example to indicate how this works. Customer pays at: 12:00 am UTC time (1:00 am your time). The timezone of the customer is not relevant here. Not really. |
|
Posted: Tuesday Feb 19th, 2013 at 5:24 am #42469 | |
|
|
Aha ok. So basically what youre saying, is that its best to operate on UTC time, cause it disregards what timezone youre in. You get X hours, from when you buy to the period ends, no matter where you are. Guess Ill be changing it back to 12 :) Thanks :) |
|
Posted: Tuesday Feb 19th, 2013 at 5:38 am #42470 | |
![]() |
|
Very welcome! |
|
Posted: Tuesday Feb 19th, 2013 at 11:45 am #42488 | |
![]() |
|
I read this now. :) Thanks for handling this Jason, learned some new stuff. :) Also, Ronnie, the ability to edit this extra 24 hours to your own custom amount is already being worked on for the next release of s2Member. :) – Eduan |
This topic is closed to new replies. Topics with no replies for 2 weeks are closed automatically.