- lms - lists.lms.org.pl

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

lms na solipsach
by konrad rzentarzewski 14 Paź '03

14 Paź '03

niniejszym donoszę, że nieco przerobiony lms 1.1.4 tanith został wdrożony z sukcesem w SMI SolipseNet. dla potrzeb sieci używamy z powodzeniem lmsowego interfejsu, przy czym backend korzystający z postgresa działa w oparciu o istniejący od półtora roku system bazodanowy i aplikacje korzystających tegoż. 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). dostosowanie zapytań w formacie definiowanym przez LMS.class zostało wykonane w oparciu o odrębną SCHEMA dla użytkownika lms oraz odpowiednie views z możliwością update'u w oparciu o RULES. gwarantuje to zachowanie dawnej struktury bazy (stare aplikacje klienckie i brak konieczności konwersji danych) i zapobiega całkowitemu przepisywaniu LMS.class (możliwość upgrade'u do nowej wersji). na szczególne wyróżnienie zasługują istniejące moduły (z cvs) do wystawiania faktur oraz dynamicznie generowana mapa sieci. usunięta została niepotrzebna przy działającej implementacji funkcja restartu i statystyk (odrębny system prowadzenia statystyk). lista wspieranych aplikacji: - autoryzacja pam (przez pam_pgsql) - konta shellowe - konta pocztowe (pop3, imap, smtp w/ sasl login) - samba (synchronizacja przez pam_pwexport) - squid (logowanie do proxy spoza sieci) - ftp - nntp - /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)) - 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) jeszcze raz dziękuję developerom za przygotowanie przemyślanej i spójnej aplikacji! -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|: Beware the jabberwocky! +carroll

1 0

Re: netdev i okolice...
by Radosław Antoniuk 11 Paź '03

11 Paź '03

Łukasz Jarosław Mozer wrote: > (ps. Warden, oszczędź sobie tekstu 'netdevice' sux). wcale nie sux ;-))) -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | http://debian.black.pl | 6BONE: MNT-WARDEN

1 0

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

11 Paź '03

Witam. > 1) pg_connect() nie obsługuje przypadku, kiedy user, hasło lub nazwa > bazy jest pusta. autoryzacja w ten sposób jest możliwa: default user to > ten który uruchamia webserver, hasło może być puste (TRUST), domyślna > baza danych to taka sama jak username. Tak jak napisałem - do tej pory index.php miał w nosie czy jest to pusta, czy też unsetnięta wartość. Teraz, jeżeli będzie pusta, czyli np. user= To zostanie przepuszczone '' dalej. Więc dopiero całkowite pominięcie niektórych[1] opcji w lms.ini spowoduje ustawienie wartości domyślnych. [1] konkretnie opcji 'user', 'host', 'database', 'password'. > patch: Trochę inaczej zrobiłem (dodane do repo): diff -u -r1.11 LMSDB_driver_postgres.class.php --- lib/LMSDB_driver_postgres.class.php 12 Sep 2003 22:22:52 -0000 1.11 +++ lib/LMSDB_driver_postgres.class.php 11 Oct 2003 03:43:47 -0000 @@ -41,7 +41,14 @@ function _driver_connect($dbhost,$dbuser,$dbpasswd,$dbname) { - if($this->_dblink = pg_connect(($host != '' ? 'host='.$dbhost : '' ).' user='.$dbuser.' password='.$dbpasswd.' dbname='.$dbname)) + $cstring = join(' ',array( + ($dbhost != '' ? 'host='.$dbhost : ''), + ($dbuser != '' ? 'user='.$dbuser : ''), + ($dbpasswd != '' ? 'password='.$dbpasswd : ''), + ($dbname != '' ? 'dbname='.$dbname : '') + )); + + if($this->_dblink = pg_connect($cstring)) { $this->_dbhost = $dbhost; $this->_dbuser = $dbuser; -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0