- lms - lists.lms.org.pl

Re: dlugo ladujaca sie lista faktur
by clp＠e-data.net.pl 11 Wrz '05

11 Wrz '05

> A mówiłem z rok czasu wywalić w pppppppp----zzzzdu? mówiłem? no :-D > słuchać się wiaro, to jeszcze do czegoś dojdziemy. A serio to można sobie > przyspieszyć, np aceleratorem do php który trzyma prekompilowany kod php w a moglbys podac nazwe tego aceleratora? czy to w php odrazu jest tylko trzeba uruchomic? Pozdrawiam Paweł Tykwiński

1 0

Re: dlugo ladujaca sie lista faktur
by clp＠e-data.net.pl 11 Wrz '05

11 Wrz '05

> to byłem ja ;) a działa dzybciej bo pozbyliśmy się powiązania obciążeń z > wpłatami, a co za tym idzie nie ma już sprawdzania czy faktura jest > rozliczona, czy nie. Teraz rozliczenie faktury to tylko zmiana statusu w > bazie. > > ile masz faktur/klientów w bazie i jaki to sprzęt, 15 sekund to dalej > sporo, jak na mój gust. 2827-faktur, klientow ~300, moze przesadzilem z tymi 15 sekundami jest okolo 8 (od klikniecia do wyswietlenia strony) [root@e-data ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 7 model name : Pentium III (Katmai) stepping : 2 cpu MHz : 501.271 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips : 989.18 [root@e-data ~]# cat /proc/meminfo MemTotal: 321176 kB MemFree: 3336 kB Buffers: 7864 kB Cached: 42008 kB SwapCached: 24704 kB Active: 260960 kB Inactive: 35536 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 321176 kB LowFree: 3336 kB SwapTotal: 522104 kB SwapFree: 449952 kB Dirty: 1160 kB Writeback: 0 kB Mapped: 262188 kB Slab: 14720 kB CommitLimit: 682692 kB Committed_AS: 632628 kB PageTables: 3340 kB VmallocTotal: 704504 kB VmallocUsed: 1596 kB VmallocChunk: 702464 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 4096 kB

1 0

Re: dlugo ladujaca sie lista faktur
by Krzysztof Drewicz 11 Wrz '05

11 Wrz '05

A.L.E.C napisał(a): >> blyskawicznie. To jakis madry programista cos naprawil czy ja cos >> psujac >> na serverze cos nie chcacy naprawilem ;P ? > > > to byłem ja ;) A mówiłem z rok czasu wywalić w pppppppp----zzzzdu? mówiłem? no :-D słuchać się wiaro, to jeszcze do czegoś dojdziemy. A serio to można sobie przyspieszyć, np aceleratorem do php który trzyma prekompilowany kod php w pamięci/zrzuca na hdd (do /tmp np) i ładuje. Koszt pamięciowy klasy 4-8 MB i można mieć 10 krotny speed-up. kd. -- Krzysztof Drewicz

1 0

Re: dlugo ladujaca sie lista faktur
by A.L.E.C 11 Wrz '05

11 Wrz '05

clp(a)e-data.net.pl napisał(a): > Jakis czas temu pisalem o dlugo ladujacej sie liscie faktur. Ostatnio > robilem update z cvs i jakos zauwazylem ze ta lisa faktur laduje sie > blyskawicznie. To jakis madry programista cos naprawil czy ja cos psujac > na serverze cos nie chcacy naprawilem ;P ? Kiedys lista ladowala mi sie > okolo 1-2 min a teraz max 15 sekund. to byłem ja ;) a działa dzybciej bo pozbyliśmy się powiązania obciążeń z wpłatami, a co za tym idzie nie ma już sprawdzania czy faktura jest rozliczona, czy nie. Teraz rozliczenie faktury to tylko zmiana statusu w bazie. ile masz faktur/klientów w bazie i jaki to sprzęt, 15 sekund to dalej sporo, jak na mój gust. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Prosba
by Sebastian Wojtyczka 11 Wrz '05

