- lms - lists.lms.org.pl

Re: [lms] Jakiś problem
by A.L.E.C 25 Sie '04

25 Sie '04

Krzysiek wrote: > lms-fping - właśnie go pobrałem ale niestety nie działa. > > Insecure $ENV{BASH_ENV} while running with -T switch at > /usr/sbin/lms-fping line 172. > > komenda wydana z ręki: > fping -ar1 -f /tmp/fping_hosts > działa bez problemu czy w opcji fping_binary ustawiłeś prawidłową ścieżkę do programu fping? patrz także linia 31 skryptu. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Krótki flame...
by A.L.E.C 25 Sie '04

25 Sie '04

Lucke-Onet wrote: >> Ja, jesli liczy dla Was zdanie przecietnego lusera. Widoki widokami, >> ale PG ma klucze obce i to jest potega, usuwasz uzytkownika i >> automatycznie znikaja jego komputery itd. >> O. > > Proponuję Firebirda, do wszystkiego co wyżej dochodzą jeszcze > przechowywane procedury i triggery ;-) postgres też ma i ma lepszy support w PHP, nie mówiąc już o jego składni sql i w ogóle nie lubię firebirda :) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Krótki flame...
by Lucke-Onet 25 Sie '04

25 Sie '04

5:43:12 PM, Łukasz Jarosław Mozer był(a) łaskaw(a) nastukać list o treści: ŁJM> Witam. ŁJM> Ja chcę widoki w MySQL4! :> Ewentualnie piszemy LMS2 na PG, kto jest za? :>> >Ja, jesli liczy dla Was zdanie przecietnego lusera. Widoki widokami, >ale PG ma klucze obce i to jest potega, usuwasz uzytkownika i >automatycznie znikaja jego komputery itd. >O. Proponuję Firebirda, do wszystkiego co wyżej dochodzą jeszcze przechowywane procedury i triggery ;-) Pozdrawiam Łukasz

1 0

Jakiś problem
by Krzysiek 25 Sie '04

25 Sie '04

lms-fping - właśnie go pobrałem ale niestety nie działa. Insecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/lms-fping line 172. komenda wydana z ręki: fping -ar1 -f /tmp/fping_hosts działa bez problemu KL -- Krzysztof Lewandowski - krzysiek(a)lca.pl Oficjalny Portal Miasta Legnicy - www.lca.pl 59-220 Legnica, ul. Pomorska 56 tel. (76) 866 49 11 biuro(a)lca.pl Nie odpisuje na listy pisane w HTML.

1 0

Re: [lms] Wiadomości administracyjne jako reklamy w Gadu-Gadu
by slawek 25 Sie '04

25 Sie '04

> Ustrojstwo korzysta ze squida, i użytkownik musi z niego korzystać żeby > przekierowywanie było skuteczne. bez squida tez mozna to zrobic, tylko wez pod uwage ze tylko 60 % uzytkownikow w polsce korzysta z gg. pozdro 600 kwaq

1 0

Wiadomości administracyjne jako reklamy w Gadu-Gadu
by Marcin Król 25 Sie '04

25 Sie '04

