- lms - lists.lms.org.pl

Re: lms-traffic
by A.L.E.C 09 Wrz '03

09 Wrz '03

> On Tue, 9 Sep 2003, A.L.E.C wrote: >> Nie wiem co moze byc powodem, w postgresie, dziala i w mysqlu tez >> powinno, to jest prosty INSERT. Moze sprawdz, czy nie masz w >> traffic.log jakichs dziwnych danych (np.nawiasów). Teraz nie moge, >> ale posiedze nad tym wieczorem. > oki... > Juz wiem co nie tak... > zamiast spacji byly tabulatory... :) i na tym wywala sie skrypt.. > > wpis do traffic_ipt... > echo -e $host ' ' $send ' ' $recv >> $log > ^^^^ ^^^^ > I dzieki temu ladnie mykaja nam statsy... Dzięki za uwagi. Faktycznie lms-traffic testowałem bez traffic_ipt.sh, który stosuję do innych statystyk. Zaraz poprawię w cvs. P.S. Statystyki wywaliłem z contrib do /bin /modules /sample ... -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms-traffic
by pbern＠pbern.biz 09 Wrz '03

09 Wrz '03

On Tue, 9 Sep 2003, A.L.E.C wrote: > Nie wiem co moze byc powodem, w postgresie, dziala i w mysqlu tez powinno, > to jest prosty INSERT. Moze sprawdz, czy nie masz w traffic.log jakichs > dziwnych danych (np.nawiasów). Teraz nie moge, ale posiedze nad tym > wieczorem. oki... Juz wiem co nie tak... zamiast spacji byly tabulatory... :) i na tym wywala sie skrypt.. wpis do traffic_ipt... echo -e $host ' ' $send ' ' $recv >> $log ^^^^ ^^^^ I dzieki temu ladnie mykaja nam statsy... Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

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

09 Wrz '03

Witam. > Ofca chyba nie wie co gada albo ntpd nie umie zapodać. A to Ofca był? A to łajza -- Ł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 Tue, Sep 09, 2003 at 08:05:54PM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > > 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 :> > > No to przestań syncować zegar koło północy ;) Ofca chyba nie wie co gada albo ntpd nie umie zapodać. Zegar się nie sycuje przestawieniem na dobry czas, tylko spowolnieniem/przyspieszeniem ileś sekund na dobę. We współczesnych płytach głównych ileś przyjmuje wartości nawet +/- 120. Inną sprawą jest wyłapywanie z już istniejącej tabelki ostatniej modyfikacji danych i sprawdzenie czy nie jest przypadkiem 'wcześniej'. Enyłej nie można wymagać że serwer bazy danych i php-ui pracują z cronem 24/7 może to być np zestaw skryptów uruchamiający naliczanie i generujący coś np raz od loginu jednego pana i władcy, a potem wyłączający php-ui. Jedyne czego można wymagać to imo aby zachować kolejność. 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. > 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 :> No to przestań syncować zegar koło północy ;) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

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

Re: lms-traffic
by A.L.E.C 09 Wrz '03

09 Wrz '03