11 Wrz '05

Witam. Czy ktoś jest chętny na konfiguracje serwera z lms oczywiście za kase. Mam pewne problemy z którymi nie moge sobie poradzić. Chętnych prosze o kontakt.

1 0

dlugo ladujaca sie lista faktur
by clp＠e-data.net.pl 11 Wrz '05

11 Wrz '05

Jakis czas temu pisalem o dlugo ladujacej sie liscie faktur. Ostatnio robilem update z cvs i jakos zauwazylem ze ta lisa faktur laduje sie blyskawicznie. To jakis madry programista cos naprawil czy ja cos psujac na serverze cos nie chcacy naprawilem ;P ? Kiedys lista ladowala mi sie okolo 1-2 min a teraz max 15 sekund. Pozdrawiam Paweł Tykwiński

1 0

Re: vBOK
by Grzegorz Cichowski 11 Wrz '05

11 Wrz '05

>> http://cvs.rulez.pl/viewcvs.cgi/lms/lms.tar.gz?tarball=1&only_with_tag=LMS_… >Hmm, pociągnałem sobie tego linka i sciągnęła mi się wersja 1.7 bo zle pociagneles :P zmontuj sobie link wjedna linijke i wklep: http://cvs.rulez.pl/viewcvs.cgi/lms/lms.tar.g z?tarball=1&only_with_tag=LMS_0106 byq

1 0

backup
by Paweł Hacuś 11 Wrz '05

11 Wrz '05

Witam mam problem z przywróceniem backupa po wysypaniu się systemu zainstalowałem najnowsze stabilne oprogramowanie LMS próbuję przywrócić backupale jedynie nazwy komputerów i finanse udaje się przywrócić za to nie widzę wogóle grup ani klientów :( bardzo proszę o pomoc i z góry dziekuję Hacek01

1 0

Re: perl -> c/daemon was: Re: Re: Faktury pdf
by Marcin Król 11 Wrz '05

11 Wrz '05

Krzysztof Drewicz napisał(a): >> Noż to mówię, dopracować, dopieścić. Są tu ludzie od bsd? Niech się >> wypowiedzą. > > Echm. oni mają w nosie :-< Skoro oni mają nas gdzieś, to to chyba nie jest nasz problem ;) [...] >> Jakoś "minimalny" i "perl" do siebie średnio pasują. lmsd jest jednak >> stanowczo mniejszy niż skrypt + perl ;) > > tzn zwiększamy wymagania: > Miś używający lmsa musi umieć: perla, sqla, phpa, tscripta? a i być może > niedługo nieźle c. > No chyba że olewamy umiejętności userii i jak ktoś sobie nie przejdzie > ze skryptów to mamy go w uchu. Dlaczego zaraz musi? Przecież zwykły luser (co zresztą często było udowadniane) zazwyczaj nie ma pojęcia o niczym co podałeś. A lms jakoś instaluje. Pozatym, tak jak napisałem wszystkie odpowiedniki skryptów przepisać w t-scripcie. Dla wstecznej zgodności można by nawet (o zgrozo!) umożliwić czytanie z lms.ini Teraz mamy sytuację w której mamy 2 backendy różniące się praktycznie wszystkim: są różne opcje konfiguracyjne, różne zmienne, różny sposób zapisywania konfiguracji, różna filozofia przeładowywania, inne podejście do crona... Nie lepiej dla nas i dla ogułu skupić się na tym co jest lepsze i rozwijać tylko to? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: perl -> c/daemon was: Re: Re: Faktury pdf
by Krzysztof Drewicz 11 Wrz '05

11 Wrz '05

