- lms - lists.lms.org.pl

Re: finanse...
by Łukasz Jarosław Mozer 06 Wrz '03

06 Wrz '03

Witam. > Nie zgadzam się. Głupi pomysł i utrudnianie życia. > Przynajmniej wg mnie... No to jak Ty to widzisz? Właśnie w tym momencie rozdzielenie taryf i do tego blokowanie by można było dodać tylko jedną taryfę z limitem per user, podział na taryfy srakie i owakie rozpieprzą LMS i kod w drobny mak. O wiele łatwiej jest wprowadzić to o czym ja mówię, a docelowo to robudować później. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: nowa dokumentacja lms
by Łukasz Jarosław Mozer 06 Wrz '03

06 Wrz '03

Witam. > bo do paczki nie ma sensu pakowac obrazkow... Jest, przy zachowaniu ich odpowiednich parametrów. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: lms-mgc i cron
by Łukasz Jarosław Mozer 06 Wrz '03

06 Wrz '03

Witam. > o ile się nie mylę tabela reload jest zarezerwowana dla (niedziałającego) > lmsd, więc niech zostanie, do tego druga tabela: > create table mgc ( > instance varchar(40) > ) Narazie zostaw mgc w spokoju. Prawdopodobnie będzie normalniejszy demon (sokety itp.) pobierający configi po http z UI i wszelakie konfigi będą edytowane z UI. Do tego będzie można dorobić kreatory, sratory i takie tam. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: finanse...
by Łukasz Jarosław Mozer 06 Wrz '03

06 Wrz '03

Witam. > O czymś zapomniałem? :-) O tym że właściwie nie wiem o co Ci chodzi ;) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: lms-mgc i cron
by A.L.E.C 06 Wrz '03

06 Wrz '03

> On Sat, 6 Sep 2003, A.L.E.C wrote: >> Dodatkowa tabela >> załatwiła by sprawę, ale rozbudowa modułów i lms-mgc wymagałaby >> trochę więcej pracy. Chcę usłyszeć od Was, czy to komuś by było >> przydatne, czy podzielacie moje zdanie? > jestem za rozbudowaniem reload... > dodac tabele reload > nazwa uslugi | reload o ile się nie mylę tabela reload jest zarezerwowana dla (niedziałającego) lmsd, więc niech zostanie, do tego druga tabela: create table mgc ( instance varchar(40) ) > w ui.. zmieniamy co ma sie zresetowac.. > po wykonanym reloadzie z crona.. baza powinna byc czyszczona.. lub > status reloadu zmieniany na 0.. tak właśnie to widzę -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: nowa dokumentacja lms
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Sat, 6 Sep 2003, A.L.E.C wrote: > Jak pewnie część zauważyła, w cvs powstaje nowa dokumentacja, proszę o uwagi > na temat stylu i zawartości (jest wstępny spis treści). No i mam pytanko. > Planuję w rozdziale dotyczącym lms-ui wrzucić trochę screenshotów, co dość > mocno spowoduje przyrost objętości dokumentacji. Uważacie że to dobry > pomysł, czy wystarczy sam tekst? dokumentacja bez screenow do paczki... ze screenami na www... bo do paczki nie ma sensu pakowac obrazkow... Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: lms-mgc i cron
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Sat, 6 Sep 2003, Warden wrote: > może dodaj do każdej sekcji > every_cron = 0/1 ? odpada... bo za kazdym razem recznie musialbys wprowadzac zmiany... Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: lms-mgc i cron
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Sat, 6 Sep 2003, A.L.E.C wrote: > > może dodaj do każdej sekcji > > every_cron = 0/1 ? > > dobre, ale... > wtedy nie będę mógł automatycznie, poprzez moduł 'reload' sterować, która > dokładnie instancja ma zostać wykonana. Dodatkowa tabela załatwiła by > sprawę, ale rozbudowa modułów i lms-mgc wymagałaby trochę więcej pracy. > Chcę usłyszeć od Was, czy to komuś by było przydatne, czy podzielacie moje > zdanie? jestem za rozbudowaniem reload... dodac tabele reload nazwa uslugi | reload w ui.. zmieniamy co ma sie zresetowac.. po wykonanym reloadzie z crona.. baza powinna byc czyszczona.. lub status reloadu zmieniany na 0.. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

nowa dokumentacja lms
by A.L.E.C 06 Wrz '03

06 Wrz '03