> Hm... chyba mam cos nie tak.... > najnowsza wersja z cvs`u... > > perl-DBD-mysql oczywiscie mam... > > DBD::mysql::st execute failed: You have an error in your SQL syntax. > Check the manual that corresponds to your MySQL server version for > the right syntax to use near ')' at line 1 at /usr/sbin/lms-traffic > line 141. DBD::mysql::st execute failed: You have an error in your > SQL syntax. Check the manual that corresponds to your MySQL server > version for the right syntax to use near ')' at line 1 at > /usr/sbin/lms-traffic line 141. Nie wiem co moze byc powodem, w postgresie, dziala i w mysqlu tez powinno, to jest prosty INSERT. Moze sprawdz, czy nie masz w traffic.log jakichs dziwnych danych (np.nawiasów). Teraz nie moge, ale posiedze nad tym wieczorem. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

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

09 Wrz '03

> Po malych modyfikacjach zaczelo to calkiem rozsadnie dzialac.... > > modyfikacje... > na poczatku > rm /var/log/traffic.log #bo tak ladnie dopisywal do pliku.. i powielal > stare rekordy faktucznie nie wiem dlaczego usunalem to z oryginalnego pliku, zaraz dodam co trzeba. > W petli zmniejszylem zakres cut do -c10-18 bo tak ladnie dodawal > smieci do cyferek... uzywam od roku skryptu w formie c10-29 i dziala, ale moze masz racje, sprawdze. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

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

09 Wrz '03

Witam. > przydala by sie opcja zmiany np. dnia platnmosci po dodaniu taryfy > userowi bo w chwili obecnej trzeba ja usunac i dodac na nowo. > Ale to tylko mala sugestia a tak poza tym jest zajebscie :) Hm... Przykład jak powinno być: 1) user ma okres rozrachunkowy od 5-tego każdego miesiąca czyli do 4-tego następnego miesiąca 2) jest już 10-ty, więc zapłacił za aktualny okres rozrachunkowy. 3) chce zmienić na piętnastego, więc: - trzeba go "odciążyć" za okres 11-4 podczas usuwania taryfy; - trzeba go obciążyć za okres 11-14 (wyrównanie do nowego okresu rozrachunkowego). A tego jeszcze nie ma, bo do tego będą potrzebne okresy obowiązywania taryf/kontraktów itp. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Nowe finanse
by detekt＠detekt.pl 09 Wrz '03

09 Wrz '03

Witam Łukasz, ŁJM> Witam. ŁJM> Zaraz commitnę nową wersją finansów. Dla ułatwienia powrotu do starych ŁJM> wersji finansów, dla tych którzy będą mieli pecha przy upgrejdzie ŁJM> (chodzi głównie o korzystających ze snapshotów/cvs'a/etc) otagowałem w ŁJM> tym momencie wszystkie pliki tagiem 'OLD_FINANCES'. Bardzo proszę o ŁJM> UWAŻNE przeczytanie changelog'a oraz sumienne zrobienie backupu całej ŁJM> bazy danych wraz ze strukturą oraz zgłaszanie wszelakich błędów. ŁJM> Prawdopodobnie przystosowałem wszystko co się dało do nowych finansów, ŁJM> ale mylić się jest rzeczą ludzką. ŁJM> W skrócie, jak upgrejdować bazę: ŁJM> 0) Wykonaj BEZWZGLĘDNIE backup bazy danych. ŁJM> 1) Stwórz tabelę 'assignments': ŁJM> DROP TABLE IF EXISTS assignments; ŁJM> CREATE TABLE assignments ( ŁJM> id int(11) NOT NULL auto_increment, ŁJM> tariffid int(11) NOT NULL default '0', ŁJM> userid int(11) NOT NULL default '0', ŁJM> peroid int(11) NOT NULL default '0', ŁJM> at int(11) NOT NULL default '0', ŁJM> PRIMARY KEY (id), ŁJM> UNIQUE KEY id (id), ŁJM> KEY id_2 (id) ŁJM> ) TYPE=MyISAM ŁJM> 2) Uruchom moduł 'upgrades/01' - czyli po zalogowaniu sie do LMS'a ŁJM> wpiszcie w url na końcu '?m=upgrade01', np. ŁJM> 'http://serwer.pl/lms/?m=upgrade01'. UWAGA! Moduł ten należy uruchomić ŁJM> TYLKO RAZ! Jak go uruchomisz więcej niż raz, popsujesz sobie całą bazę ŁJM> danych. ŁJM> 3) Teraz można usunąć nieużywane pola z bazy danych: ŁJM> ALTER TABLE users DROP tariff, DROP payday; ŁJM> 4) Voila. ŁJM> TODO na szybkiego to przystosowanie contrib/customer i mojego site'u ŁJM> do nowych finansów. No to trzymajcie kciuki ;) przydala by sie opcja zmiany np. dnia platnmosci po dodaniu taryfy userowi bo w chwili obecnej trzeba ja usunac i dodac na nowo. Ale to tylko mala sugestia a tak poza tym jest zajebscie :) -- Pozdrawiam Detekt

1 0

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

09 Wrz '03

Witam. > 3) Teraz można usunąć nieużywane pola z bazy danych: > ALTER TABLE users DROP tariff, DROP payday; 3b) Ustaw lms-payments aby wykonywał się codziennie o godz: 0:00 -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

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

09 Wrz '03

Witam. Zaraz commitnę nową wersją finansów. Dla ułatwienia powrotu do starych wersji finansów, dla tych którzy będą mieli pecha przy upgrejdzie (chodzi głównie o korzystających ze snapshotów/cvs'a/etc) otagowałem w tym momencie wszystkie pliki tagiem 'OLD_FINANCES'. Bardzo proszę o UWAŻNE przeczytanie changelog'a oraz sumienne zrobienie backupu całej bazy danych wraz ze strukturą oraz zgłaszanie wszelakich błędów. Prawdopodobnie przystosowałem wszystko co się dało do nowych finansów, ale mylić się jest rzeczą ludzką. W skrócie, jak upgrejdować bazę: 0) Wykonaj BEZWZGLĘDNIE backup bazy danych. 1) Stwórz tabelę 'assignments': DROP TABLE IF EXISTS assignments; CREATE TABLE assignments ( id int(11) NOT NULL auto_increment, tariffid int(11) NOT NULL default '0', userid int(11) NOT NULL default '0', peroid int(11) NOT NULL default '0', at int(11) NOT NULL default '0', PRIMARY KEY (id), UNIQUE KEY id (id), KEY id_2 (id) ) TYPE=MyISAM 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. 3) Teraz można usunąć nieużywane pola z bazy danych: ALTER TABLE users DROP tariff, DROP payday; 4) Voila. TODO na szybkiego to przystosowanie contrib/customer i mojego site'u do nowych finansów. No to trzymajcie kciuki ;) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: meeting...
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. > ladnie ladnie libacja sie szykuje aa przepraszam teraz to sie > "meeting" nazywa:) > no ja tam moge pare browcow wiecej wziasc jak by cos:) Konto -> Właściwości -> Szablony -> Opowiedź, zaznaczyć 'Brak', albo czekać na bęcki. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: meeting...
by detekt＠detekt.pl 09 Wrz '03

09 Wrz '03

Witam Łukasz, ŁJM> Witam. ŁJM> Właśnie. Był swego czasu pomysł na meeting. Ba, byli nawet sponsorzy ŁJM> do piwa. Na podstawie własnych obserwacji kto by musiał tam być (z ŁJM> developerów, użytkownicy też mile widziani) potrzebowalibyśmy ŁJM> finansów na: ŁJM> - bilet dla huntera z raszyna do warszawy + powrotny (2.40zł x 2) ŁJM> - bilet dla Wardena w jedną stronę z Łodzi do Warszawy (tylko do ŁJM> zachodniej, reszte ma na piechotę pedałować, w drugą też mu nie ŁJM> trzeba, bo to debianowiec) ŁJM> - bilety dla Alec'a i Lexx'a ŁJM> - kasa dla naszej czwórki na browar + inne atrakcje ;-) ŁJM> No to co, znajdzie się chętny sponsor? :-) ladnie ladnie libacja sie szykuje aa przepraszam teraz to sie "meeting" nazywa:) no ja tam moge pare browcow wiecej wziasc jak by cos:) -- Pozdrawiam Detekt

1 0

Re: Kolorystyka.
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. > Ja i tak tu stanowię większość :P Ważysz więcej niż moje 104? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

meeting...
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. Właśnie. Był swego czasu pomysł na meeting. Ba, byli nawet sponsorzy do piwa. Na podstawie własnych obserwacji kto by musiał tam być (z developerów, użytkownicy też mile widziani) potrzebowalibyśmy finansów na: - bilet dla huntera z raszyna do warszawy + powrotny (2.40zł x 2) - bilet dla Wardena w jedną stronę z Łodzi do Warszawy (tylko do zachodniej, reszte ma na piechotę pedałować, w drugą też mu nie trzeba, bo to debianowiec) - bilety dla Alec'a i Lexx'a - kasa dla naszej czwórki na browar + inne atrakcje ;-) No to co, znajdzie się chętny sponsor? :-) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Kolorystyka.
by Warden 09 Wrz '03

09 Wrz '03

Łukasz Jarosław Mozer wrote: > Witam. > > Właśnie, komu się nie podoba? > > Gwoli ścisłości: > > $ wc -l /var/lib/ecartis/lists/lms/users > 113 /var/lib/ecartis/lists/lms/users Ja i tak tu stanowię większość :P -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: [lms] Re: [lms] Re: [lms] kilka założeń systemu finansowego.
by Warden 09 Wrz '03

09 Wrz '03

Łukasz Jarosław Mozer wrote: > Witam. > >> To nie ta bajka... > > Za górami za lasami żył sobie Warden ze swoimi o zmianie kolorów w > DEVEL urojeniami... > I tak jutro zmienimy! :P -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: kilka zaloen systemu finansowego.
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. > 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 Pewnie nawet mi się to spodoba, jak zrozumiem ;-) Ale chory aktualnie jestem. -- Łukasz 'apsik' Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Kolorystyka.
by pbern＠pbern.biz 09 Wrz '03

09 Wrz '03

On Tue, 9 Sep 2003, Łukasz Jarosław Mozer wrote: > $ wc -l /var/lib/ecartis/lists/lms/users > 113 /var/lib/ecartis/lists/lms/users a aktywnych moze z 15 :>>>> Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] kilka założeń systemu finansowego.
by Warden 09 Wrz '03

09 Wrz '03

Łukasz Jarosław Mozer wrote: > Witam. > >> a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma >> termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 >> co wy na to ??? > > 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 -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Kolorystyka.
by Łukasz Jarosław Mozer 09 Wrz '03

09 Wrz '03

Witam. Właśnie, komu się nie podoba? Gwoli ścisłości: $ wc -l /var/lib/ecartis/lists/lms/users 113 /var/lib/ecartis/lists/lms/users -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

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

09 Wrz '03

Witam. > no tak ale mi chodzi o to ze user normalnie placi kazdego 8 w terminie > a tu raptem nie ma kaski na koncie i ladnie prosi o przelozenie > terminu. Jak mu zmienie z 8 na 15 to potem musze pamietac zeby jak > zaplaci to spowrotem zamianic na 8 a to jest zawracanie dupy Proste, jak ma na minusie i go wsio samo odłączy to go podłączasz. I wtedy wiesz że jak ktoś jest podłączony to albo go sam włączyłeś, albo trzeba pójść kogoś w cymbał strzelić ;> -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

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

09 Wrz '03

Witam. > To nie ta bajka... Za górami za lasami żył sobie Warden ze swoimi o zmianie kolorów w DEVEL urojeniami... BP, MSPANC. -- Łukasz 'Chodząca Grypa' Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] kilka za³o¿eñ systemu finansowego.
by Warden 09 Wrz '03

09 Wrz '03

pbern(a)pbern.biz wrote: > On Tue, 9 Sep 2003 detekt(a)detekt.pl wrote: > >> a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma >> termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 >> co wy na to ??? > przeciez juz teraz mzoesz defionowac kazdemu inny dzien platnosci... > To nie ta bajka... -- Pozdrawiam, Radoslaw 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: [lms] Re: Re: [lms] kilka założeń systemu finansowego.
by detekt＠detekt.pl 09 Wrz '03

09 Wrz '03

Witam pbern, ppb> On Tue, 9 Sep 2003 detekt(a)detekt.pl wrote: >> a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma >> termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 >> co wy na to ??? ppb> przeciez juz teraz mzoesz defionowac kazdemu inny dzien platnosci... ppb> Pozdrawiam ppb> Pawel Bernadowski ppb> GG 3377, email kontakt(a)pbern.biz no tak ale mi chodzi o to ze user normalnie placi kazdego 8 w terminie a tu raptem nie ma kaski na koncie i ladnie prosi o przelozenie terminu. Jak mu zmienie z 8 na 15 to potem musze pamietac zeby jak zaplaci to spowrotem zamianic na 8 a to jest zawracanie dupy -- Pozdrawiam Detekt -- http://megacovers.detekt.pl Najwieksza baza okladek

1 0

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

09 Wrz '03

Witam. > a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma > termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 > co wy na to ??? Narazie nie ma terminu płatności, nie mam pomysłu jak go rozwiazac w SQL'u, masz pomysły michał? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: [lms] kilka założeń systemu finansowego.
by Warden 09 Wrz '03

09 Wrz '03

detekt(a)detekt.pl wrote: > a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma > termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 > co wy na to ??? Hm. Brzmi rozsądnie, albo zamrożenie usera... ale chyba 'przypomnienie' za tydzień lepsze... -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: Re: [lms] kilka założeń systemu finansowego.
by pbern＠pbern.biz 09 Wrz '03

09 Wrz '03

On Tue, 9 Sep 2003 detekt(a)detekt.pl wrote: > a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma > termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 > co wy na to ??? przeciez juz teraz mzoesz defionowac kazdemu inny dzien platnosci... Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] kilka założeń systemu finansowego.
by detekt＠detekt.pl 09 Wrz '03

09 Wrz '03

Witam Łukasz, ŁJM> Witam. ŁJM> Powiedzicie czy zgadzacie się z tymi założeniami, a jeżeli nie, to ŁJM> dlaczego: ŁJM> - opłaty są naliczne z góry, tj, jeżeli opłata występuje co miesiąc i ŁJM> jest naliczana piątego każdego miesiąca, to znaczy że 5 kwietnia ŁJM> user zostaje obciążony za okres 5 kwietnia - 4 maja ŁJM> - naliczanie opłat powinno być wywoływane o północy, że na samym ŁJM> początku danego dnia obciążenie zaistnieje ŁJM> Po co mi to? Hm, chcę wprowadzić coś takiego jak właśnie daty ŁJM> obowiązywania taryf względem userów, oraz rozliczanie części okresu ŁJM> (np. przy odpinaniu taryfy w połowie miesiąca). a moze by tak dorzucic mozliwosc odroczki o X dni. zalozmy koles ma termin do 8 a dzwoni i prosi ladnie o przelozenie terminu np. do 15 co wy na to ??? -- Pozdrawiam Detekt

1 0

Re: [lms] kilka założeń systemu finansowego.
by Warden 09 Wrz '03

09 Wrz '03

Łukasz Jarosław Mozer wrote: > Witam. > > Powiedzicie czy zgadzacie się z tymi założeniami, a jeżeli nie, to > dlaczego: > > - 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 tak > - naliczanie opłat powinno być wywoływane o północy, że na samym > początku danego dnia obciążenie zaistnieje nie po polsku i nie rozumiem, ale chyba tak :} -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

lms-traffic
by pbern＠pbern.biz 09 Wrz '03

09 Wrz '03

Hm... chyba mam cos nie tak.... najnowsza wersja z cvs`u... perl-DBD-mysql oczywiscie mam... DBD::mysql::st execute failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 at /usr/sbin/lms-traffic line 141. DBD::mysql::st execute failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 at /usr/sbin/lms-traffic line 141. Pozdrawiam Pawel Bernadowski