Marcin Król napisał(a): >Noż to mówię, dopracować, dopieścić. Są tu ludzie od bsd? Niech się >wypowiedzą. > Echm. oni mają w nosie :-< >Solaris? Hm, używa ktoś lmsa na solarisie? Win32? > > > Pierwszego nie widziałem (choć słyszałem o człowieku co chciał solka stawiać, bo on ma HZ=1000 czy jakoś tak i miało to być lekarstwo na +10 ms przy QoS/Dummynet). Drugiego 2 lata temu na IIS+php+mysqlu odpaliłem "bo TAK". Ale i tak active perl to namiastka tego co jest potrzebne. >>no a ja chciałbym żeby do uruchomienia jakiegoś routerka system >>potrzebny był "minimalny" >> >> > >Jakoś "minimalny" i "perl" do siebie średnio pasują. lmsd jest jednak >stanowczo mniejszy niż skrypt + perl ;) > tzn zwiększamy wymagania: Miś używający lmsa musi umieć: perla, sqla, phpa, tscripta? a i być może niedługo nieźle c. No chyba że olewamy umiejętności userii i jak ktoś sobie nie przejdzie ze skryptów to mamy go w uchu. kd. -- Krzysztof Drewicz

1 0

Re: perl -> c/daemon was: Re: Re: Faktury pdf
by Marcin Król 10 Wrz '05

10 Wrz '05

Krzysztof Drewicz napisał(a): >> rozszerzenia mail, sms, gg (im?) do tscripta i wysyłać >> maila/sms/gg/cokolwiek w wygodny (i podobny) sposób za pomocą t-script. > > Veto? Baset, weź no mnie wesprzyj: > > perl jest jakimś tam standardem i póki demon nie kompiluje się ootb > choćby na bsd to hm... > zamykacie część jakiegoś tam systemu do którego fall-back być powinien. Noż to mówię, dopracować, dopieścić. Są tu ludzie od bsd? Niech się wypowiedzą. Solaris? Hm, używa ktoś lmsa na solarisie? Win32? > no a ja chciałbym żeby do uruchomienia jakiegoś routerka system > potrzebny był "minimalny" Jakoś "minimalny" i "perl" do siebie średnio pasują. lmsd jest jednak stanowczo mniejszy niż skrypt + perl ;) -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

perl -> c/daemon was: Re: Re: Faktury pdf
by Krzysztof Drewicz 10 Wrz '05

10 Wrz '05

Marcin Król napisał(a): >A.L.E.C napisał(a): > > > >>>Postuluję aby do 1.8 usunąć wszystkie skrypty a ich funkcjonalności >>>przepisać do t-script, oraz ew. do innych modułów lmsd. Utrzymywanie >>> >>> >>> >>jestem za, problem będzie tylko z sendinvoices, i rtparser, pozostałe >>można spokojnie zaimplementować przy pomocy t-scripta, te których się >>nie da wylądują ewentualnie w contrib. Myślę, że wezmę się za to po woli >>po skończeniu korekt. >> >> > >Problem może być jeszcze z send-sms. Można by teoretycznie napisać > > Toż to można chyba wygenerować skrypta powłoki i /bin/sh odpalać potem. >rozszerzenia mail, sms, gg (im?) do tscripta i wysyłać >maila/sms/gg/cokolwiek w wygodny (i podobny) sposób za pomocą t-script. > > Veto? Baset, weź no mnie wesprzyj: perl jest jakimś tam standardem i póki demon nie kompiluje się ootb choćby na bsd to hm... zamykacie część jakiegoś tam systemu do którego fall-back być powinien. no a ja chciałbym żeby do uruchomienia jakiegoś routerka system potrzebny był "minimalny" -- Krzysztof Drewicz

1 0

Re: vBOK
by Arkadiusz Fryz 10 Wrz '05

10 Wrz '05