Jak pewnie część zauważyła, w cvs powstaje nowa dokumentacja, proszę o uwagi na temat stylu i zawartości (jest wstępny spis treści). No i mam pytanko. Planuję w rozdziale dotyczącym lms-ui wrzucić trochę screenshotów, co dość mocno spowoduje przyrost objętości dokumentacji. Uważacie że to dobry pomysł, czy wystarczy sam tekst? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms-mgc i cron
by A.L.E.C 06 Wrz '03

06 Wrz '03

> może dodaj do każdej sekcji > every_cron = 0/1 ? dobre, ale... wtedy nie będę mógł automatycznie, poprzez moduł 'reload' sterować, która dokładnie instancja ma zostać wykonana. Dodatkowa tabela załatwiła by sprawę, ale rozbudowa modułów i lms-mgc wymagałaby trochę więcej pracy. Chcę usłyszeć od Was, czy to komuś by było przydatne, czy podzielacie moje zdanie? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms-mgc i cron
by Warden 06 Wrz '03

06 Wrz '03

może dodaj do każdej sekcji every_cron = 0/1 ? -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: finanse...
by Warden 06 Wrz '03

06 Wrz '03

> u mnie wyglada to tak: > - kazdy ludzik ma z definicji 1 komputer za ktory placi wg. taryfy > - za kazdy nastepny komputer doplaca 10 zl i zwiekszam mu pasmo >Ja sie przylaczam do opini iz grzebanie w taryfach per user to glupi >pomysl... >jak juz to user ma iles tam kbps... i jak dorzucamy mu pasmo.. to nadal ma >ilestam kilo.. na oba kompy... Dobra. to ja napiszę jak ja to widzę. user -> komputer jeden-do-wielu komputer -> user jeden-do-jednego komputer -> taryfa jeden-do-jednego taryfa -> komputer jeden-do-wielu O czymś zapomniałem? :-) -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

lms-mgc i cron
by A.L.E.C 06 Wrz '03

06 Wrz '03

Chciałbym dorobić do lms-mgc możliwość uruchamiania go z crona (bo póki co to wymagane jest użycie sudo) i mam parę wątpliwości. A polegało by to na tym, że: wrzucam lms-mgc do crona co 5 min, podczas każdego uruchomienia sprawdzana jest tabela reload i wykonywane odpowiednie instancje. Natomiast problem z tym, aby za każdym razem nie wykonywać wszystkich skonfigurowanych w lms-mgc.ini instancji. Myślałem o dodatkowej tabeli z nazwami instancji, ale to wymagało by zmian w bazie i rozbudowania modułu reload. Co wy na to? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: finanse...
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Sat, 6 Sep 2003, Piotr Piwoński wrote: > u mnie wyglada to tak: > - kazdy ludzik ma z definicji 1 komputer za ktory placi wg. taryfy > - za kazdy nastepny komputer doplaca 10 zl i zwiekszam mu pasmo Ja sie przylaczam do opini iz grzebanie w taryfach per user to glupi pomysl... jak juz to user ma iles tam kbps... i jak dorzucamy mu pasmo.. to nadal ma ilestam kilo.. na oba kompy... Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: finanse...
by Piotr Piwoński 06 Wrz '03

06 Wrz '03

Hello Warden, Saturday, September 6, 2003, 11:08:14 AM, you wrote: >> c) możliwość doczepienia mu kilku taryf definiujących pasmo i >> sumowanie tego >>Czyli, np. >>taryfa podstawowa 40zl, a 64kbps extra - 20zl... i suma tego ??? oraz suma >>przepustowosci ???? W> Nie zgadzam się. Głupi pomysł i utrudnianie życia. W> Przynajmniej wg mnie... u mnie wyglada to tak: - kazdy ludzik ma z definicji 1 komputer za ktory placi wg. taryfy - za kazdy nastepny komputer doplaca 10 zl i zwiekszam mu pasmo wiec dla mnie to bybylo super bo uproscilo by mi to system naliczania -- Best regards, Piotr mailto:piotr.piwonski@interia.pl

1 0

Re: finanse...
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Sat, 6 Sep 2003, Warden wrote: > > c) możliwość doczepienia mu kilku taryf definiujących pasmo i > > sumowanie tego > >Czyli, np. > >taryfa podstawowa 40zl, a 64kbps extra - 20zl... i suma tego ??? oraz suma > >przepustowosci ???? > > Nie zgadzam się. Głupi pomysł i utrudnianie życia. > Przynajmniej wg mnie... z mojej strony to bylo jako pytanie... bo JA uwazam iz przedkosc pasma powinna byc definiowana w taryfie.. i by jeden user mail jedna taryfe.. a wzglednie dodatkowe uslugi.. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: finanse...
by Warden 06 Wrz '03

