- lms - lists.lms.org.pl

Re: lms na solipsach
by hunter 15 Paź '03

15 Paź '03

On Wed, Oct 15, 2003 at 12:39:29AM +0200, Łukasz Jarosław Mozer wrote: > Witam. > > > $q='SELECT access FROM nodes WHERE ip=inet2int(?)'; > ^^^^^^^^ > Czy to jest standardowa funkcja postgresa? iirc tak. pgsql ma nawet typ do przechowywania punktow wg wspolrzednych biegunowych czy walcowych. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: Wywalenie LMS.class.php
by Radosław Antoniuk 15 Paź '03

15 Paź '03

Łukasz Jarosław Mozer wrote: > - w cholerę roboty - mi się nic nie chce bo zyję wyjazdem, warden nie > ma czasu, lexx i tak zepsuje a alec "sformatuje" ten kod po swojemu > ;-) - więc nie ma komu tego zrobić z powodu powyzszego moze nie powinienem sie wypowiadac ale... tak jak ja pisze w tej chwili aplikację, ja bym to po prostu podzielił na mniejsze 'moduły' albo klasy odpowiadające za konkretne funkcje a nie całość 'LMS.class'. ale tez czekam na inne propozycje, moze i mnie sie przydadzą :-) -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | http://debian.black.pl | 6BONE: MNT-WARDEN

1 0

Wywalenie LMS.class.php
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Co wy na to? Za: - skupienie kodu sql z kodem modułów przez co nie trzeba by było dłubać w LMS.class.php aby zrozumieć co dana funkcja zwraca - notabene to jest 70k kodu - nie widzę sensu ładowania całości przy każdej stronie (ech - a może ktoś ma pomysł na dynamiczne dołączanie funkcji?) Przeciw: - w cholerę roboty - mi się nic nie chce bo zyję wyjazdem, warden nie ma czasu, lexx i tak zepsuje a alec "sformatuje" ten kod po swojemu ;-) - więc nie ma komu tego zrobić Czekam na opinie za/przeciw. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: lms na solipsach
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > tak na prawdę to nie do końca, bo można by definiować "zainstalowane" > moduły tak jak w projektach cms. ale to by wymagało zrobienia hierarchii > template'ów (headery, footery takie same dla users, netdev, etc, etc) i > jakiegoś zarządzania tym, co jest "włączone" (cmsy tak mają: tu ankieta, > tam rating, etc, etc). Masz ładny przykład czegoś na czym można byłoby się wzorować przy robieniu systemu modułów itp? Głównym problemem przynajmniej dla mnie przy robieniu LMSa to to że tak naprawdę skończyła mi się ostatnio wena i pomysły na niektóre rzeczy :( -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: lms na solipsach
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > $q='SELECT access FROM nodes WHERE ip=inet2int(?)'; ^^^^^^^^ Czy to jest standardowa funkcja postgresa? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: lms na solipsach
by A.L.E.C 14 Paź '03

14 Paź '03

>> Widzisz. PgSQL to jest niezły scyzoryl szwajcarski. Jednak ja mam >> zbyt >> dużo rzeczy i zbyt mało wiedzy by osobiście na niego przejść. Do >> tego, >> LMS tak naprawdę był pisany pod MySQL a za support do Pg należy tylko >> dziękować ALEC'owi który tego pilnuje. > > niniejszym dziękuję. nie ma za co, to dla mnie przyjemność >> A teraz tak na poważnie. Piszesz o demonie obsługującym notify - czy >> jest to Twoja produkcja? Jeżeli tak, to radzę Ci uważać... Być może >> jesteś tym na którego polujemy od prawie roku ;-) (czyt: potrzebujemy >> pomocy przy zaprojektowaniu demona i generowania plików i okolic). > > moja produkcja. > obiecuję przysłać contriby, jak tylko zrobię porządek u siebie w sieci bardzo chętnie zobaczę. Właśnie podszkalam się w C i trochę grzebię przy daemonie (może w tym roku pokażę co wypociłem :) ). A jeśli chodzi o notify, to postgres ma to bardzo ładnie zaimplementowane, a mysql? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms na solipsach
by konrad rzentarzewski 14 Paź '03

