- lms - lists.lms.org.pl

Re: kilka za³o¿eñ systemu finansowego.
by Pawe� Tyll 09 Wrz '03

09 Wrz '03

> Tego _nie_ można zagwaranować. Musi być naliczone nie wcześniej niż o północy, > ale naliczenie np o 3:31:37 nie może powodować jakis strasznych problemów, > tzn niech się naliczy z datą od północy, ale nie można wymagać że samo > naliczanie nastąpi o jakiejś konkretniej godzinie. Naliczanie o północy jest głupie. Ja syncuje zegar o północy i może się zrobić nagle dzień wczorajszy. Kasy fiskalne też nie pozwalają na modyfikację zegara w okolicach północy i to akurat jest coś, co z kasy fiskalnej papugowanie ma sens :> Zdrówko. PS. 3:13:37 jak już.

1 0

Re: Nowe finanse
by hunter 09 Wrz '03

09 Wrz '03

On Tue, Sep 09, 2003 at 05:29:46PM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > > Mam wniosek racjonalizatorski. > > > CREATE TABLE version ( > > number int(4) NOT NULL, > > sub int(4) NOT NULL default '0', > > Możesz rozwinąć? Pewnie: php-ui oraz skrypty prędzej czy później będą chciały wspierać gładki upgrade. widząc że baza jest w wersji np 1 i pod wersji 0 lms-* zaczełoby grzecznie wykonywać sleep, wołać skryp robiący upgrade np w perlu, albo alarmować mailem że nie wykonało się bo wersja bazy nie ta. numerki sub nieparzyste mogłby oznaczać: automatka ma się nie tykać bazy, tzn ktoś/coś w niej grzebie i trzeba poczekać, (ile to mogłaby być np 20-30 krotność jakiegoś timeoutu typu 10 sekund) na np nową wersję albo coś co chciałem/ zostałem zachęcony do zrobienia: możliwości usuwania wpłat użytkowników, oczywiście z jakimiś limitami, np tylko ostatnia wpłata ale by już dało możliwość zrobienia blokad. Aha, spowoduje to że za darmo mamy w backupach wersję którą robiliśmy backup. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: Nowe finanse
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. > Mam wniosek racjonalizatorski. > CREATE TABLE version ( > number int(4) NOT NULL, > sub int(4) NOT NULL default '0', > date date? NOT NULL date int(11) NOT NULL default '0', > ) TYPE=MyISAM Możesz rozwinąć? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Nowe finanse
by hunter 09 Wrz '03

09 Wrz '03

On Tue, Sep 09, 2003 at 03:21:33AM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > Zaraz commitnę nową wersją finansów. Dla ułatwienia powrotu do starych Mam wniosek racjonalizatorski. CREATE TABLE version ( number int(4) NOT NULL, sub int(4) NOT NULL default '0', date date? NOT NULL ) TYPE=MyISAM > W skrócie, jak upgrejdować bazę: > > 2) Uruchom moduł 'upgrades/01' - czyli po zalogowaniu sie do LMS'a > wpiszcie w url na końcu '?m=upgrade01', np. > 'http://serwer.pl/lms/?m=upgrade01'. UWAGA! Moduł ten należy uruchomić > TYLKO RAZ! Jak go uruchomisz więcej niż raz, popsujesz sobie całą bazę > danych. I to w/w tabelka miałaby zapewniać. > do nowych finansów. No to trzymajcie kciuki ;) czymamy. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: meeting...
by hunter 09 Wrz '03

09 Wrz '03

On Tue, Sep 09, 2003 at 12:32:39AM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > finansów na: > > - bilet dla huntera z raszyna do warszawy + powrotny (2.40zł x 2) Wyyydałem duuużo na miesięczny, będzie piwo więcej. > No to co, znajdzie się chętny sponsor? :-) Mam flachę z Mołdawi, chętna czeka od 2 tygodni na rozpicie. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: meeting...
by hunter 09 Wrz '03