06 Wrz '03

> c) możliwość doczepienia mu kilku taryf definiujących pasmo i > sumowanie tego >Czyli, np. >taryfa podstawowa 40zl, a 64kbps extra - 20zl... i suma tego ??? oraz suma >przepustowosci ???? Nie zgadzam się. Głupi pomysł i utrudnianie życia. Przynajmniej wg mnie... -- Pozdrawiam, Radosław 'Warden' Antoniuk GG: 260746 | +48 502 273 393 | 6BONE-HDL: MNT-WARDEN

1 0

Re: finanse...
by pbern＠pbern.biz 06 Wrz '03

06 Wrz '03

On Fri, 5 Sep 2003, Łukasz Jarosław Mozer wrote: Przepraszam ze dopiero teraz, ale wczoraj bylem offline, do rzeczy... > 1) Docelowo ma być tak, że użytkownikowi można będzie przypisać x > taryf naraz (np. za dostęp do internetu). Teraz jak to pogodzić z > limitami: To jest to na czym mi zalezalo... ale bym pozbyl sie slowa 'taryfa' i zamienil je na 'uslugi'. Bedzie to logiczniejsze... bo raczej taryfa nie jest 'drugi terminal'... a rozumiem ze takie drobiazgi tez beda :)) > c) możliwość doczepienia mu kilku taryf definiujących pasmo i > sumowanie tego Czyli, np. taryfa podstawowa 40zl, a 64kbps extra - 20zl... i suma tego ??? oraz suma przepustowosci ???? > Potencjalne problemy to: > > - dopisaliśmy mu dwie taryfy - jedna z limitem, druga bez, teraz > jeżeli tą drugą wyedytujemy i ustawimy w niej limit pasma to nagle się > okaże że user ma dwie taryfy z pasmem W takim wypadku... pasma powinny sie sumowac... > --- to co ja bym wolał to c, najłatwiejsze do obliczenia i > zaimplementowania. > 2) Czy jest wg. was sens rozbudowywania przypisania tych taryf do > userów aż do stopnia takiego jak np. okres obowiązywania danej taryfy > od-do? > > --- mój wybór pada na 'tak' Tak... o ile dodasz cos w stylu promocja.. od XX do XX a pozniej normalna stawka.. tak by dana taryfa byla w historii i sie po okreslonym czasie nie ulatniala... > 3) Czy podczas dodawania taryfy do użytkownika, powinna być możliwość > jej tuningowania, tj. zmiany jakichś parametrów, bez konieczności > tworzenia kolejnej nowej taryfy > > --- mój wybór pada oczywiście na 'nie' - większy bajzel w bazie i tyle NIE. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: finanse...
by Łukasz Jarosław Mozer 05 Wrz '03

05 Wrz '03

Witam. > --- to co ja bym wolał to c, najłatwiejsze do obliczenia i > zaimplementowania. Czyli można będzie dodać kilka taryf limitujących bandwidth do jednego usera. Taryfy będą sumowane oraz, oczywiście będzie można dodać taryfę z ujemnym bandwidthem. > --- mój wybór pada na 'tak' Okej. Więc będzie można dodać 'taryfy' naliczane co tydzień (określonego dnia tygodnia), miesiąc (określonego dnia miesiąca) i rok (określony dzień i miesiąc w roku). Taryfa będzie ważna od dnia do dnia. Skrypt naliczający będzie po trzech miesiącach od skończenia obowiązywania taryfy ją usuwać (dokładniej, po 90 * 86400 sekund). -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

finanse...
by Łukasz Jarosław Mozer 05 Wrz '03

05 Wrz '03