Hmm, pociągnałem sobie tego linka i sciągnęła mi się wersja 1.7 -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of Grzegorz Cichowski Sent: Saturday, September 10, 2005 9:39 PM To: lms(a)lists.rulez.pl Subject: [lms] Re: vBOK >Przyznam sie szczerze, ze kompletnie nie orientuje sie w protokole cvs i >wdzieczny bym byl za cala procedure albo linka do strony by sciagnac >prawidlowa wersje lms 1.6.4 Dzieki z gory. http://cvs.rulez.pl/viewcvs.cgi/lms/lms.tar.gz?tarball=1&only_with_tag=LMS_0 106 byq

1 0

Re: Faktury pdf
by Marcin Król 10 Wrz '05

10 Wrz '05

A.L.E.C napisał(a): >> Postuluję aby do 1.8 usunąć wszystkie skrypty a ich funkcjonalności >> przepisać do t-script, oraz ew. do innych modułów lmsd. Utrzymywanie >> dwóch częściowo niezgodnych ze sobą backendów będzie coraz trudniejsze, >> więc lepiej postawić na jeden i dopieścić go w 100%. >> > jestem za, problem będzie tylko z sendinvoices, i rtparser, pozostałe > można spokojnie zaimplementować przy pomocy t-scripta, te których się > nie da wylądują ewentualnie w contrib. Myślę, że wezmę się za to po woli > po skończeniu korekt. Problem może być jeszcze z send-sms. Można by teoretycznie napisać rozszerzenia mail, sms, gg (im?) do tscripta i wysyłać maila/sms/gg/cokolwiek w wygodny (i podobny) sposób za pomocą t-script. sendinvoices mógłby powstać jako moduł lmsd, i byłby uruchamiany z crona. Tyle, że trzeba by go napisać :) rtparser natomiast (tak samo jak lms-squid) musi być standalone i z tymi dwoma sam nie wiem co zrobić. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: vBOK
by Grzegorz Cichowski 10 Wrz '05

10 Wrz '05

>Przyznam sie szczerze, ze kompletnie nie orientuje sie w protokole cvs i >wdzieczny bym byl za cala procedure albo linka do strony by sciagnac >prawidlowa wersje lms 1.6.4 Dzieki z gory. http://cvs.rulez.pl/viewcvs.cgi/lms/lms.tar.gz?tarball=1&only_with_tag=LMS_… byq

1 0

Re: vBOK
by Marcin 10 Wrz '05

10 Wrz '05

Witaj A.L.E.C, W Twoim liście datowanym 10 września 2005 (20:14:02) można przeczytać: ALEC> Marcin napisał(a): >> Oki sory. wdzieczny bede za odrobine pomocy jeszcze. >> W opisie instalacji napisano ze potrzebna jest wersja lms 1.6.4 nie >> widzialem niestety takiej, najwysza to 1.6.3. Wiec czy przy przejsciu z >> 1.6.3 na 1.7.2 nie bede mial problemow z baza ?? ALEC> Użyj wersji cvsowej z serii 1.6 (-r LMS_0106). Userpanel będzie działał ALEC> także z 1.6.3 bez problemu, ale dopiero w 1.6.4 (czyli to co teraz jest ALEC> w cvsie), jest panel konfiguracyjny dla Userpanela. ALEC> Jeśli chodzi o 1.7, to też będzie potrzebne 1.7-cvs, a nie 1.7.2, więc ALEC> jak masz już korzystać z cvsu, to skorzystaj z 1.6-cvs, przynajmniej nie ALEC> będziesz miał problemów z upgrejdem. Przyznam sie szczerze, ze kompletnie nie orientuje sie w protokole cvs i wdzieczny bym byl za cala procedure albo linka do strony by sciagnac prawidlowa wersje lms 1.6.4 Dzieki z gory. -- Pozdrowienia, Marcin

1 0

Re: vBOK
by A.L.E.C 10 Wrz '05

10 Wrz '05

