Październik 2003 - lms - lists.lms.org.pl

Re: A.L.E.C's LMS Daemon :)
by Przemek SAKO Galczewski 18 Paź '03

18 Paź '03

Hello A.L.E.C, Friday, October 17, 2003, 11:35:04 PM, you wrote: >> ALEC> Ponieważ siędzę właśnie nad nowym daemonem, poszukałem trochę w >> necie i >> ALEC> dokumentacji i niestety w MySQL'u nie znalazłem mechanizmu >> notify >> >> a czy nie lepiej by bylo, zeby php bezposrednio przekazywalo daemonowi >> informacje o zmianach (socket, polaczenie na port itp), zamiast co >> chwila dlubac po bazie? ALEC> pewnie tak, ale ja nie wiem jak to zrobić. Myślałem też o linuxowym notify, ALEC> czyli php zapisuje plik z nazwami modułów, daemon zostaje poinformowany o ALEC> zmianach w pliku i robi co trzeba. Z tym że coś mi to nie chciało działać. oki, to moge napisac w php procedure laczaca sie na socket + daemona w perlu sluchajacego na tym sockecie, moze byc? -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: A.L.E.C's LMS Daemon :)
by Łukasz Jarosław Mozer 18 Paź '03

18 Paź '03

Witam. > Tak jak napisałem Ci wczoraj - wydaje mi się że lepszym rozwiązaniem > by było w reload trzymać tylko timestampy zmian w tabelach, Po kiego? Przecież to jest zapisywane w timestampach już. Whatever. Życzę wam miłego weekendu. Ja sobię jadę. CVS'a zbackupowałem jakby co ;P -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: A.L.E.C's LMS Daemon :)
by Marcin Król 18 Paź '03

18 Paź '03

Witaj A.L.E.C, Friday, October 17, 2003, 4:28:57 PM, napisałeś: > Ponieważ siędzę właśnie nad nowym daemonem, [...] > Dyskusja mile widziana. Tak jak napisałem Ci wczoraj - wydaje mi się że lepszym rozwiązaniem by było w reload trzymać tylko timestampy zmian w tabelach, a daemon (a raczej moduły) powinny je zczytywać i na tej podstawie decydować czy generować nowy config czy nie. Czemu? Bo ui nie musi wiedzieć o istnieniu jakiegoś modułu, a moduł powinien wiedzieć jakie dane są potrzebne do jakiego configa. Innymi słowy jak ktoś napisze moduł nie będzie musiał grzebać w UI żeby poprawnie działał. -- Pozdrowienia, [ Marcin Król /Lexx lexx(a)polarnet.gliwice.pl ] [ GSM: +48504202454 GG: 652506 ICQ: 120579624 ] [ Per aspera ad astra Przez ciernie do gwiazd ]

1 0

Re: A.L.E.C's LMS Daemon :)
by A.L.E.C 17 Paź '03

17 Paź '03

> ALEC> Ponieważ siędzę właśnie nad nowym daemonem, poszukałem trochę w > necie i > ALEC> dokumentacji i niestety w MySQL'u nie znalazłem mechanizmu > notify > > a czy nie lepiej by bylo, zeby php bezposrednio przekazywalo daemonowi > informacje o zmianach (socket, polaczenie na port itp), zamiast co > chwila dlubac po bazie? pewnie tak, ale ja nie wiem jak to zrobić. Myślałem też o linuxowym notify, czyli php zapisuje plik z nazwami modułów, daemon zostaje poinformowany o zmianach w pliku i robi co trzeba. Z tym że coś mi to nie chciało działać. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: A.L.E.C's LMS Daemon :)
by Przemek SAKO Galczewski 17 Paź '03

17 Paź '03

Hello A.L.E.C, Friday, October 17, 2003, 4:28:57 PM, you wrote: ALEC> Ponieważ siędzę właśnie nad nowym daemonem, poszukałem trochę w necie i ALEC> dokumentacji i niestety w MySQL'u nie znalazłem mechanizmu notify a czy nie lepiej by bylo, zeby php bezposrednio przekazywalo daemonowi informacje o zmianach (socket, polaczenie na port itp), zamiast co chwila dlubac po bazie? -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: A.L.E.C's LMS Daemon :)
by A.L.E.C 17 Paź '03

17 Paź '03