Witam, Tak sobie właśnie wydłubałem coś, co być może zainteresuje część z was. Ustrojstwo to umożliwia (domyślnie) podmianę reklam w Gadu-Gadu, jeśli użytkownik ma ustawioną opcję wyświetlania wiadomości administracyjnych. Przy odpowiednim skonfigurowaniu można podmieniać wszystkie inne strony. Ustrojstwo korzysta ze squida, i użytkownik musi z niego korzystać żeby przekierowywanie było skuteczne. Ustrojstwo nie powinno spowalniać pracy squida, odnosi się bowiem wyłącznie do adresów adserver.gadu-gadu.pl. Ustrojstwo nie wymaga reloadu niczego, ani nic nie reloaduje. Jego reakcja na ustawienie wiadomości administracyjnej jest natychmiastowa. Można także tak ustawić ustrojstwo, aby po przeczytaniu wiadomości administracyjnej umożliwiało nie wyświetlanie się więcej tej wiadomości. Samo ustrojstwo składa się z: Wpisy w squid.conf -------------------------- acl mGG url_regex ^http://adserver.gadu[\-]?gadu.pl/.*$ redirector_access deny !mGG redirector_bypass on redirect_program /etc/lms/w3cache/gadu-gadu -------------------------- gdzie redirect_program zawiera scieżkę do naszego redirectora. Jak widać redirector jest uruchamiany tylko przy adserverze gadu-gadu. Redirector natomiast wygląda tak (pewnie i tak mi połamie linie): -------------------------- #!/usr/bin/perl use DBI; $|=1; my $dbtype = 'mysql'; my $dbhost = 'localhost'; my $dbuser = 'lms'; my $dbpasswd = '******'; my $dbname = 'lms'; $dbase = DBI->connect("DBI:mysql:database=$dbname;host=$dbhost","$dbuser","$dbpasswd", { RaiseError => 1 }); while ($adres = <STDIN>) { @lista = split(' ', $adres); @ip = split('/', $lista[1]); $ip = @ip[0]; my $dbq = $dbase->prepare("SELECT warning FROM nodes WHERE ipaddr=INET_ATON('$ip')" ); $dbq->execute(); my $row = $dbq->fetchrow_hashref(); if ($row->{'warning'}) { $adres =~ s/adserver.gadu[\-]?gadu.pl\/getbanner.asp/gg.polarnet.org\/getbanner.php/; } print $adres; } $dbase->disconnect(); -------------------------- gdzie gg.polarnet.org/getbanner.php to adres naszego skryptu php który wyświetli baner z wiadomością administracyjną. Jak widać skrypt przy każdym odwołaniu do adservera sprawdza czy dany host ma ustawione wyświetlanie winetek, i jeśli ma to zmienia adres na nasz skrypt. Jeśli ktoś ma ochotę to może dodać obsługę reklam na wp, onet czy czymkolwiek innym. Ps. Jak to troche ogarne, to pewnie wrzuce do contrib razem ze skryptem php ktory wyswietla baner z wiadomoscia. -- _ _ _ ___ | |_ | \/ |( __| 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: [lms] Re: Krótki flame...
by Maciej Ochalek 25 Sie '04

25 Sie '04

6:39:44 PM, Tomasz Orzechowski był(a) łaskaw(a) nastukać list o treści: TO> [25 sierpień, 2004] Maciej Ochalek napisał: >>Ja, jesli liczy dla Was zdanie przecietnego lusera. Widoki widokami, >>ale PG ma klucze obce i to jest potega, usuwasz uzytkownika i >>automatycznie znikaja jego komputery itd. TO> Tyle, że użytkowników się nie usuwa z bazy. Bo oprócz komputerów trzeba TO> by ich wpłaty usunąć. To byl przyklad. Dobrze zaplanowana baza oszczedza kupe roboty w PHP. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: Krótki flame...
by Tomasz Orzechowski 25 Sie '04

25 Sie '04

[25 sierpień, 2004] Maciej Ochalek napisał: >Ja, jesli liczy dla Was zdanie przecietnego lusera. Widoki widokami, >ale PG ma klucze obce i to jest potega, usuwasz uzytkownika i >automatycznie znikaja jego komputery itd. Tyle, że użytkowników się nie usuwa z bazy. Bo oprócz komputerów trzeba by ich wpłaty usunąć. -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski Solitude, mon Dieu, solitude...

1 0

Re: [lms] Krótki flame...
by Maciej Ochalek 25 Sie '04

25 Sie '04

5:43:12 PM, Łukasz Jarosław Mozer był(a) łaskaw(a) nastukać list o treści: ŁJM> Witam. ŁJM> Ja chcę widoki w MySQL4! :> Ewentualnie piszemy LMS2 na PG, kto jest za? :>> Ja, jesli liczy dla Was zdanie przecietnego lusera. Widoki widokami, ale PG ma klucze obce i to jest potega, usuwasz uzytkownika i automatycznie znikaja jego komputery itd. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Krótki flame...
by Łukasz Jarosław Mozer 25 Sie '04

25 Sie '04

Witam. Ja chcę widoki w MySQL4! :> Ewentualnie piszemy LMS2 na PG, kto jest za? :> -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: LMS 1.4
by Łukasz Jarosław Mozer 25 Sie '04

25 Sie '04