1 0

traffic_ipt.sh
by pbern＠pbern.biz 09 Wrz '03

09 Wrz '03

Po malych modyfikacjach zaczelo to calkiem rozsadnie dzialac.... modyfikacje... na poczatku rm /var/log/traffic.log #bo tak ladnie dopisywal do pliku.. i powielal stare rekordy W petli zmniejszylem zakres cut do -c10-18 bo tak ladnie dodawal smieci do cyferek... to tak na tyle... poczekamy kilka rundek.. i opisze co i jak ;))) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

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

09 Wrz '03

On Mon, 8 Sep 2003, Łukasz Jarosław Mozer wrote: > - 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 bardzo dobry pomysl.... i od razu moglbys dodac by naliczal z automatu kare... tzn jezeli nie uregulowano platnosci przez 7dni od naliczenia oplaty miesiecznej naloz kare :) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

kilka założeń systemu finansowego.
by Łukasz Jarosław Mozer 08 Wrz '03

08 Wrz '03

Witam. Powiedzicie czy zgadzacie się z tymi założeniami, a jeżeli nie, to dlaczego: - 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 - naliczanie opłat powinno być wywoływane o północy, że na samym początku danego dnia obciążenie zaistnieje Po co mi to? Hm, chcę wprowadzić coś takiego jak właśnie daty obowiązywania taryf względem userów, oraz rozliczanie części okresu (np. przy odpinaniu taryfy w połowie miesiąca). -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: statystytki
by A.L.E.C 07 Wrz '03

