Re: [lms] lms-sendinvoices.php
W dniu 03.06.2012 22:26, Sławomir Paszkiewicz napisał(a):
W dniu 3 czerwca 2012 22:18 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:
W dniu 03.06.2012 22:14, Sławomir Paszkiewicz napisał(a):
W dniu 3 czerwca 2012 21:29 użytkownik Tomasz Chiliński
Mnie teraz ciekawi jaki dokładnie cdate w documents jest ustawiony
dla tych faktur? Możesz podać tutaj na listę wartości? To ułatwi namierzenie kolejnych, jeszcze nierozwiązanych
Rozumiem, ze pytasz o te faktury, ktore dopiero wyslaly sie po w/w zmianach, czyli o wiekszosc? Jesli tak to:
cdate: 1338502802
problemów ze strefą czasową i DST. Jaką strefę czasową masz w PHP ustawioną?
# php -i|grep date.timezone date.timezone => Europe/Warsaw => Europe/Warsaw
Dla podanego dla Ciebie timestampa wychodzi: GMT: Thu, 31 May 2012 22:20:02 GMT Your time zone: Fri Jun 01 2012 00:20:02 GMT+2
Pytanie: jakie wartości mają $daystart i $dayend bez modyfikacji w skrypcie lms-sendinvoices.php?
$daystart = intval($currtime / 86400) * 86400; $dayend = $daystart + 86399;
SELECT d.id [2], d.number, d.cdate, c.email, d.name [3], d.customerid, n.template FROM documents d LEFT JOIN customers c ON c.id [4] = d.customerid LEFT JOIN numberplans n ON n.id [5] = d.numberplanid WHERE c.deleted = 0 AND d.type = 1 AND c.email <> AND c.invoicenotice = 1 AND D.CDATE >= 1338508800 AND d.cdate <= 1338595199 ORDER BY d.number
Wiec wygląda na to, że po prostu niepotrzebne dodajemy do $currtime wartość date('Z'). Skoro cdate w documents jest w GMT to i $currtime powinniśmy brać w GMT do porównań. Ktoś jeszcze mógłby potwierdzić, że ma cdate w documents trzymane w GMT (u mnie tak jest również) ? -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 3 czerwca 2012 22:33 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Wiec wygląda na to, że po prostu niepotrzebne dodajemy do $currtime wartość date('Z'). Skoro cdate w documents jest w GMT to i $currtime powinniśmy brać w GMT do porównań. Ktoś jeszcze mógłby potwierdzić, że ma cdate w documents trzymane w GMT (u mnie tak jest również) ?
ja np. trzymam standardowo, wystawiam skryptem lms-payments. skrypt startuje o 01:00. z 1.06.2012 mam cdate 1338505204 mysql> select from_unixtime('1338505204'); +-----------------------------+ | from_unixtime('1338505204') | +-----------------------------+ | 2012-06-01 01:00:04 | +-----------------------------+ 1 row in set (0.00 sec) -- Pozdrawiam Marcin / nicraM
W dniu 3 czerwca 2012 22:41 użytkownik Marcin <marcin@nicram.net> napisał:
ja np. trzymam standardowo, wystawiam skryptem lms-payments. skrypt startuje o 01:00. z 1.06.2012 mam cdate 1338505204
mysql> select from_unixtime('1338505204'); +-----------------------------+ | from_unixtime('1338505204') | +-----------------------------+ | 2012-06-01 01:00:04 | +-----------------------------+
czyli w GMT 1338505204 translates to *Thursday, May 31st 2012, 23:00:04 (GMT) *1338505204 translates to *Friday, June 1st 2012, 01:00:04 (GMT +2)* -- Pozdrawiam Marcin / nicraM
W dniu 03.06.2012 22:41, Marcin napisał(a):
W dniu 3 czerwca 2012 22:33 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:
Wiec wygląda na to, że po prostu niepotrzebne dodajemy do $currtime wartość date(Z). Skoro cdate w documents jest w GMT to i $currtime powinniśmy brać w GMT do porównań. Ktoś jeszcze mógłby potwierdzić, że ma cdate w documents trzymane w GMT (u mnie tak jest również) ?
ja np. trzymam standardowo, wystawiam skryptem lms-payments. skrypt startuje o 01:00. z 1.06.2012 mam cdate 1338505204
mysql> select from_unixtime(1338505204); +-----------------------------+ | from_unixtime(1338505204) | +-----------------------------+ | 2012-06-01 01:00:04 | +-----------------------------+ 1 row in set (0.00 sec)
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. -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 3 czerwca 2012 23:34 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> 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.
tak, zgadza się. z tym że to nie wiele co zmieni (w przypadku tego problemu), no chyba, że ktoś wystawia faktury po 22,23. do GMT dodajemy 1 lub 2 godziny w zależności czy to czas letni czy zimowy. z tego $currtime wyliczamy czas startu $daystart = intval($currtime / 86400) * 86400; podążając za przykładem. $daystart = intval((1338505204+7200)/86400 czyli $daystart= 1338512404 a ten timestamp daje nam: *GMT*: Fri, 01 Jun 2012 01:00:04 GMT *Your time zone*: pią, 1 cze 2012, 03:00:04 GMT+2<http://www.epochconverter.com/epoch/timezones.php?epoch=1338512404> czyli nadal jest to ten sam dzień :) co innego jeśli ktoś wystawia faktury przed północą, wówczas może się zdziwić :) -- Pozdrawiam Marcin / nicraM
W dniu 3 czerwca 2012 23:46 użytkownik Marcin <marcin@nicram.net> napisał:
W dniu 3 czerwca 2012 23:34 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> 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<http://www.epochconverter.com/epoch/timezones.php?epoch=1338760104> -- Pozdrawiam Marcin / nicraM
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. -- Pozdrawiam Tomasz Chiliński, Chilan
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.
W dniu 4 czerwca 2012 08:51 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Dzięki. Teraz jest OK. Te zmiany chyba należałoby wprowadzić również w skrypcie perlowym, bo tam zachowanie było identyczne.
tylko, że w perlu jest wykorzystana funkcja localtime, która zwraca funkcje timestampa z uwzględnieniem strefy czasowej. " *localtime* Converts a time as returned by the time function to a 9-element list with the time analyzed for the local time zone " -- Pozdrawiam Marcin / nicraM
On Mon, 4 Jun 2012 09:18:08 +0200, Marcin wrote:
W dniu 4 czerwca 2012 08:51 użytkownik Sławomir Paszkiewicz napisał:
Dzięki. Teraz jest OK. Te zmiany chyba należałoby wprowadzić również w skrypcie perlowym, bo tam zachowanie było identyczne.
tylko, że w perlu jest wykorzystana funkcja localtime, która zwraca funkcje timestampa z uwzględnieniem strefy czasowej. " LOCALTIME Converts a time as returned by the time function to a 9-element list with the time analyzed for the local time zone "
A tak w ogóle grzebiąc już przy wysyłaniu faktur może moglibyście dodać opcję pozwalającą żądać potwierdzenia otrzymania wiadomości? :) -- Pozdrawiam Sarenka
W dniu 4 czerwca 2012 09:22 użytkownik Sarenka <sarenka@mojasiec.com>napisał:
A tak w ogóle grzebiąc już przy wysyłaniu faktur może moglibyście dodać opcję pozwalającą żądać potwierdzenia otrzymania wiadomości? :)
listownie jak wysyłasz też z potwierdzeniem? :) ja osobiście wysyłam z firmowego, ogólnego maila i jeśli jest jakiś błąd, zwrotka do dostaje wiadomość od mailerdaemona i tyle. po co klient ma potwierdzać, że przyjął. Wystarczy wiedzieć, że zostało wysłane. -- Pozdrawiam Marcin / nicraM
On Mon, 4 Jun 2012 09:25:57 +0200, Marcin wrote:
W dniu 4 czerwca 2012 09:22 użytkownik Sarenka napisał:
A tak w ogóle grzebiąc już przy wysyłaniu faktur może moglibyście dodać opcję pozwalającą żądać potwierdzenia otrzymania wiadomości? :)
listownie jak wysyłasz też z potwierdzeniem? :)
Tak :) Poleconym dokładniej. Bo inaczej ok. 10% nie dochodzi (i, żeby nie było - chodzi o samo miasto Gdańsk) :) Klient wybierający elektroniczne dostarczanie faktur dostaje odpowiedni rabat :)
ja osobiście wysyłam z firmowego, ogólnego maila i jeśli jest jakiś błąd, zwrotka do dostaje wiadomość od mailerdaemona i tyle. po co klient ma potwierdzać, że przyjął. Wystarczy wiedzieć, że zostało wysłane.
Mi to pomaga m.in. od razu wychwycić, czy coś nie jest nie tak z wysyłką. Nie raz i nie dwa pomogło też przy reklamacjach :) -- Pozdrawiam Sarenka
W dniu 04.06.2012 09:30, Sarenka pisze:
On Mon, 4 Jun 2012 09:25:57 +0200, Marcin wrote:
W dniu 4 czerwca 2012 09:22 użytkownik Sarenka napisał:
A tak w ogóle grzebiąc już przy wysyłaniu faktur może moglibyście dodać opcję pozwalającą żądać potwierdzenia otrzymania wiadomości? :)
listownie jak wysyłasz też z potwierdzeniem? :)
Tak :) Poleconym dokładniej. Bo inaczej ok. 10% nie dochodzi (i, żeby nie było - chodzi o samo miasto Gdańsk) :) Klient wybierający elektroniczne dostarczanie faktur dostaje odpowiedni rabat :)
ja osobiście wysyłam z firmowego, ogólnego maila i jeśli jest jakiś błąd, zwrotka do dostaje wiadomość od mailerdaemona i tyle. po co klient ma potwierdzać, że przyjął. Wystarczy wiedzieć, że zostało wysłane.
Mi to pomaga m.in. od razu wychwycić, czy coś nie jest nie tak z wysyłką. Nie raz i nie dwa pomogło też przy reklamacjach :)
IMO to zbedne, bo nie trzeba wcale wcisnac Potwierdz zeby odczytac maila, wiec i tak polowa z klientow da Nie i nic Ci takie potwierdzenia nie dadza. Ogolnie jeszcze nigdzie sie nie spotkalem z potwierdzeniem, tzn ani w TP, ani w Netii ani nawet w banku jak przychodzi wyciag. Jedynie taki wyciag wymaga podania hasla, ale to juz sam PDF zawarty w nim. Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
W dniu 4 czerwca 2012 09:42 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
IMO to zbedne, bo nie trzeba wcale wcisnac Potwierdz zeby odczytac maila, wiec i tak polowa z klientow da Nie i nic Ci takie potwierdzenia nie dadza. Ogolnie jeszcze nigdzie sie nie spotkalem z potwierdzeniem, tzn ani w TP, ani w Netii ani nawet w banku jak przychodzi wyciag. Jedynie taki wyciag wymaga podania hasla, ale to juz sam PDF zawarty w nim.
Ja osobiście nie pamiętam kiedy ostatnio używałem DSN'a, nawet jeśli przychodzi do mnie taki mail to klikam ignoruj :) Jak chcę informację o potwierdzeniu to w wiadomości wpisuję prośbę o wysłanie potwierdzenia o przeczytaniu, wówczas mam pewność że ktoś to przeczytał a dodatkowo jest to, że tak powiem kulturalniej :)
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
i to jest good idea :) -- Pozdrawiam Marcin / nicraM
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
i to jest good idea :)
ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) poniedziałek to zawsze ciężki dzień, ale we wtorek może Wam coś podeślę GC
W dniu 04.06.2012 10:40, GC pisze:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
i to jest good idea :) ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) poniedziałek to zawsze ciężki dzień, ale we wtorek może Wam coś podeślę O, byloby super ;)
btw: skorzystalem z nowej zmiennej w mail_body %today i niewiedziec czemu wstawia date w formacie: 2012-6-4 zamiast 2012-06-04. Sprawdzilem w kodzie i jest niby poprawnie: $day = intval(date('d', $currtime)); $month = intval(date('m', $currtime)); Jak to poprawic, zeby wyswietlalo pelna date?
W dniu 4 czerwca 2012 12:17 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
$day = intval(date('d', $currtime)); $month = intval(date('m', $currtime));
Jak to poprawic, zeby wyswietlalo pelna date?
$day = sprintf("%02d",$day); $month = sprintf("%02d",$month); -- Pozdrawiam Marcin / nicraM
W dniu 04.06.2012 15:43, Marcin napisał(a):
W dniu 4 czerwca 2012 12:17 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com [1]> napisał:
$day = intval(date(d, $currtime)); $month = intval(date(m, $currtime));
Jak to poprawic, zeby wyswietlalo pelna date?
$day = sprintf("%02d",$day); $month = sprintf("%02d",$month);
Już również pull request to poprawiający potwierdzony został. Dzięki! -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 4 czerwca 2012 10:40 użytkownik GC <gcichowski@gmail.com> napisał:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
i to jest good idea :)
ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :)
teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty). pozdrawiam Grzegorz Cichowski
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com> napisał:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju. i to jest good idea :) ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/
W dniu 5 czerwca 2012 11:06 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com> napisał:
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com> napisał:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju.
i to jest good idea :)
ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :)
teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/
rozumiem, ze chodzi tylko o informację, że dany dokument przeszedł przez lms-sendinvoices.php ? bez informacji, czy skutecznie został dostarczony to nie jest wielka filozofia. pozdrawiam Grzegorz Cichowski
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com> napisał:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo poruszane, tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana i jesli tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a nie logow serwera kiedy zostala wyslana faktura, po drugie w przypadku ponownego uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie wysylac ponownie tych samych faktur, a jedynie te ktore nie maja statusu sent czy cos w tym rodzaju. i to jest good idea :) ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/ rozumiem, ze chodzi tylko o informację, że dany dokument przeszedł
W dniu 5 czerwca 2012 11:06 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com> napisał: przez lms-sendinvoices.php ? bez informacji, czy skutecznie został dostarczony to nie jest wielka filozofia. oraz o lekka modyfikacje lms-sendinvoices aby sprawdzal czy dokument juz zostal wyslany czy tez nie (aby go ponownie nie wysylal). Raczej tego czy skutczenie zostal dostarczony to sie dorobic nie da, bo nie da sie tego zweryfikowac. No chyba, ze bylby w mailu wysylany link typu "potwierdz otrzymanie faktury" lub wkurzajaca strona za kazdym razem jak ktos otworzy przegladarke z tym linkiem dopoki nie kliknie i nie
W dniu 05.06.2012 11:09, GC pisze: potwierdzi :D
W dniu 05.06.2012 11:11, Sławomir Paszkiewicz napisał(a):
W dniu 05.06.2012 11:09, GC pisze:
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com> napisał:
> Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo > poruszane, > tzn wpisywanie do bazy informacji o tym czy faktura zostala > wyslana i > jesli > tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu > lms a nie > logow > serwera kiedy zostala wyslana faktura, po drugie w przypadku > ponownego > uruchomienia skryptu np. tego samego dnia sendinvoices nie > bedzie > wysylac > ponownie tych samych faktur, a jedynie te ktore nie maja > statusu sent > czy > cos w tym rodzaju. i to jest good idea :) ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/ rozumiem, ze chodzi tylko o informację, że dany dokument przeszedł
W dniu 5 czerwca 2012 11:06 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com> napisał: przez lms-sendinvoices.php ? bez informacji, czy skutecznie został dostarczony to nie jest wielka filozofia. oraz o lekka modyfikacje lms-sendinvoices aby sprawdzal czy dokument juz zostal wyslany czy tez nie (aby go ponownie nie wysylal). Raczej tego czy skutczenie zostal dostarczony to sie dorobic nie da, bo nie da sie tego zweryfikowac. No chyba, ze bylby w mailu wysylany link typu "potwierdz otrzymanie faktury" lub wkurzajaca strona za kazdym razem jak ktos otworzy przegladarke z tym linkiem dopoki nie kliknie i nie potwierdzi :D
Żeby to uwzględnić to wystarczy, że dodamy warunek w zapytaniu weryfikujący te dodatkowe pole z datą wysłania dokumentu. Jak tam pull request z --test? ;-) -- Pozdrawiam Tomasz Chiliński, Chilan
No przeciez poprawilem, uaktualnilem i skomentowalem :) teraz Twoja kolej :D 05-06-2012 15:21, "Tomasz Chiliński" <tomasz.chilinski@chilan.com> napisał(a):
W dniu 05.06.2012 11:11, Sławomir Paszkiewicz napisał(a):
W dniu 05.06.2012 11:09, GC pisze:
W dniu 5 czerwca 2012 11:06 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com> napisał:
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com>
napisał:
Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo >> poruszane, >> tzn wpisywanie do bazy informacji o tym czy faktura zostala wyslana >> i >> jesli >> tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu lms a >> nie >> logow >> serwera kiedy zostala wyslana faktura, po drugie w przypadku >> ponownego >> uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie >> wysylac >> ponownie tych samych faktur, a jedynie te ktore nie maja statusu >> sent >> czy >> cos w tym rodzaju. >> > i to jest good idea :) > ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :)
teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/
rozumiem, ze chodzi tylko o informację, że dany dokument przeszedł przez lms-sendinvoices.php ? bez informacji, czy skutecznie został dostarczony to nie jest wielka filozofia.
oraz o lekka modyfikacje lms-sendinvoices aby sprawdzal czy dokument juz zostal wyslany czy tez nie (aby go ponownie nie wysylal). Raczej tego czy skutczenie zostal dostarczony to sie dorobic nie da, bo nie da sie tego zweryfikowac. No chyba, ze bylby w mailu wysylany link typu "potwierdz otrzymanie faktury" lub wkurzajaca strona za kazdym razem jak ktos otworzy przegladarke z tym linkiem dopoki nie kliknie i nie potwierdzi :D
Żeby to uwzględnić to wystarczy, że dodamy warunek w zapytaniu weryfikujący te dodatkowe pole z datą wysłania dokumentu.
Jak tam pull request z --test? ;-)
-- Pozdrawiam Tomasz Chiliński, Chilan ______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lms<http://lists.lms.org.pl/mailman/listinfo/lms>
W dniu 05.06.2012 15:21, Tomasz Chiliński pisze:
W dniu 05.06.2012 11:11, Sławomir Paszkiewicz napisał(a):
W dniu 05.06.2012 11:09, GC pisze:
W dniu 05.06.2012 11:04, GC pisze:
W dniu 4 czerwca 2012 10:40 użytkownik GC<gcichowski@gmail.com> napisał:
>> Moim zdaniem lepiej byloby zrobic cos co kiedys juz chyba bylo >> poruszane, >> tzn wpisywanie do bazy informacji o tym czy faktura zostala >> wyslana i >> jesli >> tak to konkretnie kiedy. Wtedy po pierwsze widzimy z poziomu >> lms a nie >> logow >> serwera kiedy zostala wyslana faktura, po drugie w przypadku >> ponownego >> uruchomienia skryptu np. tego samego dnia sendinvoices nie bedzie >> wysylac >> ponownie tych samych faktur, a jedynie te ktore nie maja >> statusu sent >> czy >> cos w tym rodzaju. > i to jest good idea :) ja coś takiego dawno temu sobie dorobiłem, ale trochę toporne więc nie odważyłem się opublikować :) teraz dopiero wczytałem się uważnie w koncepcję i... zrobiłem inny ficzer. Ja wpisuję do bazy datę dostarczenia papierowej faktury do klienta (sami kolportujemy koperty).
A, to nie o to chodzilo :( No nic, moze Tomek kiedys sie zlituje i znajdzie czas na taki ficzer :D albo ktos inny :) Ja niestety mam za malego skilla ;/ rozumiem, ze chodzi tylko o informację, że dany dokument przeszedł
W dniu 5 czerwca 2012 11:06 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com> napisał: przez lms-sendinvoices.php ? bez informacji, czy skutecznie został dostarczony to nie jest wielka filozofia. oraz o lekka modyfikacje lms-sendinvoices aby sprawdzal czy dokument juz zostal wyslany czy tez nie (aby go ponownie nie wysylal). Raczej tego czy skutczenie zostal dostarczony to sie dorobic nie da, bo nie da sie tego zweryfikowac. No chyba, ze bylby w mailu wysylany link typu "potwierdz otrzymanie faktury" lub wkurzajaca strona za kazdym razem jak ktos otworzy przegladarke z tym linkiem dopoki nie kliknie i nie potwierdzi :D
Żeby to uwzględnić to wystarczy, że dodamy warunek w zapytaniu weryfikujący te dodatkowe pole z datą wysłania dokumentu.
Halo halo Tomku, halo halo Grześku. Czy da ktos z was rade to dorobic? Bardzo by sie przydalo ;-) dzis np. znow klient twierdzil, ze nie dostal faktury na maila i trzeba bylo czesac logi mailowe, zeby to sprawdzic. A tak to by bylo w bazie i po sprawie ;-)
Jak tam pull request z --test? ;-)
Juz mergniety ;)
W dniu 04.06.2012 09:30, Sarenka napisał(a):
On Mon, 4 Jun 2012 09:25:57 +0200, Marcin wrote:
W dniu 4 czerwca 2012 09:22 użytkownik Sarenka napisał:
A tak w ogóle grzebiąc już przy wysyłaniu faktur może moglibyście dodać opcję pozwalającą żądać potwierdzenia otrzymania wiadomości? :)
listownie jak wysyłasz też z potwierdzeniem? :)
Tak :) Poleconym dokładniej. Bo inaczej ok. 10% nie dochodzi (i, żeby nie było - chodzi o samo miasto Gdańsk) :) Klient wybierający elektroniczne dostarczanie faktur dostaje odpowiedni rabat :)
ja osobiście wysyłam z firmowego, ogólnego maila i jeśli jest jakiś błąd, zwrotka do dostaje wiadomość od mailerdaemona i tyle. po co klient ma potwierdzać, że przyjął. Wystarczy wiedzieć, że zostało wysłane.
Mi to pomaga m.in. od razu wychwycić, czy coś nie jest nie tak z wysyłką. Nie raz i nie dwa pomogło też przy reklamacjach :)
Moim zdaniem lepsza jest opcja powiadomienia o dotarciu wiadomości do skrzynki odbiorczej, a nie potwierdzenie przeczytania wiadomości, które spora części ludzi ignoruje. -- Pozdrawiam Tomasz Chiliński, Chilan
uczestnicy (5)
-
GC -
Marcin -
Sarenka -
Sławomir Paszkiewicz -
Tomasz Chiliński