- lms - lists.lms.org.pl

Re: Sun Cobalt
by Andrzej Banach 13 Wrz '06

13 Wrz '06

lmsfan napisał(a): > A tak konkretniej ? Bo ja już nie wiem czego szukać: w systemie znalazłem > 2 php.ini: /etc/admserv/php.ini i /etc/httpd/php.ini. Jak na mój gust nie > są zlinkowane, choć wyglądają na takie same. > W obu odhaszowałem extension=mysql.so (w oryginale było na dodatek msql.so > !) i teraz zamiast wrzucać do przeglądarki html-a to wysyła oryginalny > plik index.php :( > > Uff. Zastosuj sie do netykiety. admserv - wykorzystywany jest przez interfejs RAQ (nie tykaj tego) httpd - to Twoj apache (tykaj to) Mam tez raq5.5. Jak masz standartowa instalke (nic wiecej poza pakietami z oryginalnej plyty) to na 99% musisz doinstalowac jeszcze caly serwer mysql. Pakiet mysql nie jest autorstwa tworcow raq5.5 wiec trzeba samemu kompilowac lub korzystac z innych gotowcow. Ja jak dobrze pamietam kompilowalem sobie wszystko bo cos nie chcialo pojsc. Ogolnie daj znac na prv to pomoge - moze jeszcze cos pamietam. Od dwoch lat UI lms'ika idealnie dziala na tej maszynce... pozdrawiam;

1 0

lms-squid
by Piotr Hołyński 13 Wrz '06

13 Wrz '06

Witam. Po skonfigurowaniu wedlug dokumentacji i wlaczeniu wiadomosci otrzymuje taki komunikat: "Dostęp do sieci na tym komputerze jest zablokowany. Możliwe przyczyny: nieznana karta sieciowa lub nieznany komputer." Co moze byc przyczyna takiego stanu rzeczy? Gdzie szukac? Pozdrawiam Piotr.

1 0

Re: pppoe
by Dariusz Kowalczyk 13 Wrz '06

13 Wrz '06

On Wed, 13 Sep 2006 20:14:21 +0200, Jakub Wartak wrote > Dnia poniedziałek, 11 września 2006 15:35, Łukasz Stadnik napisał: > > > pppoe samo w sobie bardzo nie obciąża procesor, ewentualnie źle zrobione > > kolejkowanie i firewall. Przy dobrej optymalizacji np. > > dynamiczne tworzenie kolejek do htb itp można postawić serwer > > pppoe dla >1000 użytkowników. W porównaniu do urządzeń gotowych > > masz większe pole do popisu. > > Dokladnie, a nieszyfrowane PPPoE dla kerneli 2.6.x _powinno_ sie niemal > skalowac tak jak zwykly ethernet, jedynie ilosc ifow moze przeszkodzic przy > route-cache... Czyli jesli sprzet wyciaga 200kpps to kernel jako taki nie > powinien miec problemow z przekroczeniem 170kpps. Ew. mozna robic bonding do > switchy zeby troche rozbic irq na kilka rdzeni ( czyli powiedzmy 4 rdzenie i > 4 karty gigaeth, 2 na klienckie ( 2x1000 ) + 2 do rdzenia ( 2x1000 ) ) i na > sztywno przybindowac eth do CPU + ustawic etherchannel na odpowiedni mac > balancing. > > -- > Jakub Wartak > -vnull > http://vnull.pcnet.com.pl/ ciekawe ile taka maszyna z czterema rdzeniamy kosztuje ..... a i tak wszystko jest na zasadzie powinno ...ale nikt glowe nie da ze bedzie ... a ten ichniejszy pppoe terminator gwarantuje pelna wydajnosc nawet przy najmniejszych pakietach...a gwarantuje to zdecydowanie inaczej brzmi niz powinno ... Dariusz Kowalczyk

1 0

Re: pppoe
by Jakub Wartak 13 Wrz '06

13 Wrz '06

Dnia poniedziałek, 11 września 2006 15:35, Łukasz Stadnik napisał: > pppoe samo w sobie bardzo nie obciąża procesor, ewentualnie źle zrobione > kolejkowanie i firewall. Przy dobrej optymalizacji np. > dynamiczne tworzenie kolejek do htb itp można postawić serwer > pppoe dla >1000 użytkowników. W porównaniu do urządzeń gotowych > masz większe pole do popisu. Dokladnie, a nieszyfrowane PPPoE dla kerneli 2.6.x _powinno_ sie niemal skalowac tak jak zwykly ethernet, jedynie ilosc ifow moze przeszkodzic przy route-cache... Czyli jesli sprzet wyciaga 200kpps to kernel jako taki nie powinien miec problemow z przekroczeniem 170kpps. Ew. mozna robic bonding do switchy zeby troche rozbic irq na kilka rdzeni ( czyli powiedzmy 4 rdzenie i 4 karty gigaeth, 2 na klienckie ( 2x1000 ) + 2 do rdzenia ( 2x1000 ) ) i na sztywno przybindowac eth do CPU + ustawic etherchannel na odpowiedni mac balancing. -- Jakub Wartak -vnull http://vnull.pcnet.com.pl/

1 0

Re: propozycja zmiany w UI
by Paweł Rohde 13 Wrz '06

13 Wrz '06

A.L.E.C napisał(a): >Marcin Król napisał(a): > > >>A moją starą propozycję odnośnie wszystkich okienek pamiętasz? >> >>http://lexx.polarnet.org/trash/test.php >> >> > >Tak ale nie chodziło mi o technikę, ale o sam fakt czy okno komputerów >nie powinno być tak samo traktowane jak pozostałe w Informacjach o > > Zdecydowanie TAK -- pozdrawiam Paweł Rohde ] [gadu-gadu: 755284 mail:pawel_NOSPAM@rohde.poznan.pl ] [komórka : 888 56 86 26 ] [skype : www.sky24.pl ]

1 0

Re: Sun Cobalt
by lmsfan 13 Wrz '06

13 Wrz '06

A tak konkretniej ? Bo ja już nie wiem czego szukać: w systemie znalazłem 2 php.ini: /etc/admserv/php.ini i /etc/httpd/php.ini. Jak na mój gust nie są zlinkowane, choć wyglądają na takie same. W obu odhaszowałem extension=mysql.so (w oryginale było na dodatek msql.so !) i teraz zamiast wrzucać do przeglądarki html-a to wysyła oryginalny plik index.php :( W sekcji: [MySQL] mysql.allow_persistent = On ; allow or prevent persistent link też chyba jest ok ? pozdrawiam > Dnia 13-09-2006, śro o godzinie 13:49 +0200, lmsfan napisał(a): >> Sorry, już podaję: >> >> "Fatal error: call to undefined function: mysql_connect() in >> /home/.../index.php " >> >> to samo na zwykłym redhacie 9 działa bez problemów. Próbowałem też >> db_connect i to samo :( >> > > Zobacz czy moduł do mysql'a w php.ini nie jest przypadkiem wyłączony, > albo spróbuj załadować go "ręcznie" na początku skryptu. > > -- > Mariusz Kropiwnicki <lists(a)gsl.pl>

1 0

Re: Sun Cobalt
by Mariusz Kropiwnicki 13 Wrz '06

13 Wrz '06

Dnia 13-09-2006, śro o godzinie 13:49 +0200, lmsfan napisał(a): > Sorry, już podaję: > > "Fatal error: call to undefined function: mysql_connect() in > /home/.../index.php " > > to samo na zwykłym redhacie 9 działa bez problemów. Próbowałem też > db_connect i to samo :( > Zobacz czy moduł do mysql'a w php.ini nie jest przypadkiem wyłączony, albo spróbuj załadować go "ręcznie" na początku skryptu. -- Mariusz Kropiwnicki <lists(a)gsl.pl>

1 0

Re: Sun Cobalt
by lmsfan 13 Wrz '06

13 Wrz '06

Sorry, już podaję: "Fatal error: call to undefined function: mysql_connect() in /home/.../index.php " to samo na zwykłym redhacie 9 działa bez problemów. Próbowałem też db_connect i to samo :( pozdrawiam > Dnia 12-09-2006, wto o godzinie 18:39 +0200, lmsfan napisał(a): >> Sun Cobalt RAQ3 z wgranym RAQ550 > >> działa, widzę to z poziomu webmina, ale jakakolwiek próba połączenia z >> bazą z poziomu skryptu php wywala błąd. > > Może jeszcze podaj co to za błąd? > > -- > Mariusz Kropiwnicki <lists(a)gsl.pl>

1 0

Re: Sun Cobalt
by Mariusz Kropiwnicki 12 Wrz '06

12 Wrz '06

Dnia 12-09-2006, wto o godzinie 18:39 +0200, lmsfan napisał(a): > Sun Cobalt RAQ3 z wgranym RAQ550 > działa, widzę to z poziomu webmina, ale jakakolwiek próba połączenia z > bazą z poziomu skryptu php wywala błąd. Może jeszcze podaj co to za błąd? -- Mariusz Kropiwnicki <lists(a)gsl.pl>

1 0

Re: [lms] Re: Problem z Historią operacji klientów i propozycja.
by Dariusz J. 12 Wrz '06

12 Wrz '06

Dariusz J. napisał(a): Witam, po długim okresie, zrobiłem upgrade LMS'a małem wersje cvs i teraz też taką mam. Posiadam mała przeróbke w swoim lms'ie polegającą na dodaniu w taryfach pół: limit nocny (uprate_night,downrate_night,upceil_night,downceil_night). przy upgradzie wydawało mi sie że zmergowało mi poprawnie wszystko. Po za tym jakie są szanse na dodanie moich poprawek/dodatku do wersji CVS ?? A obecnie mam problem, ze po upgradzie dodając wpłate dziwnym sposobem datą wstawianą jest: 1970/01/0. (czas na serwerze jest OK) Przy okazji przeniosłem baze z postgres'a a mysql'a. Gdyz na postgresie dziwnie pliki bazy rozrosły mi się do 600MB zaś backup bazy zajmował 1MB(z statystykami). Zauważyłem też, że nie ma guziku usuń w karcie klient'a. Jestem za tym zeby przywrócić ten guzik, był wygodny i w niczm nie przyszkadzał gdy tam był. Usuwanie odzielne poprzez wpisywanie z historii operacji i filtru jest o tyle mniej wygodne, gdyż trzeba wpisać imie i nazwisko. Ja czasem zobacze wchodząc na okresolnego klienta ze ma coś nie tak z wpłatami i wtedy robie poprawki, a tak musze przepisywac nazwisko i imie w filtr. Chyba ze jest jakiś inny powód dla którego nie powinno być tego guzika w miejscu w którym był. Wracam do tematu limitów, chciałem nad tym popracować (uprate_night,downrate_night,upceil_night,downceil_night) i dołożyć jeszcze limit miesięczny i prędkość po wykorzystaniu limitu miesięcznego. kolega się pochwalił że coś już sklecił a ja chętnie poświecę trochę czasu, doświadczenie za dużego nie mam ale może się wdrożę :-) Panie Dariuszu czy prześle mi pan jakieś materiały ?? Łukasz Prosze, to jest taka prowizorka troche.. Do bazy danych trzeba dodać 4 pola w tabeli tariffs:uprate_night,downrate_night,upceil_night,downceil_night Przesyłam patch na LMS.class.php i pliki z templates dotyczące stron z taryfami. To tyle, ja mam do tego wlasny skrypt generujący regułki z limitami na: dzień,noc,zmień-na-noc(tc change), zmień-na-dzień(tc change). Dodane do cron'a zeby uruchamiał odpowiednie pliki o odpowiedniej porze. Moje rozwiązanie nie jest doskonałe ale mi wystarcza, podobne rozwiązanie można otrzymać, robiąć dwie taryfy i generując na podstawie 2 taryff dwa rożne limity - ale kto co tam woli.. Szybciej i sprawniej było to dopisać niż bawić się.. w 2 taryfy. Sorry ze to takie "pół-patche", ale nie mam wlasnego serwera cvs z lms'em i robienie patchy jest troche uciązliwe.. (patch powinien naulozyc sie na wersje cvs, a pliki templates powinny chodzic na wersji cvs jak i stable) -- ps sorry za taką odpowiedź, głupi OE :((

1 0