07 Wrz '03

> Witam... > > w manualu napisane jest ze w glownym oknie lms`a powinienem miec > takie cos jak 'statystyki'. Jednak tego nie ma... mimo ze mam > najnowsza wersje z cvs`a, uaktualniona baze... itd... :) w lms.ini dodaj w sekcji [phpui] zmienna enable_stats = 1 wiecej info o statystykach jest w contrib/traffic-stats/README (troche nieaktualne). Jest to bardzo swiezy modul dlatego brakuje tego w manualu, wkrótce takze manual zostanie rozbudowany. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

statystytki
by pbern＠pbern.biz 07 Wrz '03

07 Wrz '03

Witam... w manualu napisane jest ze w glownym oknie lms`a powinienem miec takie cos jak 'statystyki'. Jednak tego nie ma... mimo ze mam najnowsza wersje z cvs`a, uaktualniona baze... itd... :) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: finanse...
by hunter 06 Wrz '03

06 Wrz '03

On Sat, Sep 06, 2003 at 05:17:04PM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > > O czymś zapomniałem? :-) > > O tym że właściwie nie wiem o co Ci chodzi ;) Lukaszku, my pressuss, relacje jeden do wielu ( na rysunku moim to 1--oo) takie cos w Bazach danych ) Dobrze wyklarowac sobie co jest 1 np hunter, i co jest wiele np jego komputerki. -- 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: finanse...
by Pawe� Tyll 06 Wrz '03

06 Wrz '03

> > Dla mnie taryf być nie powinno, skoro zdecydowałeś się na 1C, czyli > > sumowanie BW. Powinny być tylko usługi, taryfy do gazu ;) > To kwestia nazewnictwa. No więc nazywaj jak należy :> Zdrówko.

1 0

Re: finanse...
by Łukasz Jarosław Mozer 06 Wrz '03

06 Wrz '03

Witam. > Dla mnie taryf być nie powinno, skoro zdecydowałeś się na 1C, czyli > sumowanie BW. Powinny być tylko usługi, taryfy do gazu ;) To kwestia nazewnictwa. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: finanse...
by Pawe� Tyll 06 Wrz '03

06 Wrz '03

> No to jak Ty to widzisz? Właśnie w tym momencie rozdzielenie taryf i > do tego blokowanie by można było dodać tylko jedną taryfę z limitem > per user, podział na taryfy srakie i owakie rozpieprzą LMS i kod w > drobny mak. O wiele łatwiej jest wprowadzić to o czym ja mówię, a > docelowo to robudować później. Dla mnie taryf być nie powinno, skoro zdecydowałeś się na 1C, czyli sumowanie BW. Powinny być tylko usługi, taryfy do gazu ;) Zdrówko.

1 0