09 Wrz '03

On Tue, Sep 09, 2003 at 03:53:55PM +0200, A.L.E.C wrote: > > Witam. > > > >> ladnie ladnie libacja sie szykuje aa przepraszam teraz to sie > >> "meeting" nazywa:) > który całą noc przy kompie, a później > jeszcze w dzień charuje :) ). Taaa, skądmytoznamy. Teraz pójscie spać grzecznie o północy kończy się obudzeniem o 5:00 i zastanawianiem cobytudziś zrobić, oraz dlaczego nie szumi grzecznie wiatraczek. Generalnie sponsor kiedyś był. iirc jego email gdzieś mam o mam: Marcin Osadowski obmm%naqrearg.fgnetneq.cy kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: [lms] Re: kilka założeń systemu finansowego.
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. > Tego _nie_ można zagwaranować. Musi być naliczone nie wcześniej niż o północy, > ale naliczenie np o 3:31:37 nie może powodować jakis strasznych problemów, > tzn niech się naliczy z datą od północy, ale nie można wymagać że samo > naliczanie nastąpi o jakiejś konkretniej godzinie. Znaczy AFAIR (oj, nie pamiętam co spłodziłem w tym momencie) lms-payments i tak księguje wszystko z godziną '0:00.00'. Wiadomo, im wcześniej tym lepiej, natomiast poślizg rzędu kilkunastu minut nikomu nie zaszkodzi. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: kilka założeń systemu finansowego.
by hunter 09 Wrz '03

09 Wrz '03

On Mon, Sep 08, 2003 at 11:47:15PM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > - opłaty są naliczne z góry, tj, jeżeli opłata występuje co miesiąc i > jest naliczana piątego każdego miesiąca, to znaczy że 5 kwietnia > user zostaje obciążony za okres 5 kwietnia - 4 maja No inaczej to trudno sobie wyobrazić coś seksownego. > - naliczanie opłat powinno być wywoływane o północy, że na samym > początku danego dnia obciążenie zaistnieje Tego _nie_ można zagwaranować. Musi być naliczone nie wcześniej niż o północy, ale naliczenie np o 3:31:37 nie może powodować jakis strasznych problemów, tzn niech się naliczy z datą od północy, ale nie można wymagać że samo naliczanie nastąpi o jakiejś konkretniej godzinie. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: kilka założeń systemu finansowego.
by hunter 09 Wrz '03

09 Wrz '03

On Tue, Sep 09, 2003 at 12:27:59AM +0200, Warden wrote: > > Narazie nie ma terminu płatności, nie mam pomysłu jak go rozwiazac w > > SQL'u, masz pomysły michał? > a w czym problem? > mamy dzień podstawowy rozliczania i okres trwania abonamentu. > liczymy sume i sprawdzamy BETWEEN. jeżeli false (ew. > <) to znaczy ze czas > zapłacić :P Jeszczerazpoludzkupoproszę. Tzn. Mając np dzien '15' rozliczania i okres np 04/09-16/09 ? niekumam no chyba że do dnia 04/09 dodajemy _ilość_ dni np 3 i mam że trzeba zapłacić do 07/09. Ale imo to lepiej jest przechowywać. Tzn nie zamykać sobie drogi sztucznie do dania np 'instalacja' 01/01 i termin 7 dni na wpłącenie 50%, i 50 dni na kolejne 50%. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: meeting...
by A.L.E.C 09 Wrz '03

09 Wrz '03

> Witam. > >> ladnie ladnie libacja sie szykuje aa przepraszam teraz to sie >> "meeting" nazywa:) Właśnie jestem w stanie "pro-meeting'owym", dlatego jestem za, stać mnie na bilet i "sprzęt na imprezę", ale może jakiś nocleg by się przydał, bo ja "stara dupa" jestem i potrzebuję pospać po imprezie (nie to co Baseciq, który całą noc przy kompie, a później jeszcze w dzień charuje :) ). -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0