Witam. W liście z dnia 24 sierpnia 2004 (14:57:03) można przeczytać: MK>> Dla niektorych moze sie okazac niespodzianka, ze LMS 1.4 bedzie MK>> ostatnim LMSem z linii 1.x. Po jego wydaniu, poprawiane beda tylko MK>> dostrzezone w nim bledy, natomiast developerzy zaczna pracowac nad wersja MK>> 2.0. > No niespodzianka ale miła. > Jakie macie założenia odnośnie kodu LMS2? Coś tam wisi. Even działa. Preview "nowego engine" jest w CVS'ie od dłuższego czasu. > W czym będzie pisany - PHP5? PHP 4.2.x... Nie widzię większej funkcjonalności jeżeli którą można by wykorzystać tylko na 4.3.x. Co do PHP5... Nie jest ono aż tak stabilne jakby się wydawało i nie wiem czy będziemy mieli czas by testować to na PHP5. Aczkolwiek zasady pisania napewno zaostrzę. > Czy będzie to OOP? Nie wiadomo. Raczej tak. > Czy jest możliwość dołączenia się do prac nad LMS2? Tak samo jak nad LMS1.x -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: formularz wplaty (contrib)
by Robert CyberM 25 Sie '04

25 Sie '04

Dnia środa, 18 sierpnia 2004 15:14, Robert CyberM napisał: > witam > pewnie to banal ale... w contrib jest formularz przelewu i jest fajny tyle > ze pokazuje wartosci ujemne (tak jak sa zapisane w bazie) a co za tym idzie > jest malo przydatny w takiej formie. moze ktos przerobic go tak aby > pokazywal kwote do zaplaty w "normalny" sposob ? nikomu to sie nie przydaje ? nikt nie uzywa ? czy moze tylko u mnie pokazuje wartosci ujemne ? :( Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: lastonline, nowe ToDo
by Krzysztof Lewandowski 25 Sie '04

25 Sie '04

>> w demo juz sa jakies wpisy - czyzby tez zewnetrzny program juz ujzal swiatlo >> dzienne? >Tak mi chodzi po glowie, coby lastonline pokazywało jeszcze >last_squid_user_activity, bo czasem pakiety przychodza na router, a userek >dalej skarzy sie ze mu sie stronki nie otwieraja > >Marcin Jak już mówimy, co było by fajne, to myślę, że można by wykorzystać wolne miejsce na pierwszej stronie LMS i w dolnym prawym rogu zrobić moduł do obserwacji stanu serwerów i usług na nich. Można by dodać bazę aktywności serwerów i usług. Po wejściu do LMS amin wiedziałby, że wszystko jest OK. i wszystkie serwery ( sprzęt sieciowy) są aktywne.

1 0

Re: lastonline, nowe ToDo
by marcin 25 Sie '04

25 Sie '04

> w demo juz sa jakies wpisy - czyzby tez zewnetrzny program juz ujzal swiatlo > dzienne? Tak mi chodzi po glowie, coby lastonline pokazywało jeszcze last_squid_user_activity, bo czasem pakiety przychodza na router, a userek dalej skarzy sie ze mu sie stronki nie otwieraja Marcin

1 0

Re: Potwierdzenie przeladowania ALMSD
by lukas 24 Sie '04

24 Sie '04

MO> Wystarczy, ze zamiast slowka _force umowimy sie na jakis prefix i MO> dalej bedziemy dodawac identyfikator instancji almsd, np. _rld_siec1. MO> Identyfikator bylby wpisany do jego konfiga. Swietny pomysl Jak pomysl nie przejdzie do oficjalnej wersji to ja to napewno zaaplikuje w swoim "branchu" ;-) -------------------- Łukasz Wojciechowski

1 0

Re: Potwierdzenie przeladowania ALMSD
by Maciej Ochalek 24 Sie '04

24 Sie '04

