- lms - lists.lms.org.pl

Re: Blad w generowaniu mapy urzadzen sieciowych
by Marcin Król 08 Sty '04

08 Sty '04

Witaj Grzegorz, Thursday, January 8, 2004, 3:08:08 PM, napisałeś: > Problem z generowaniem Mapy urzadzen pojawia sie gdy mamy bardziej > skomplikowana siec niz jeden lub dwa switche i kilkanascie komputer, > sam mam bardzo duza siec i ciekaw bylem jak sobie z tym lms i na razie > przy ogladaniu mapy sieciowej pierwsza porazka: > Prosze samemu zobaczyc wejsc na http://www.rene.com.pl/lms > login: test_bug > passwd: bug Po pierwsze http 403. Po drugie - ten algorytm to coś ala magia i białe myszki, Baset to napisał jak doznał olśnienia, bo #lms 3 dni dumał i nic nie wydumał. A po trzecie - jak dla mnie to ta mapa to bardziej zabawka, i jak ktoś wyduma jak to powinno być zrobione to proszę bardzo :] -- 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

Blad w generowaniu mapy urzadzen sieciowych
by Grzegorz Jak�bik 08 Sty '04

08 Sty '04

Problem z generowaniem Mapy urzadzen pojawia sie gdy mamy bardziej skomplikowana siec niz jeden lub dwa switche i kilkanascie komputer, sam mam bardzo duza siec i ciekaw bylem jak sobie z tym lms i na razie przy ogladaniu mapy sieciowej pierwsza porazka: Prosze samemu zobaczyc wejsc na http://www.rene.com.pl/lms login: test_bug passwd: bug Dalej prosze wejsc na osprzet sieciowy i wybrac Mapa. Teraz prosze zwrocic uwage na polaczenie urzadzenia o nazwie "Switch Szcz69 no 1" ze "Switch 3COM" potem wrocic na Lista. i wybrac ponownie "Switcg Szcz69 no 1" i widzimy wyraznie ze jest podlaczony tylko z : Radio Szczecinska ODB oraz Radio Sektor Szcz 69 i z niczym wiecej a juz napewno nie ze Switch 3COM, skad wiec i w jaki sposob mapa polaczyla go wyrazna linia z Switch 3COM, niestety jest to jakis bug algorytmu generowania mapy przy wiekszej zlozonosci struktury sieciowej a u mnie tak wlasnie jest bo jest to kolo 44 urzadzen sieciowych plus uzytkownicy. Prosze tez policzyc ile mapie widac urzadzen sieciowych ja doliczylem sie zaledwie 17 a jest ich w bazie prawidlowo polaczonych 44 gdzies wcina pozostale, z braku miejsca na mapie. Pozdrawiam Grzegorz Jakóbik

1 0

Re: Upusty
by Marcin Król 08 Sty '04

08 Sty '04

Witaj pbern, Thursday, January 8, 2004, 10:34:49 AM, napisałeś: > Przydala by sie opcja by moc dac wybranemu lepkowi rabat (staly i > automatycznie naliczany) np z racji tego ze aktywnie dziala w ASK. Upusty i rabaty są. ZTCP wystarczy wpisać ujemną taryfę (tak przynajmniej mówił Baset, i tak to miało 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: [lms] Upusty
by A.L.E.C 08 Sty '04

08 Sty '04

>Witam.. jako ze jestesmy przy stalych oplatach, to moze odrazu warto >poruszyc kwestie rabatow. > >Przydala by sie opcja by moc dac wybranemu lepkowi rabat (staly i >automatycznie naliczany) np z racji tego ze aktywnie dziala w ASK. W takim wypadku nie wystarczy zdefiniować dla niego odpowiednią taryfę? -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

php i sesje
by Łukasz Jarosław Mozer 08 Sty '04

08 Sty '04

Hej. Tak przeglądałem dokumentację i trafiłem na takie coś (z php.ini): session.gc_probability = 50 #okresla prawdopodobienstwo w % rozpoczecia procedury kasowania starych #sesji (czas zycia okreslany w session.gc_maxlifetime) przy kazdym #wywolaniu strony To jest rozwiązanie problemu rosnącego /var/run/php i okolic. Nie pamiętam za jasną cholerę komu to (poza mną i detektem) było potrzebne. Eksperymentalnie ustawiłem na 99 oraz maxlifetime na 86400 (jedna doba). Po kolejny session_start(); liczba plików sesji spadła czterokrotnie. Może wam się to przyda. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Upusty
by pbern＠pbern.biz 08 Sty '04

08 Sty '04

Witam.. jako ze jestesmy przy stalych oplatach, to moze odrazu warto poruszyc kwestie rabatow. Przydala by sie opcja by moc dac wybranemu lepkowi rabat (staly i automatycznie naliczany) np z racji tego ze aktywnie dziala w ASK. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] Re: Oplaty stale - zalozenia bazy danych
by A.L.E.C 08 Sty '04

08 Sty '04