Witam. 1) Docelowo ma być tak, że użytkownikowi można będzie przypisać x taryf naraz (np. za dostęp do internetu). Teraz jak to pogodzić z limitami: a) możliwość doczepienia mu tylko jednej taryfy która ma ustawiony limit b) możliwość doczepienia mu tylko jednej taryfy która ma ustawiony limit, z jednoczesną możliwością doczepienia mu taryfy która np. zwiększa mu limit pasma o dodatkowe x kbps (przykładowo) c) możliwość doczepienia mu kilku taryf definiujących pasmo i sumowanie tego Potencjalne problemy to: - dopisaliśmy mu dwie taryfy - jedna z limitem, druga bez, teraz jeżeli tą drugą wyedytujemy i ustawimy w niej limit pasma to nagle się okaże że user ma dwie taryfy z pasmem --- to co ja bym wolał to c, najłatwiejsze do obliczenia i zaimplementowania. 2) Czy jest wg. was sens rozbudowywania przypisania tych taryf do userów aż do stopnia takiego jak np. okres obowiązywania danej taryfy od-do? --- mój wybór pada na 'tak' 3) Czy podczas dodawania taryfy do użytkownika, powinna być możliwość jej tuningowania, tj. zmiany jakichś parametrów, bez konieczności tworzenia kolejnej nowej taryfy --- mój wybór pada oczywiście na 'nie' - większy bajzel w bazie i tyle So, what is ur choice? Czekam na sensowne i w miarę szybkie (tj do 3:00) odpowiedzi. Chciałem jeszcze dzisiaj pospać a pewnie nieprędko będę mógł coś pokodować. Co bardziej wtajemniczeni wiedzą że się wziełem za naukę ;) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

awaria
by Łukasz Jarosław Mozer 04 Wrz '03

04 Wrz '03

Witam. W związku z wysypaniem się antywira na rulez.pl poczta nie chodziła przez ostatnie parę godzin, a co za tym idzie także i lista. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Brak prądu - MYSQL
by hunter 04 Wrz '03

04 Wrz '03

On Wed, Sep 03, 2003 at 06:15:59PM +0200, A.L.E.C wrote: > > Witam. > > Jak to jest mozliwe: > > - wczoraj wprowadziłem do LMS'a dane userów, ( to jest mozliwe) > > Nie jest to na pewno wina lms'a. Żadko się zdaża, ale baza się wysypała. Jak > masz możliwość użyj (MyPHPAdmin i podglądnij dane). A może robiłeś upgrade > lms'a? iirc w contrib umiescilem rc.backup, raz na dobe dobra rzecz. > Aleksander Machniak ( A.L.E.C ) 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: [lms] Brak prądu - MYSQL
by A.L.E.C 03 Wrz '03

03 Wrz '03

> Witam. > Jak to jest mozliwe: > - wczoraj wprowadziłem do LMS'a dane userów, ( to jest mozliwe) > - dziś rano robiłem jeszcze poprawki i było wszystko ok, (to tez jest > mozliwe) > - po kilku godzinach pada serwer LMS'a (brak prądu), (hmmm...) > ... > - baza wyglada jak przed WCZORAJSZYMI zmianami !?!?!? Nie jest to na pewno wina lms'a. Żadko się zdaża, ale baza się wysypała. Jak masz możliwość użyj (MyPHPAdmin i podglądnij dane). A może robiłeś upgrade lms'a? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Brak prądu - MYSQL
by Piotr Piwoński 03 Wrz '03

03 Wrz '03

Witam. Jak to jest mozliwe: - wczoraj wprowadziłem do LMS'a dane userów, ( to jest mozliwe) - dziś rano robiłem jeszcze poprawki i było wszystko ok, (to tez jest mozliwe) - po kilku godzinach pada serwer LMS'a (brak prądu), (hmmm...) ... - baza wyglada jak przed WCZORAJSZYMI zmianami !?!?!? -- pozdrawiam, Piotr mailto:piotr.piwonski@interia.pl

1 0

Re: [LMS 0000064]: /tmp/mysql.sock oraz $_DBHOST
by Łukasz Jarosław Mozer 03 Wrz '03

03 Wrz '03

Witam. > 1) W Red Hacie 9 nie ma pliku /tmp/mysql.sock, ale jest za to > /var/run/mysqld/mysql.sock. Zrobiłem u siebie dowiązanie symboliczne do > tego pliku w /tmp. A co któregokolwiek z developerów to obchodzi? To jest zależne od tego jak ktoś skompilował PHP i LMS nie ma nic do tego > 2) Ciakawe dlaczego zakładacie, że jeśli format używanej bazy danych jest > inny niż postgres to znaczy, że host z jakim łączyć się to localhost !!! Bo domyślnie jest localhost a byk spowodował że driver mysql'a wogóle adres bazy danych olewał. I ten byk jest poprawiony. Poza tym w MySQL 127.0.0.1 != localhost, natomiast w postgresie tak. Poza tym II: do postgresa trzeba mieć możliwość przekazania pustego adresu bazy w przypadku połączeń do socketa. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0