Marcin napisał(a): > Oki sory. wdzieczny bede za odrobine pomocy jeszcze. > W opisie instalacji napisano ze potrzebna jest wersja lms 1.6.4 nie > widzialem niestety takiej, najwysza to 1.6.3. Wiec czy przy przejsciu z > 1.6.3 na 1.7.2 nie bede mial problemow z baza ?? Użyj wersji cvsowej z serii 1.6 (-r LMS_0106). Userpanel będzie działał także z 1.6.3 bez problemu, ale dopiero w 1.6.4 (czyli to co teraz jest w cvsie), jest panel konfiguracyjny dla Userpanela. Jeśli chodzi o 1.7, to też będzie potrzebne 1.7-cvs, a nie 1.7.2, więc jak masz już korzystać z cvsu, to skorzystaj z 1.6-cvs, przynajmniej nie będziesz miał problemów z upgrejdem. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: vBOK
by Marcin 10 Wrz '05

10 Wrz '05

Witaj Marcin, W Twoim liście datowanym 10 września 2005 (15:29:05) można przeczytać: MK> Marcin napisał(a): >> Witam! >> >> Nie moge znalezc nic na temat vBOK. Moze moglby ktos mi wskazac >> jakis linki do informacji na ten temat. Z gory dziekuje za >> pomoc. Jeszcze jedno pytanie. Na jaka wersje stabilna lms >> mozna przejsc bez zadnych problemow z wersji 1.6.0 Thor (1.669.2.9/1.7.2.2) >> a jesli sa jakies problemy to z gory dziekuje za wskazowki na co >> mialbym uwazac przy zmianie wersji. MK> To nie jest vBok tylko userpanel. MK> http://cvs.rulez.pl/viewcvs.cgi/userpanel/ MK> LMS-1.6.3 Laira jest najnowszą stabilną wersją LMSa. Oki sory. wdzieczny bede za odrobine pomocy jeszcze. W opisie instalacji napisano ze potrzebna jest wersja lms 1.6.4 nie widzialem niestety takiej, najwysza to 1.6.3. Wiec czy przy przejsciu z 1.6.3 na 1.7.2 nie bede mial problemow z baza ?? -- Pozdrowienia, Marcin

1 0

HTB i upload
by w0lf＠o2.pl 10 Wrz '05

10 Wrz '05

mam problem z HTB... nie dziala jak powinno ograniczanie uploadu nie wiem czemu natomiast ograniczanie download dziala ok... Wie ktos moze co moze byc nie tak ? Slackware 10 Wersja LMS: 1.6.1 Ishta (1.669.2.9/1.7.2.2) Wersja LMSDB: 1.6.1 Ishta (core: 1.34.2.2 / driver: mysql 1.32.2.1) Wersja MySQL: 4.1.12-log Wersja PHP: 4.3.11 Wersja Smarty: 2.6.8

1 0

Re: Faktury pdf
by A.L.E.C 10 Wrz '05

10 Wrz '05

Marcin Król napisał(a): > Postuluję aby do 1.8 usunąć wszystkie skrypty a ich funkcjonalności > przepisać do t-script, oraz ew. do innych modułów lmsd. Utrzymywanie > dwóch częściowo niezgodnych ze sobą backendów będzie coraz trudniejsze, > więc lepiej postawić na jeden i dopieścić go w 100%. > jestem za, problem będzie tylko z sendinvoices, i rtparser, pozostałe można spokojnie zaimplementować przy pomocy t-scripta, te których się nie da wylądują ewentualnie w contrib. Myślę, że wezmę się za to po woli po skończeniu korekt. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: Faktury pdf
by Marcin Król 10 Wrz '05

10 Wrz '05

Damian Gawęda napisał(a): >>lms.ini is beeing obsolete, co tłumaczy się: >>ustawienia przechowywujemy w bazie i edytujemy z poziomu UI, prawda? > > Ja tam uzywam 'obsolete' lms.ini z premedytacja. Skrypty nie umieja z > bazy danych czytac ustawien. Postuluję aby do 1.8 usunąć wszystkie skrypty a ich funkcjonalności przepisać do t-script, oraz ew. do innych modułów lmsd. Utrzymywanie dwóch częściowo niezgodnych ze sobą backendów będzie coraz trudniejsze, więc lepiej postawić na jeden i dopieścić go w 100%. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: vBOK
by Marcin Król 10 Wrz '05