14 Paź '03

13/10/03, messie from [ Łukasz Jarosław Mozer ] ... > > sam frontend jest napisany w sposób umożliwiający łatwą rozbudowę. > > przygotowywane są "moduły" obsługujące konta na serwerze (w oparciu o > > pam_pgsql), publiczne ip (nat 1:1), firewalla, aliasów pocztowych > > (postfix), v-hostów www (apache) oraz "refid" (ograniczone możliwości > > administracyjne: możliwość zarządzania kontami rodzin przez > > "odpowiedzialnego" członka stowarzyszenia: zmiana haseł, quoty, etc). > Widzisz. Takie features ciężko dodać do projektu aby były one > elastyczne tak naprawdę. tak na prawdę to nie do końca, bo można by definiować "zainstalowane" moduły tak jak w projektach cms. ale to by wymagało zrobienia hierarchii template'ów (headery, footery takie same dla users, netdev, etc, etc) i jakiegoś zarządzania tym, co jest "włączone" (cmsy tak mają: tu ankieta, tam rating, etc, etc). > > na szczególne wyróżnienie zasługują istniejące moduły (z cvs) do > > wystawiania faktur oraz dynamicznie generowana mapa sieci. > Ta mapa to powiedzmy sobie się nadaje ;-) A co do faktur... Sądze że > po powrocie z urlopu się za nie wezmę na porządnie. Sporo pierdułek > już przygotowałem (ba! zdobyłem nawet drukarkę) kwestia tego że nie ma > z kim podebatować rozwiązania tego po stronie bazy danych. co do faktur, to akurat w przypadku solipsów nie ma jakichś strasznych wymagań. natomiast mapa na podstawie netdevices jest nieoceniona: ręcznie od 2000 roku nikt nie dał rady takiej narysować, a tu się rysuje sama. > Widzisz. PgSQL to jest niezły scyzoryl szwajcarski. Jednak ja mam zbyt > dużo rzeczy i zbyt mało wiedzy by osobiście na niego przejść. Do tego, > LMS tak naprawdę był pisany pod MySQL a za support do Pg należy tylko > dziękować ALEC'owi który tego pilnuje. niniejszym dziękuję. dla mnie mysqla eliminuje to, że głównym narzędziem administracyjnym jest myisamchk -r (i wiem co mówię, bo administruję tym trochę). po prosu do dużych baz się nie nadaje... (v.3.23.54, żeby nie było) > > - squid (blokowanie dostępu odłączonym komputerom i wyświetlanie > > ważnych dla sieci ogłoszeń przez perlowe skrypty rewrite z > > obsługą DBD::Pg) > Wanna share? ;-) Takie patenty przydały by się w doc/ a i sądze że > sporo adminów osiedlówek tutaj obecnych z chęcią się czegoś nowego i > BARDZO przydatnego nauczy ;) to jest tak proste, jak: #v+ use DBI; $|=1; $q='SELECT access FROM nodes WHERE ip=inet2int(?)'; $jaruzelski='http://slp.pl/zaplac'; while (<>) { @X = split; $url = $X[0]; $ip = $X[1]; $ip =~ s/\/.*$//; $returl=$url; if ((!defined($dbh))||($dbh->state)) { $dbh = DBI->connect_cached(...); $r = $dbh->prepare_cached($q); } my $a = $r->execute($ip); while (($wpusc)=$r->fetchrow()) { $returl=($wpusc)?"$url":"302:$jaruzelski"; } print "$returl\n"; } $dbh->disconnect; #v- i wpis redirect_program /some/where/my_redir.pl w squid.conf. "ważne informacje" to drugie query do cmsa, sprawdzające, czy pojawiła się nowa informacja w kategorii "komunikaty". > Nie ma sprawy, daj na piwo ;-) nie ma sprawy, powiedz gdzie pijesz :) > A teraz tak na poważnie. Piszesz o demonie obsługującym notify - czy > jest to Twoja produkcja? Jeżeli tak, to radzę Ci uważać... Być może > jesteś tym na którego polujemy od prawie roku ;-) (czyt: potrzebujemy > pomocy przy zaprojektowaniu demona i generowania plików i okolic). moja produkcja. obiecuję przysłać contriby, jak tylko zrobię porządek u siebie w sieci (i zbackportuję do schemy lmsa) - jeśli się nie zabiorę do tego teraz to będzie bałagan po wieki, zaleta sieci nonprofitowych :) > Generalnie jak chcesz się pośmiać z naszych desperackich pomysłów to > proponuje poczytać listę (http://lists.rulez.pl/lms/ lub mbox > http://lists.rulez.pl/lms/spool.txt) - widzę że możesz być bardzo > pomocny i nie mówię tutaj o zmuszaniu Ciebie do pisania jakiegoś kodu > a o pomocy w główkowaniu. o, ten spool się przyda, bo archiwum na jednej stronie to średnio ciekawy pomysł. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|: Jezus szeret teged. +city of budapest