11:20:14 PM, lukas był(a) łaskaw(a) nastukać list o treści: MO>> Witam, MO>> Wlasnie wpadlem na pewien problem i chcialbym go zaproponowac MO>> szanownym developerom. MO>> Otoz uzytkownik (tutaj: admin) czuje sie znacznie bardziej komfortowo MO>> gdy widzi, ze system reaguje na jego polecenia, nawet jesli skutki tej MO>> reakcji wystepuja znacznie pozniej. MO>> W starej wersji demona przeladowanie demona powodowalo po prostu MO>> skasowanie flagi _force, co mozna bylo latwo sprawdzic, np. wydajac MO>> jeszcze raz polecenie przeladowania w UI. MO>> A gdyby tak kazda instancja demona po udanym reloadzie wystawiala MO>> odpowiedniego timestampa o nazwie ustalonej w pliku konfiguracyjnym MO>> (np. jako parametr dodatkowego moduliku)? MO>> W ten sposob UI w sekcji Przeladowanie mogloby wyswietlac informacje o MO>> czasie przeladowania wszystkich instancji demona, przez co latwiej by MO>> mozna bylo kontrolowac jego prace, a admini tracili by mniej wlosow MO>> rwanych z glowy :) MO>> O. l> Mi się ten pomysł podoba a do tego dorzuciłbym jeszcze jeden. l> Na stronie "Przeładowanie" dorzuciłbym możliwość wyboru co ma być l> przeładowane. Mogła to by być np jedna ze zdefiniowanych sieci lub l> grup lub np jakikolwiek string - ta informacja byłaby zapisywana w l> bazie obok polecenia "_force" (potrzebna byłaby oczywiście zmiana l> struktury tabeli timestamps). Wystarczy, ze zamiast slowka _force umowimy sie na jakis prefix i dalej bedziemy dodawac identyfikator instancji almsd, np. _rld_siec1. Identyfikator bylby wpisany do jego konfiga. BTW: czy ktos bawil sie moze m0n0wall'em? Strasznie mi sie zabawka spodobala i zastanawiam sie, jak by toto wspolgralo z LMSem. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: Potwierdzenie przeladowania ALMSD
by lukas 24 Sie '04

24 Sie '04

MO> Witam, MO> Wlasnie wpadlem na pewien problem i chcialbym go zaproponowac MO> szanownym developerom. MO> Otoz uzytkownik (tutaj: admin) czuje sie znacznie bardziej komfortowo MO> gdy widzi, ze system reaguje na jego polecenia, nawet jesli skutki tej MO> reakcji wystepuja znacznie pozniej. MO> W starej wersji demona przeladowanie demona powodowalo po prostu MO> skasowanie flagi _force, co mozna bylo latwo sprawdzic, np. wydajac MO> jeszcze raz polecenie przeladowania w UI. MO> A gdyby tak kazda instancja demona po udanym reloadzie wystawiala MO> odpowiedniego timestampa o nazwie ustalonej w pliku konfiguracyjnym MO> (np. jako parametr dodatkowego moduliku)? MO> W ten sposob UI w sekcji Przeladowanie mogloby wyswietlac informacje o MO> czasie przeladowania wszystkich instancji demona, przez co latwiej by MO> mozna bylo kontrolowac jego prace, a admini tracili by mniej wlosow MO> rwanych z glowy :) MO> O. Mi się ten pomysł podoba a do tego dorzuciłbym jeszcze jeden. Na stronie "Przeładowanie" dorzuciłbym możliwość wyboru co ma być przeładowane. Mogła to by być np jedna ze zdefiniowanych sieci lub grup lub np jakikolwiek string - ta informacja byłaby zapisywana w bazie obok polecenia "_force" (potrzebna byłaby oczywiście zmiana struktury tabeli timestamps). Założmy, że mam 10 lokalizacji, 10 routerów a na każdym z nich odpalony demon lub skrypt, który ma podane jako parametr nazwę sieci lub kilku. Po dokonaniu zmiany odnośnie klienta z sieci X wykonuje polecenie przeładowania tylko sieci X. Demony z każdego z routerów sprawdzają co 10min polecenie przeładowania i dodatkowo sieć dla której zostało wydane polecenie i rekonstruują pliki konfigruacyjne, tylko jeśli polecenie przeładowania dotyczyło sieci, która zajmuje się dany router. -------------------- Łukasz Wojciechowski http://webdesign.peenzet.net

1 0

Re: Odp: Re: LMS 1.4
by lukas 24 Sie '04

24 Sie '04

MK> Sami niewiemy ;) :) MK> Pytasz czy będzie programowany obiektowo? MK> Będzie na tyle obiektowy, na ile pozwoli php4. A nie myśleliście nad tym, żeby pójść w stronę OOP przy pomocy PHP5? Pozwoliłoby to stworzyć o wiele "lepszy" kod no i można by oprzeć pewne elementy o już gotowe rozwiązania - np framework mojavi (mojavi.org) ? -------------------- Łukasz Wojciechowski

1 0

Potwierdzenie przeladowania ALMSD
by Maciej Ochalek 24 Sie '04

24 Sie '04

