- lms - lists.lms.org.pl

Re: [lms] LMSd - moduły, reload
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Witam. /cut/ Jak ja to myślałem jak chciałem to napisać w perlu. 1) Reload na podstawie timestamps Reload ten miał polegać na tym, iż co jakiś interwał czasu (60 sek) sprawdzane by były timestampy tabel i porównywane z tymi które znamy. Jeżeli jakaś tabela się zmieniła to jedziemy. Podczas reloadu byłby zapisywany czas ostatniego reloadu i np. reload nie byłby wykonywany jeżeli reloadowaliśmy coś w ciągu ostatnich n sekund (np 600). Do tego każdy moduł w demonie mógł mieć ustawialne triggery na konkretne tabele 2) Reload przez wpisy w tabeli reload. Tutaj należy uwzględnić kilka demonów odpalonych i to że np. chcemy reloadnąć tylko jednego a nie każdego, etc. A tak btw. zerknij na moje templejty w php... Przemyśl to. Może faktycznie będzie łatwiej przerzucić generowanie configów na barki ui. A czy podczas odpalania miałby być uruchamiany reload - to chyba proste do implementacji jako opcja podczas odpalania/opcja configa. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

LMSd - moduły, reload
by A.L.E.C 22 Paź '03

22 Paź '03

Ponieważ próbuję sił z nowym daemonem, napotkałem na problemy projektowe i chciałbym je tutaj przedstawić licząc na podpowiedzi. <1> RELOAD 1. Tego że powinien być reload dostępny w UI nie da się chyba przeskoczyć. Pomysł żeby wykrywać zmiany w tabelach jest niedoskonały i trudny w implementacji. Bo nie każde zmiany muszą pociągać za sobą konieczność reloadu. 2. Padły propozycje, aby zamiast czytać tabelę reload co jakiś czas, użyć socketów. Pomysł w implementacji okazuje się być prosty. Możnaby nawet przesyłać daemonowi komendy w stylu 'stop' 'start' 'reload', ale mam wątpliwości czy byłoby to rozwiązanie bezpieczniejsze od korzystania z bazy. <2> MODUŁY 1. Czy moduły powinny być inicjalizowane podczas startu daemona, czy podczas reloadu. Drugie rozwiązanie pozwala na zmiane konfiguracji modułów lub dodanie nowych modułów bez restartu daemona. Choć z drugiej strony jak już grzebię w konfiguracji, to co za problem go zrestartować. Co wy na to? p.s. w cvs'ie mój kod się znajdzie chyba dopiero jak zrobię obsługę modułów i choć jeden moduł działający. Na razie udało mi się zrobić obsługę mysql i pgsql oraz lms.ini. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: budowa modularna.
by A.L.E.C 22 Paź '03

22 Paź '03

> Witam. > > Hm. Tak sobie myślę jak to rozwiązać. I takie pomysły mi przychodzą. > Nie wiem czy dobrze myślę, oczekuję waszych sugestii. > [...] > Ha, brzmi fajnie, co nie? :) Ale chyba to nie przejdzie narazie. Za > dużo roboty. Tak naprawdę trzeba by było napisać LMS'a od nowa. Ech :/ sam sobie odpowiedziałeś. Wydaje mi się, że moduły są ze sobą za bardzo powiązane, aby je podzielić, choć może w wersji 2.0 :) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

templejty...
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Hi. Powiedzcie mi, jak to wygląda wg. was - da się zrozumieć?: # Przykładowy template do generowania pliku dhcpd.conf # $Id:$ ddns-update-style none; shared-network LMS { <? foreach from=$networks item=network ?> subnet <? $network.address ?> netmask <? $network.mask ?> { default-lease-time 86400; max-lease-time 86400; option subnet-mask <? $network.mask ?>; <? if $network.gateway ?> option routers <? $network.gateway ?>; <? /if ?> <? if $network.dns ?> option domain-name-servers <? $network.dns ?>; <? /if ?> <? if $network.domain ?> option domain-name "<? $network.domain ?>"; <? /if ?> <? if $network.wins ?> option netbios-name-servers <? $network.wins ?>; <? /if ?> <? if $network.dhcpstart && $network.dhcpend ?> range <? $network.dhcpstart ?> <? $network.dhcpend ?>; <? /if ?> <? if $network.nodes ?> <? foreach from=$network.nodes item=node ?> host <? $node.name ?> { hardware ethernet <? $node.mac ?>; fixed-address <? $node.ipaddr ?>; } <? /foreach ?> <? /if ?> } <? /foreach ?> } -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: budowa modularna.
by Daniellek 22 Paź '03