1 0

Re: lms na solipsach
by Łukasz Jarosław Mozer 14 Paź '03

14 Paź '03

Witaj konrad, W Twoim liście datowanym 14 października 2003 (00:33:13) można przeczytać: > sam frontend jest napisany w sposób umożliwiający łatwą rozbudowę. > przygotowywane są "moduły" obsługujące konta na serwerze (w oparciu o > pam_pgsql), publiczne ip (nat 1:1), firewalla, aliasów pocztowych > (postfix), v-hostów www (apache) oraz "refid" (ograniczone możliwości > administracyjne: możliwość zarządzania kontami rodzin przez > "odpowiedzialnego" członka stowarzyszenia: zmiana haseł, quoty, etc). Widzisz. Takie features ciężko dodać do projektu aby były one elastyczne tak naprawdę. > na szczególne wyróżnienie zasługują istniejące moduły (z cvs) do > wystawiania faktur oraz dynamicznie generowana mapa sieci. Ta mapa to powiedzmy sobie się nadaje ;-) A co do faktur... Sądze że po powrocie z urlopu się za nie wezmę na porządnie. Sporo pierdułek już przygotowałem (ba! zdobyłem nawet drukarkę) kwestia tego że nie ma z kim podebatować rozwiązania tego po stronie bazy danych. Widzisz. PgSQL to jest niezły scyzoryl szwajcarski. Jednak ja mam zbyt dużo rzeczy i zbyt mało wiedzy by osobiście na niego przejść. Do tego, LMS tak naprawdę był pisany pod MySQL a za support do Pg należy tylko dziękować ALEC'owi który tego pilnuje. > - squid (blokowanie dostępu odłączonym komputerom i wyświetlanie > ważnych dla sieci ogłoszeń przez perlowe skrypty rewrite z > obsługą DBD::Pg) Wanna share? ;-) Takie patenty przydały by się w doc/ a i sądze że sporo adminów osiedlówek tutaj obecnych z chęcią się czegoś nowego i BARDZO przydatnego nauczy ;) > - /etc/passwd (przez skrypt synchronizujący reagujący na zmiany > w bazie przez zdarzenia notify) > - aliasy i v-hosty pocztowe (w tym automatycznie tworzone aliasy > typu imie.nazwisko(a)slp.pl, przez dict-pgsql) > - named (automatyczne tworzenie wpisów dns/revdns dla komputerów > w sieci, przez api postgresqla w powerdns) > - v-hosty www (w tym automatycznie tworzone konta > www.użytkownik.slp.pl wraz z wpisami do dns, przez mod_perl > (tag <Perl>) i DBD::Pg) > - generowanie wpisów iptables (przez demona obsługującego > zdarzenia notify) > - dhcpd (przez demona obsługującego zdarzenia notify przy użyciu > interfejsu OMAPI (moduł DHCPCTL)) Nie ma sprawy, daj na piwo ;-) A teraz tak na poważnie. Piszesz o demonie obsługującym notify - czy jest to Twoja produkcja? Jeżeli tak, to radzę Ci uważać... Być może jesteś tym na którego polujemy od prawie roku ;-) (czyt: potrzebujemy pomocy przy zaprojektowaniu demona i generowania plików i okolic). Generalnie jak chcesz się pośmiać z naszych desperackich pomysłów to proponuje poczytać listę (http://lists.rulez.pl/lms/ lub mbox http://lists.rulez.pl/lms/spool.txt) - widzę że możesz być bardzo pomocny i nie mówię tutaj o zmuszaniu Ciebie do pisania jakiegoś kodu a o pomocy w główkowaniu. -- Pozdrowienia z łóżka Łukasz Jarosław Mozer