Witam, Wlasnie wpadlem na pewien problem i chcialbym go zaproponowac szanownym developerom. Otoz uzytkownik (tutaj: admin) czuje sie znacznie bardziej komfortowo gdy widzi, ze system reaguje na jego polecenia, nawet jesli skutki tej reakcji wystepuja znacznie pozniej. W starej wersji demona przeladowanie demona powodowalo po prostu skasowanie flagi _force, co mozna bylo latwo sprawdzic, np. wydajac jeszcze raz polecenie przeladowania w UI. A gdyby tak kazda instancja demona po udanym reloadzie wystawiala odpowiedniego timestampa o nazwie ustalonej w pliku konfiguracyjnym (np. jako parametr dodatkowego moduliku)? W ten sposob UI w sekcji Przeladowanie mogloby wyswietlac informacje o czasie przeladowania wszystkich instancji demona, przez co latwiej by mozna bylo kontrolowac jego prace, a admini tracili by mniej wlosow rwanych z glowy :) O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: lastonline, nowe ToDo
by A.L.E.C 24 Sie '04

24 Sie '04

greg wrote: > ps: alec ma zwalona poczte :( hmm.. amavis+spamassassin od niedawna, jeszcze nie wiem dlaczego, ale odrzucał twoje maile z komunikatem BAD_HEADER, dojdę do tego dlaczego, a tymczasem możesz słać do mnie pocztę na konto alec1(a)poczta.onet_usun-to_.pl -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Odp: Re: LMS 1.4
by Marcin Król 24 Sie '04

24 Sie '04

> Jakie macie założenia odnonie kodu LMS2? Sami niewiemy ;) > W czym będzie pisany - PHP5? Coś około PHP 4.3. Przynajmniej na tej wersji php ja pracuję ;) > Czy będzie to OOP? Pytasz czy będzie programowany obiektowo? Będzie na tyle obiektowy, na ile pozwoli php4. > Czy jest możliwoć dołšczenia się do prac nad LMS2? Być może puźniej, Baseciq chciał aby nad samym core pracowało niewielu ludzi. LMS 2.0 jest już pisany od około 8 miesięcy. Przynajmniej jakoś tak w styczniu czy lutym widziałem pierwsze fragmenty kodu ;) Początkowo to LMS 1.2 miał być ostatnim z serii 1.x, ale wszystko potoczyło się troszkę inaczej.

1 0

Odp: Re: lastonline, nowe ToDo
by Marcin Król 24 Sie '04

24 Sie '04

> w demo juz sa jakies wpisy - czyzby tez zewnetrzny program juz ujzal swiatlo > dzienne? Nie. Wpisy generuje genfake.

1 0

Re: lastonline, nowe ToDo
by greg 24 Sie '04

24 Sie '04

w demo juz sa jakies wpisy - czyzby tez zewnetrzny program juz ujzal swiatlo dzienne? byq ps: alec ma zwalona poczte :( ps2: sox za html :(( -------Original Message------- From: lms(a)lists.rulez.pl Date: 08/16/04 11:55:33 To: lms(a)lists.rulez.pl Subject: [lms] Re: lastonline, nowe ToDo Użytkownik Krzysiek napisał: > No właśnie a u mnie nie pokazuje. Proszę o info co jest wymagane w systemie > i co odpowiada za zapis do bazy. Zewnetrzny program którego jeszcze nie ma. -- _ _ _ ___ | |_ | \/ |( __| 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: lastonline, nowe ToDo
by greg 24 Sie '04

24 Sie '04

w demo juz sa jakies wpisy - czyzby tez zewnetrzny program juz ujzal swiatlo dzienne? byq ps: alec ma zwalona poczte :( -------Original Message------- From: lms(a)lists.rulez.pl Date: 08/16/04 11:55:33 To: lms(a)lists.rulez.pl Subject: [lms] Re: lastonline, nowe ToDo Użytkownik Krzysiek napisał: > No właśnie a u mnie nie pokazuje. Proszę o info co jest wymagane w systemie > i co odpowiada za zapis do bazy. Zewnetrzny program którego jeszcze nie ma. -- _ _ _ ___ | |_ | \/ |( __| 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: LMS 1.4
by lukas 24 Sie '04

24 Sie '04

MK> Dla niektorych moze sie okazac niespodzianka, ze LMS 1.4 bedzie MK> ostatnim LMSem z linii 1.x. Po jego wydaniu, poprawiane beda tylko MK> dostrzezone w nim bledy, natomiast developerzy zaczna pracowac nad wersja MK> 2.0. No niespodzianka ale miła. Jakie macie założenia odnośnie kodu LMS2? W czym będzie pisany - PHP5? Czy będzie to OOP? Czy jest możliwość dołączenia się do prac nad LMS2? -------------------- Łukasz Wojciechowski

1 0