10 Wrz '05

Marcin napisał(a): > Witam! > > Nie moge znalezc nic na temat vBOK. Moze moglby ktos mi wskazac > jakis linki do informacji na ten temat. Z gory dziekuje za > pomoc. Jeszcze jedno pytanie. Na jaka wersje stabilna lms > mozna przejsc bez zadnych problemow z wersji 1.6.0 Thor (1.669.2.9/1.7.2.2) > a jesli sa jakies problemy to z gory dziekuje za wskazowki na co > mialbym uwazac przy zmianie wersji. To nie jest vBok tylko userpanel. http://cvs.rulez.pl/viewcvs.cgi/userpanel/ LMS-1.6.3 Laira jest najnowszą stabilną wersją LMSa. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: Faktury pdf
by Damian Gawęda 10 Wrz '05

10 Wrz '05

Dnia 09-09-2005, w liście od Krzysztof Drewicz przeczytałem: > lms.ini is beeing obsolete, co tłumaczy się: > ustawienia przechowywujemy w bazie i edytujemy z poziomu UI, prawda? Ja tam uzywam 'obsolete' lms.ini z premedytacja. Skrypty nie umieja z bazy danych czytac ustawien. Pozdrawiam, -- Damian Gawęda

1 0

vBOK
by Marcin 10 Wrz '05

10 Wrz '05

Witam! Nie moge znalezc nic na temat vBOK. Moze moglby ktos mi wskazac jakis linki do informacji na ten temat. Z gory dziekuje za pomoc. Jeszcze jedno pytanie. Na jaka wersje stabilna lms mozna przejsc bez zadnych problemow z wersji 1.6.0 Thor (1.669.2.9/1.7.2.2) a jesli sa jakies problemy to z gory dziekuje za wskazowki na co mialbym uwazac przy zmianie wersji. -- Pozdrowienia, Marcin

1 0

Re: faktury korygujące - testy
by Krzysztof Drewicz 10 Wrz '05

10 Wrz '05

Przemysław 'Repcio' Gubernat napisał(a): >On Fri, Sep 09, 2005 at 10:17:14AM +0200, Krzysztof Drewicz wrote: > > >>>Zmieniając firmę płatności z "GOTÓWKA" na "PRZELEW" wrócił mi do >>> >>> >>> >>> >>Ze zmianą formy płatności to jest tak że nie dokońca >> >> >> >Nie chodziło mi o sensowność zmiany, a jedynie że widnienie taka możliwość >"Przeciętny klikacz" w BOKu może przypadkiem taką zmianę wprowadzić, gdyż np. >klient będzie się głośno domagał takiej zmiany, a wtedy osoby mało zaprawione >w bojach z klientem mogą ulec perswazji. > > No jak dla mnie to nie pownno tego tam być i tyle. A odpalić sqlpanel.php zaprawione w bojach z DB osoby zawsze mogą i 1 przypadek na 2^24 obsłużą. >A to jest wymóg banków, gdyż jeżeli robisz płatność kartą bank pobiera prowizję > > Hm, tak ale też nie dokońca. Bony, talony, karty zniżkowe etc. na to wszystko też są jakieś rozporządzenia. A moim skromnym: forma płatności w 90% przypadków == przelew. Firmy ISP które mają własną "kasę" i zatrudniaja kasjerkę na ogół miały coś typu lms od chwili powstania albo zrobiły własne. A panienki do obsługi klienta maja tam zestaw prikazów i nie zrobią takiej zmiany jak zmiana formy płatności, bo "nie". :-D -- Krzysztof Drewicz

1 0