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

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