22 Paź '03

W dniu Wed, Oct 22, 2003 at 12:58:19PM +0200, Łukasz Jarosław Mozer wystukał(a): >Witam. > >Hm. Tak sobie myślę jak to rozwiązać. I takie pomysły mi przychodzą. Nie >wiem czy dobrze myślę, oczekuję waszych sugestii. www.squirrelmail.org Tam jest to chyba w miarę sensownie rozwiązane. -- Daniel Fenert --==> daniel(a)fenert.net <==-- ==-P o w e r e d--b y--S l a c k w a r e-=-ICQ #37739641-== The hardest thing in the world to understand is the income tax. -- Albert Einstein =======- http://daniel.fenert.net/ -=======< +48604628083 >

1 0

Re: [lms] query do zadłużony userów.
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Witam. > Sprawdzone na: > pg 7.2.4 > mysql 4.0.14 i mysql 3.23.57 -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

query do zadłużony userów.
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Witam. Ktoś tutaj ostatnio marudził że potrzebuje query do wyciągnięcia listy zadłużonych userów: SELECT users.id AS id, SUM((type * -2 + 7) * cash.value) AS balance FROM users LEFT JOIN cash ON users.id = cash.userid GROUP BY users.id HAVING SUM((type * -2 + 7) * cash.value) < 0; Sprawdzone na: pg 7.2.4 mysql 4.0.14 -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

budowa modularna.
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Witam. Hm. Tak sobie myślę jak to rozwiązać. I takie pomysły mi przychodzą. Nie wiem czy dobrze myślę, oczekuję waszych sugestii. Każdy moduł byłby w modules/nazwamodułu/ w takim katalogu byłoby coś like init.php - skrypt inicjujący moduł, ustawiający jego nazwy, wersję, zależności, jakich klas ten moduł dostarcza, jakich wymaga. classes.php - klasy tego modułu jakie on dostarcza actions/ - katalog z 'akcjami', np. add, delete, edit, etc. Klasa LMS wiązałaby inne klasy i funkcje ogólne LMS'a. I tak np. nie byłoby $LMS->AddUser() tylko $LMS->User->Add(). Klasa User byłaby dostarczana przez jakiś określony moduł. Moduł ten (do zarządzania użytkownikami) wymagałby także klas modułu finansowego (jak np. Finances::GetUserBalance) a inicjacją wymaganych klas zajmowałaby się sama klasa LMS. Ojej. Ale gmatwam. Generalnie cel byłby taki, żeby każdy moduł potrafił określić czego wymaga oraz co on sam może zapewnić. Potrafiłby także sprawdzić czy ma dostępne jakieś moduły i np. w ramach tego sam się odpowiednio zachować. Co za tym idzie, można by było odpalić LMS'a z samym modułem do zarządzania komputerami i urządzeniami sieciowymi i mamy ładną i fajną aplikację do sieci korporacyjnej. Ha, brzmi fajnie, co nie? :) Ale chyba to nie przejdzie narazie. Za dużo roboty. Tak naprawdę trzeba by było napisać LMS'a od nowa. Ech :/ -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Offtopic, ale pewnie się niektórzy zainteresują
by Łukasz Jarosław Mozer 22 Paź '03

22 Paź '03