> Właśnie od tego są te magicznie LMS::SetTS ;-) Żeby wiedzieć jakie > tabele się zmeiniły. ale żeby to wykorzystać, to trzeba by gdzieś zapisywać timestampy z ostatniego reloadu, żeby je porównać z tym co jest w tabeli timestamps. Wtedy możnaby całkiem zrezygnować z tabeli reload, mając informacje (w pliku ini) który moduł należy wykonać po wykryciu zmiany w której tabeli. Czyli np.: [module-firewall] tables = nodes, networks i daemon po wykryciu zmiany w którejś z tych tabel wykonuje moduł firewall. Choć mogą być też moduły, które nie potrzebują wykrywać zmian w tabelach np. payments. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Student
by Pit 17 Paź '03

17 Paź '03

Witam jestem studentem II roku informatyki i jako temat licancjacji chcial sobie wybrac zarzadzanie serwerem linuxsowym przez www. Dowiedzialem sie od kolegi iz podobna praca juz istanieje i jest to wasz projekt. Ja nie stosowalem go ale jestem pelen podziwu wobec tego co zobaczylem w waszej wersji demo.I mam do was pytanko jak zrealizowaliscie dostep do plikow dostepnych dla roota przez www , w jaki sposob przebiega autoryzacja , czy moze storzyliscie innego usera i zmieniliscie prawa , w kazdym badz razie licze na jakies wskazowki jak rozwiazac problem z zalogowaniem sie jako jakis uzytkownik i wykonwywaniem polecen z jego prawami a nie prawami uzytkownika nobody? Byc moze wiecie jak to zrobic w php? jesli nie to porsze o podpowiedz jak wy to zrobiliscie

1 0

Re: A.L.E.C's LMS Daemon :)
by Łukasz Jarosław Mozer 17 Paź '03

17 Paź '03

Witam. > Ponieważ siędzę właśnie nad nowym daemonem, poszukałem trochę w necie i > dokumentacji i niestety w MySQL'u nie znalazłem mechanizmu notify > (zaproponowanego przez Konrada Rzentarzewskiego), więc ten pomysł raczej > odpada, chyba żeby spróbować z linuksowym notify (nie mam żadnego > doświadczenia). Natomiast wpadłem na pomysł żeby, skorzystać z tabeli reload > i podobnie jak w dotychczasowym daemonie sprawdzać jej stan, tylko trochę > inaczej. Sprawdzam ilość wierszy (select count(*) from reload) w niej, a w > wierszach przechowuję (tzn. mam zamiar) nazwy modułów do wykonania, żeby nie > wykonywać niepotrzebnie wszystkich podczas reloadu. > Dyskusja mile widziana. Właśnie od tego są te magicznie LMS::SetTS ;-) Żeby wiedzieć jakie tabele się zmeiniły. Do tego, lepiej przechowywać listę modułów w configu od demona, za to w tabeli reload zachować informacje które daemony przeładować (może być ich kilka). -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

A.L.E.C's LMS Daemon :)
by A.L.E.C 17 Paź '03

17 Paź '03

Ponieważ siędzę właśnie nad nowym daemonem, poszukałem trochę w necie i dokumentacji i niestety w MySQL'u nie znalazłem mechanizmu notify (zaproponowanego przez Konrada Rzentarzewskiego), więc ten pomysł raczej odpada, chyba żeby spróbować z linuksowym notify (nie mam żadnego doświadczenia). Natomiast wpadłem na pomysł żeby, skorzystać z tabeli reload i podobnie jak w dotychczasowym daemonie sprawdzać jej stan, tylko trochę inaczej. Sprawdzam ilość wierszy (select count(*) from reload) w niej, a w wierszach przechowuję (tzn. mam zamiar) nazwy modułów do wykonania, żeby nie wykonywać niepotrzebnie wszystkich podczas reloadu. Dyskusja mile widziana. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

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

17 Paź '03

16/10/03, messie from [ A.L.E.C ] ... > natomiast z INET_NTOA() mam problem, może ktoś podpowie. Oczywiście w > pl/perlu było by łatwo, ale... eh... no właśnie. ja toto też mam w plperlu, za pomocą funkcji postgresa wychodzą same koszmarki w dodatku jak słusznie zauważyłeś zależne od wersji silnika. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|: gimme invitation & ill be there // that's coz ive got to be somewhere +morphine

1 0