>Widocznie zle zrozumialem, sory. >Nie bardzo rozumiem takze po co mielibysmy trzymac dane na temat zlecen >stalych, one pojawia sie na wyciagu bankowym wtedy kiedy kasa wplynie. ale z wyciągu bankowego do lmsa nie trafią automatycznie, tylko trzeba je wklepać, a mając dane zleceń stałych (np. abonament za łącze do internetu) można je naliczać automatycznie. Jeżeli nie interesuje cie bilans w lmsie, to nie musisz z nich korzystać. >Nie sadze rowniez aby dobrym rozwiazaniem bylo trzymanie obu stron >rozrachunkow w jednej tabeli. Proba rozliczania tego doprowadzi do >powstania powiazan zapetlajacych, i nierozwazna kwerenda jest wstanie >rozlozyc serwer. To kwestia budowy zapytań. >A rozlicznie jest potrzebnie chocby do tego aby klientowi >pokazac ktorych faktur jeszcze nie zaplacil i na ile mozemy go za to >ukarac. > Niektórym wystarczy informacja ile i od kiedy klient zalega. [ciach] Podsumowując. Jest w twoim wywodzie dużo prawdy i celnych uwag, ale wprowadzenie ich do lmsa wymagałoby kolejnej rewolucji w finansach. Jeśli kiedykolwiek to nastąpi, to pewnie nie wcześniej niż w lms-1.3 -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

CVS ... :-/
by Łukasz Jarosław Mozer 08 Sty '04

08 Sty '04

Witaj lms! Backupy są. Tylko niestety trzeba je przywrócić :-( Chwilę to potrwa, wczoraj siedziałem do 22:00 i padłem (12h w pracy przedtem), a teraz jestem w pracy i nie bardzo mogę się tym zająć. Mam nadzieję że dzisiaj późnym wieczorem wszystko odżyje. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: OT: sponsorzy odezwijcie sie
by Goblin 08 Sty '04

08 Sty '04

> Ale Tyś deviloper. niech p.t. sponsor coś powie jakiś nio... podaj namiary do wysylki :) -- - Radoslaw 'Goblin' Pieczonka - goblin(a)pentex.pl - PENTEX[www.pentex.pl] - Folkowa[www.folkowa.art.pl] --

1 0

Re: Oplaty stale - zalozenia bazy danych
by stangrze＠coley.netitel.pl 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, A.L.E.C wrote: > > Wydaje mi sie ze powyzsza tabela jest niepotrzebna, tabela cash pelni > > taka funkcje, natomiast to czego IMHO brakuje to powiazan pomiedzy > > Ja to rozumiem inaczej. Tabela cash przechowuje wszystkie operacje, > natomiast najwazniejsze pole 'type' okresla twoje WINIEN-MA. A zaproponowana > przeze mnie tabela payments, to odpowiednik tabeli tariffs, czyli > przechowujaca dane zlecen stalych, aby je mozna bylo automatycznie, okresowo > naliczac (wrzucac do tabeli cash). Natomiast 'invoices' to wystawione > faktury - nie koniecznie musza odpowiadac temu co jest w cash (chyba). > Widocznie zle zrozumialem, sory. Nie bardzo rozumiem takze po co mielibysmy trzymac dane na temat zlecen stalych, one pojawia sie na wyciagu bankowym wtedy kiedy kasa wplynie. Nie sadze rowniez aby dobrym rozwiazaniem bylo trzymanie obu stron rozrachunkow w jednej tabeli. Proba rozliczania tego doprowadzi do powstania powiazan zapetlajacych, i nierozwazna kwerenda jest wstanie rozlozyc serwer. A rozlicznie jest potrzebnie chocby do tego aby klientowi pokazac ktorych faktur jeszcze nie zaplacil i na ile mozemy go za to ukarac. > > A i przydalo by sie pole ktore okreslaloby rodzaj rejestru do ktorego > > wplynela platnosc czyli kasa, rachunek bankowy itp. > > móglbys rozwinac, z czego wynika taka potrzeba? > Dla porzadku ;-). a powaznie po to aby mozna bylo w prosty sposob dokonac weryfikacji wprowadzonych danych porownujac je np z wyciagiem bankowym. Po to aby miec pamietnik prowadzonych operacji na wypadek jakis nieporozumien z klientem (tak jest szybcien niz wygrzebywanie interesujacych informacji z papierowego archiwum), po to aby mozna bylo sobie wydrukowac rejestr kasowy i z paru innych powodow ktore na razie nie przychodza mi do glowy. > > do tematu rozrachunkow jest niezbedne. (zakladamy ze noty odsetkowe > > dodajemy do tabeli invoices (z jakas flaga zeby bylo wiadomo ze to > > nota i zeby przyadkiem nie trafila do rejestru sprzedazy)) > > tego niestety nie rozumiem, ale nie prowadze ksiegowosci, wiec moze jest w > tym jakis sens. > Idea jest taka: W tabeli invoices trzymamy nasze wierzytelnosci, czyli kto ile i za co nam 'wisi' ;-) (w wiekszosci przypadkow beda to faktury, ale rowniez jak pisalem poprzednio informacja o naliczonych odsetkach za nieterminowe platnosci) w tabeli cash trzymamy informacje o tym kto kiedy i ile nam zaplacil. W obu przypadkach sa to dane o charakterze faktow ktore kiedys zaistnialy i generalnie nie powinnismy ich kiedykolwiek modyfikowac. tabela rozrachunki sluzy do podejmowania decyzji o tym ktore pieniadze splacaja ktory dlug. > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > Grzegorz Stanislawski

1 0