Hej. Offtopicznie tak, ale pewnie was to zainteresuje: http://www.rzeczpospolita.pl/gazeta/wydanie_031021/prawo/prawo_a_2.html Nowe warunki korzystania ze stałego dostępu do Internetu w TP SA do wyjaśnienia Zmiana reguł w trakcie gry Telekomunikacja Polska zmienia regulamin dla użytkowników Stałego Dostępu do Internetu (SDI). Od 6 listopada nie będą oni mogli dzielić się swoim łączem z nikim spoza lokalu. Protestują przeciw temu użytkownicy sieci osiedlowych, którzy właśnie po to wykupili tę usługę, by wspólnie korzystać z SDI. Osoby posiadające SDI z ostatnim rachunkiem telefonicznym dostały nowy regulamin. W art. 6 pkt. 6 stanowi on, że "w ramach korzystania z Usługi Klient zobowiązany jest nie umożliwiać korzystania z Usługi innym podmiotom poza Lokalem". Jest to zupełna nowość, gdyż dotychczas Telekomunikacji nie interesowało, ilu użytkowników korzysta z jednego łącza. Nowy zakaz dotknie przede wszystkim użytkowników niewielkich sieci osiedlowych czy blokowych. Sąsiedzi, chcąc zaoszczędzić na kosztach, porozumiewali się między sobą i ustalali, że wspólnie będą pokrywać opłatę za SDI. Jeden z nich podpisywał umowę z TP SA. Łącze z jego mieszkania było dzielone na inne w bloku. Dostęp do Internetu był dużo wolniejszy, ale korzystać z niego mogła jednocześnie większa liczba osób, a opłatę dzielili między sobą. Teraz, bez ostrzeżenia, klienci TP zostali postawieni pod ścianą. Dalsze korzystanie z usługi SDI traci dla nich sens, gdyż podpisali umowę w celu korzystania z łącza przez wielu użytkowników. A tego właśnie im zakazano. - Zupełnie niezrozumiałe jest dla mnie, czym kieruje się TP SA, wprowadzając taki zakaz. Teoretycznie nie powinno ich obchodzić, ile osób korzysta z tego samego łącza. Poza tym jest to zmiana reguł w trakcie gry. To tak, jakbym kupował butelkę wody, ale nie mógłbym się nią podzielić z nikim innym - mówi Marek Warczewski, jeden z użytkowników osiedlowej sieci. - Naszym celem nie jest utrudnianie życia innym, tylko dostosowanie usługi do potrzeb użytkowników i nowych możliwości technicznych - zapewnia Barbara Górska, rzecznik TP SA. - Usługę SDI zaczęliśmy świadczyć w listopadzie 1999 r. Od tego czasu pojawiły się nowe możliwości i chcemy skłonić naszych klientów do skorzystania z Neostrady czy DSL. Usługa SDI jest przeznaczona dla indywidualnych użytkowników - dodaje. Przyznaje jednak, że ze względów technicznych nie wszyscy klienci, do których dociera SDI, mogą skorzystać z nowych rozwiązań. Zmiana warunków świadczenia usługi SDI dotknie też małe firmy mieszczące się w więcej niż jednym lokalu. Dotychczas wystarczyło jedno łącze dzielone na wiele komputerów w różnych pomieszczeniach. Teraz, aby nie złamać regulaminu, właściciel firmy powinien wykupić łącze SDI osobno dla każdego lokalu. W związku z licznymi skargami klientów TP SA Urząd Ochrony Konkurencji i Konsumentów zdecydował się wczoraj wszcząć postępowanie wyjaśniające w tej sprawie. Pracownicy UOKiK zbadają, czy zmiany w regulaminie nie naruszają przepisów ustawy antymonopolowej. TP SA podkreśla natomiast, że daje klientom możliwość wyboru, nie obarczając ich konsekwencjami zmiany decyzji. - Jeśli uznają oni, że nowe warunki świadczenia usługi SDI im nie odpowiadają, mogą wypowiedzieć nam umowę, nie płacąc za to nawet złotówki. Dotyczy to wszystkich naszych klientów, nawet tych, którzy podpisali z nami umowę na czas określony, np. na 24 miesiące - zapewnia Górska. Jeśli jednak TP SA przyłapie kogoś na udostępnianiu łącza SDI poza swoim lokalem, będzie musiał on zapłacić karę: trzykrotność opłaty miesięcznej. Pozostaje jeszcze problem możliwości sprawdzenia, czy klient łamie regulamin. Klienci TP SA nie mają przecież obowiązku wpuszczania kontrolerów do swoich mieszkań. Telekomunikacja zapewnia jednak, że ma sposoby na skontrolowanie użytkowników SDI. Sławomir Wikariak -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Pomocy...
by Marek Malinowski (Malina) 21 Paź '03

21 Paź '03

Dzieki ludzie....qde wszystko juz dziala...hehe...mozecie siec ASK Blok4wIEs dopisac do zadowolonych z Waszego skryptu (programu..czy jakos tak). Aha a pomogla instalacja nowego php...Jeszcze raz dzieki!!!!!! --------------------------------- Do you Yahoo!? The New Yahoo! Shopping - with improved product search

1 0