- lms - lists.lms.org.pl

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

11 Wrz '05

Dnia Sun, Sep 11, 2005 at 12:16:23AM +0200 Marcin Król napisał(a): > > > > 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? > To moze jeszcze ja sie wypowiem jak widze to z punktu widzenia zwyklego szarego usera korzystajacego z LMS'a majace jakies tam "podstawowe" pojecie o sql, php, programowaniu w roznych jezykach... Na samym poczatku kiedy uzywalem LMS'a korzystalem z dostarczonych skryptow pisanych przez Was w perlu - dzialo ok, ladnie mozna bylo dopisac sie co bylo potrzeba itp. Kombajn lms-mgc byl wszystkim co potrzeba do generowania plikow konfiguracyjnych, a reszta skryptow robila inne potrzebne rzeczy. Kilka miesiecy temu potrzebne mi bylo cos tam do lms-mgc - rzucilem zapytanie na grupe dostalem odpowiedz ze daemon ladnie to generuje czy robi (nie pamietam juz o co mi wtedy chodzilo ale jest to malo wazne). Pomyslalem ok, podstawy perla zalapalem, programowanie w C liznalem w szkole, przesiade sie by sie podszkolic. Bez problemu przesiadlem sie na daemona i sobie go chwale jako szybszego od skryptow w wiekszosci przypadkow i potrafiacego robic dokladnie to samo co skrypty perlowe. Obecnie korzystam chyba tylko z lms-antyvir a reszta leci z daemona. Teraz pojawil sie T-script - nowy, ladny, piekny :) - przynajmniej tak o nim piszecie gdyz nei mialem jesczze czasu by sie mu blizej przyjzec. Postanowilem sie przesiasc gdyz wywnioskowalem z wypowiedzih o T-script'ie ze chyba w daemonie bedzie raczej wspierane generowanie wszystkiego za pomoca tego jezyka a nie np za pomoca dhcp.so, tc.so czy hostfile.so. Tak wiec z czasem pewnie wypadna te moduly i to popieram o ile za pomoca Tscript'a da rade wygenerowac to samo. Teraz do czego zmierzam piszac cala historie korzystania z LMS'a - dla mnie jako jednego z userow NIE JEST WAZNE JAKI BACKEND BEDZIE WSPIERANY ALE WAZNE ZEBY BYL TO TYLKO JEDEN UNIWERSALNY I NA STALE !!! to jaki wybierzecie jako developerzy nie ma dla nas enduserow zadnego znaczenia. Dopasujemy sie do wszytkiego, ale nie badzcie jak te gryzipiurki w rzadzie ktorzy zmieniaja ciagle przepisy podatkowe by ulatwic podatnikom zycie. Ciagle zmiany sa najgorszym z mozliwych scenariuszy i jak mozecie to prowadzcie do ujednolicenia systemu programowania i w tym kierunku idzcie. Kto wie czy za pare miesiecy ktos nie wymysli ze moze w jeszcze innym jezyku pisanie bedzie ciekawsze??? Osobiscie naprawde jak wszystko bedzie generowane z tscripta to sie dostosuje, jak tak jak jest to do tej pory w innych scryptach lmsd tez sie dopasuje (juz dopasowalem), jak wrocicie do perla - tez bedzie ok (no dobra tu juz przesadzilem - tego nie popieram). Mysle ze moje poglady podziela wiekszosc korzystajacych z LMS'a (przynajmniej Ci mniejsi - tacy jak ja). Zastanowcie sie nad tym... -- Andrzej Banach net-komp.net.pl

1 0

squid-redirector nie działa poprawnie
by Maciej Krok 11 Wrz '05

11 Wrz '05

Witam, zaistalowałem 1.7.2 i mam problem z lms-squid. Tzn działa, ale aż za dobrze ;-) przekierowuje po kilkanascie razy. Efekt taki ze po wpisaniu onet.pl trzeba odczekac z 10 sec.! (dla <1.6.2 wszystko bylo ok) następnie odpala sie jakaś dziwna pętla i po chwili mamy kilometrowy adres: www.pl/moja_winetka/?oldurl=www.pl/moja_winetka/?oldurl=www.pl/moja_winetka… z 30 razy)... www.pl/moja_winetka/?oldurl=onet.pl. No i nie wiem gdzie szukac błędu :| Squid 2.5 stable9 lms 17-cvs(1.731/1.11) Maciek

1 0

Re: userpanel
by Krzysztof Drewicz 11 Wrz '05

11 Wrz '05

exe_2 napisał(a): > *Fatal error*: Call to undefined function: iconv() in > */var/www/userpanel/modules/finances/transferform.php* on line *32* > czy mam coś w ustwieniach żle , czy może raczej poszukać w samym php ? Szczerze to mam ochotę wysłać Cię na www.php.net i kazać wpisać iconv w pole search tyle razy ile ktoś nie obejży: http://lms.rulez.pl/doc/install-requirements.html Przecież iconv to tak normalna rzecz w systemie że jeśli masz mysqla to na 100% będziesz musial i iconv użyć... Szukaj iconv w php/Twoim systemie. Zacznij od np phpinfo(); kd, -- Krzysztof Drewicz

1 0

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

11 Wrz '05

clp(a)e-data.net.pl napisał(a): >>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? > > > Zrób tak: a) backup danych :) b) php-eaccelerator (http://eaccelerator.net/) c) porównaj wyniki. d) poklikaj trochę po lmsie e) porównaj wyniki Efekt subiektywny jest taki że 2gie, 30cie... n-te kliknięcie jest "ziiuuuuuuuuuuuum" a pierwsze "łlaaaaaaaaaaauuuuuuje". Pisałem o tym w dokumentacji chyba. Aha, jak podają testy: turck-mmcache ssie, a w/w soft jest jego forkiem/następcą. Jak donieśli konsultanci na ircu, całkiem niezłym następcą i nie tylko lms zyskuje niezłego kopa. Aha, nie działa jako CGI, tylko np apache+ mod_php. kd. -- Krzysztof Drewicz

1 0

userpanel
by exe_2 11 Wrz '05

11 Wrz '05

witam , przy wydruku formularza wołaty dostaję taki komunikat: Fatal error: Call to undefined function: iconv() in /var/www/userpanel/modules/finances/transferform.php on line 32 czy mam coś w ustwieniach żle , czy może raczej poszukać w samym php ? ps. > 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 > kd. > Krzysztof Drewicz może i dobrze , ale jakby móc wybierać fakturę do rozliczenia przy wystawianiu KP to byłoby jeszcze lepiej , nie koniecznie musi być przecież to powiązane z "rozlicz dokument" ot po prostu kp wystawiane na podstwie f-ry. Pozdrawiam Piotr Grenda

1 0

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