I was going to post a link to EXACTLY the same video clip!
There are simply some things that defy any reasonable solution, but a 3am
check-point on the change-over day is perhaps the least painful... or you
allow a 1-day grace period on any date.
Hugh Senior
FLCo
Peter wrote...
If you have 10
Thanks, folks! It looks like there is a great challenge to make it work
correctly. Let me refine the problem just to add interest.
First, the client signs into the app (getDealDone), at the same time committing
to automatically renewing subscription. Let's assume this is on the next to
the
I also found another video by the same guy explaining how UTF-8 works at
the binary level. I think I finally understand it!
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and
SQLiteAdmin http://www.lcsql.com/sqliteadmin.html
On Wed, Apr
I wonder if anyone else has met this funny problem. And possibly coded out a
solution for it.
In my app, the automatically renewing in-app subscription term ended today, at
14:30. This expiry time was calculated in the app by just adding one month at
the previous payment time (because
It might be easier to just calculate what day it is at 3 PM local time. That
way the time differences won't matter.
On March 31, 2015 7:20:46 AM CDT, Pyyhtiä Christer chris...@mindcrea.com
wrote:
I wonder if anyone else has met this funny problem. And possibly coded
out a solution for it.
In
Hi Pyyhtiä,
I don't have any technical suggestions for you. But a non-tech suggestion and
a point of information:
- suggestion: add a grace period. Possibly display the information that your
term ends today - but in practise give a 24-hour grace period when the app
still works. If the
