Wrzesień 2005 - lms - lists.lms.org.pl

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

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