W dniu 04.06.2012 00:06, Tomasz Chiliński pisze:
W dniu 03.06.2012 23:51, Marcin napisał(a):
W dniu 3 czerwca 2012 23:46 użytkownik Marcin <marcin@nicram.net [2]> napisał:
W dniu 3 czerwca 2012 23:34 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:
Marcinie, a to oznacza, że i skrypt lms-payments wstawia cdate w GMT, zatem możemy poprawić lms-sendinvoices.php, żeby nie dodawał do $currtime przesunięcia czasowego wynikającego z bieżącej strefy czasowej.
qrde, za wcześnie wcisnąłem wyślij. funkcja time() w php zwraca czas GMT
marcin@testsql:~$ php -r "print time(); print "n";" 1338760104 marcin@testsql:~$ date nie, 3 cze 2012, 23:48:24 CEST
gdzie epoch converter pisze o timestamp 1338760104 GMT: Sun, 03 Jun 2012 21:48:24 GMT YOUR TIME ZONE: nie, 3 cze 2012, 23:48:24 GMT+2 [3]
Właśnie wprowadziłem stosowne poprawki do lms-sendinvoices.php
- nie powinno być problem i przy dacie bieżącej i dacie pobranej
z --fakedate.
Dzięki. Teraz jest OK. Te zmiany chyba należałoby wprowadzić również w skrypcie perlowym, bo tam zachowanie było identyczne.