1 0

Re: pg_connect(), force_ssl, lms-arpd i mantis
by Łukasz Jarosław Mozer 14 Paź '03

14 Paź '03

Witaj konrad, W Twoim liście datowanym 14 października 2003 (00:50:04) można przeczytać: > kolejne miejsce, w którym musiałem zmienić REMOTE_ADDR na > X_FORWARDED_FOR to Session.class: Wiesz... Jak chcesz na skróty to możesz to zapisać już w index.php a najlepiej w lib/... yyy... unstrip.php? Tak, unstrip.php. A na używanie REMOTE_ADDR już żeśmy się nacieli (Warden, poprawisz to małpo jedna w STABLE?)... -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: pg_connect(), force_ssl, lms-arpd i mantis
by konrad rzentarzewski 14 Paź '03

14 Paź '03

13/10/03, messie from [ Łukasz Jarosław Mozer ] ... > > 2) force_ssl nie zadziała kiedy HTTP_HOST jest inny niż adres wpisywany > > przez usera. dzieje się tak wtedy, kiedy serwer z lmsem (np. biegający z > > innymi uprawieniami niż ten dla użytkowników) stoi za proxy > > (apache/squid). należałoby wspomnieć w lms.ini o RewriteRule, albo w > > ogóle przyjąć tę opcję jako bardziej "generic". > > Nie nadążam - HTTP_HOST to właśnie ten co jest wpisywany przez usera. już tłumaczę: jest publiczny serwer www, gdzie każdy użytkownik może tworzyć strony w php. żeby login/hasło do bazy z uprawnieniami do zmian nie wyciekło przez openf() wszystkie usługi administracyjne chodzą na osobnym okrojonym apache'u, na uidzie osobnego użytkownika (chmod 600). ssl i proxy dla tego wewnętrznego serwera są realizowane przez serwer publiczny, tak więc wszystkie requesty dla niego przychodzą z localhost i x-forwarded-for faktycznego klienta. kolejne miejsce, w którym musiałem zmienić REMOTE_ADDR na X_FORWARDED_FOR to Session.class: --- lms.orig/lib/Session.class.php Fri Oct 3 01:25:53 2003 +++ lms/lib/Session.class.php Mon Oct 13 20:52:43 2003 @@ -72,7 +72,8 @@ $this->last = $admindata[lastlogindate]; $this->lastip = $admindata[lastloginip]; - $this->DB->Execute("UPDATE admins SET lastlogindate=?, lastloginip=? WHERE id=?",array(time(),$_SERVER[REMOTE_ADDR],$this->id)); + $remoteaddr=($_SERVER[HTTP_X_FORWARDED_FOR] != '')?$_SERVER[HTTP_X_FORWARDED_FOR]:$_SERVER[REMOTE_ADDR]; + $this->DB->Execute("UPDATE admins SET lastlogindate=?, lastloginip=? WHERE id=?",array(time(),$remoteaddr,$this->id)); writesyslog("User ".$this->login." logged in",LOG_INFO); } $_SESSION[session_login] = $this->login; > No tak, teraz pytanie - co łatwiej - odpalic jeden prosty skrypt czy > skonfirugować snmp i okolice? Jest to dosyć kłopotliwa zabawa. net-snmp chodzi tak z pudełka. pozdrawiam, -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|: rose is a rose is a rose +cortazar

1 0