- lms - lists.lms.org.pl

Re: konfiguracja - problemy
by A.L.E.C 26 Lip '04

26 Lip '04

Arkadiusz Wilczyński wrote: > Wiatam, wywala mi następujące błędy: > > Warning: Access denied for user: 'lms@localhost' (Using password: YES) > in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 49 > > Warning: MySQL Connection Failed: Access denied for user: > 'lms@localhost' (Using password: YES) in > /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 49 > > co z tym zrobić? skonfigurować bazę danych, szczególnie uprawnienia, zrobiłeś to zgodnie z dokumentacją? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

konfiguracja - problemy
by Arkadiusz Wilczyński 26 Lip '04

26 Lip '04

Wiatam, wywala mi następujące błędy: Warning: Access denied for user: 'lms@localhost' (Using password: YES) in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 49 Warning: MySQL Connection Failed: Access denied for user: 'lms@localhost' (Using password: YES) in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 49 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 82 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 64 Warning: Cannot send session cache limiter - headers already sent (output started at /var/www/lms/lib/LMSDB_driver_mysql.class.php:49) in /var/www/lms/lib/Session.class.php on line 42 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 82 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 64 Warning: Cannot add header information - headers already sent by (output started at /var/www/lms/lib/LMSDB_driver_mysql.class.php:49) in /var/www/lms/index.php on line 187 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 82 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 64 Warning: Supplied argument is not a valid MySQL-Link resource in /var/www/lms/lib/LMSDB_driver_mysql.class.php on line 69 co z tym zrobić? pozdrawiam, Arek

1 0

Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Marcin Król 26 Lip '04

26 Lip '04

Użytkownik Tomasz Chilinski napisał: > On Sun, 25 Jul 2004 22:14:03 +0200, Marcin Król wrote > >>Pod warunkiem że ktoś statsów używa. Statsy mają niestety to do >>siebie że produkują ogromne ilości informacji, a rozwiązanie z >>lastseen ten problem omija. > > Podobnie z nodedumpami - ciekawe czy dużo osób będzie ich używać?:) [...] Tak sobie myslę, LMS dorobił się tylu funkcjonalności, że żeby w pełni wykorzystać możliwości UI trzeba niekiedy dość głęboko ingerować w system, a najlepiej chyba opracować własną dystrybucję z LMSem jako punktem centralnym, opartą oczywiście o Debiana[1]. Anyway, serio można przy okazji wydania 1.4 (ojj kiedy to będzie) opracować jakąś mini distro, gdzie by wszystko działało z paczki (Fresco mi się dosyć podobało, więc można by tego użyć jako bazy). [1] Wracając z wakacji, zobaczyłem że omineły mnie dwa flame wars, więc może na ten się załapie ;) -- _ _ _ ___ | |_ | \/ |( __| 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: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Sun, 25 Jul 2004 22:22:18 +0200, Marcin Król wrote > A jak chcesz sprawdzić czy żyje? Odpowie na pinga? Coś wysyła. > Odpowie na zapytanie arp? Też coś wysyła. To że nie musi być to > tcp/ip to inna sprawa. Przecież żeby sprawdzić czy komputer jest > online musisz jakiś ramki od niego dostać. btw. mój pingacz to dokładniej rzecz biorąc arpingacz (100% w C przez co jest super wydajny :)) > Marcin 'Lexx' Król LMS Developer Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by A.L.E.C 25 Lip '04

25 Lip '04

Marcin Król wrote: >>> Ojla, to już lepiej zostawić to modułowi stats (wylączony komputer >>> nic nie wysyła nieprawdaż?). >> >> ale czy to znaczy, że włączony zawsze coś wysyła? > > A jak chcesz sprawdzić czy żyje? Odpowie na pinga? Coś wysyła. Odpowie > na zapytanie arp? Też coś wysyła. To że nie musi być to tcp/ip to inna > sprawa. Przecież żeby sprawdzić czy komputer jest online musisz jakiś > ramki od niego dostać. ale te ramki prawdopodobnie nie załapią się do statystyk łącza, bo nie wychodzą na świat. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Sun, 25 Jul 2004 22:15:56 +0200, A.L.E.C wrote > ale czy to znaczy, że włączony zawsze coś wysyła? natomiast jakby > się uprzeć przy wykorzystaniu tabeli stats, to można to zrobić > następująco, skrypt badający czy komputer jest włączony wrzucałby do > niej dane z timestampem i download=0 oraz upload=0, nie > przeszkadzałoby to statystykom łącza, a pozwoliłoby na > przechowywanie statystyk aktywności. albo pingacz wymuszałby na tym kimś aktywność ;) > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Sun, 25 Jul 2004 22:14:03 +0200, Marcin Król wrote > Pod warunkiem że ktoś statsów używa. Statsy mają niestety to do > siebie że produkują ogromne ilości informacji, a rozwiązanie z > lastseen ten problem omija. Podobnie z nodedumpami - ciekawe czy dużo osób będzie ich używać?:) Poza tym dane w stats można przecież kompaktować. Lastseen to dobra sprawa tylko, że w praktyce ja np. potrzebuję informacji nie tylko o tym kiedy ostatnio był widziany, ale i w jakich okresach (w tej chwili do tego wykorzystuję logi serwera dhcp - cóż dokładność kilkugodzinna, ale przynajmniej wiem, że w danym dniu user używał kompa, więc nie może wciskać mi kitu, że przez miesiąc komputer był w naprawie :)). Dochodzi jeszcze jeden problem do rozstrzygnięcia: jeśli user ma włączony komputer i nie korzysta z internetu to wtedy w statsach nie ma informacji o nim :/. Btw. u mnie informacja w statsach o nim jest zawarta dzięki temu, że cyklicznie uruchamiam w cronie pingera ;) > Marcin 'Lexx' Król LMS Developer Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: [lms] Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Marcin Król 25 Lip '04

25 Lip '04

Użytkownik A.L.E.C napisał: > Marcin Król wrote: > >>Ojla, to już lepiej zostawić to modułowi stats (wylączony komputer nic >>nie wysyła nieprawdaż?). > > ale czy to znaczy, że włączony zawsze coś wysyła? A jak chcesz sprawdzić czy żyje? Odpowie na pinga? Coś wysyła. Odpowie na zapytanie arp? Też coś wysyła. To że nie musi być to tcp/ip to inna sprawa. Przecież żeby sprawdzić czy komputer jest online musisz jakiś ramki od niego dostać. -- _ _ _ ___ | |_ | \/ |( __| 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: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by A.L.E.C 25 Lip '04

25 Lip '04

Marcin Król wrote: > Ojla, to już lepiej zostawić to modułowi stats (wylączony komputer nic > nie wysyła nieprawdaż?). ale czy to znaczy, że włączony zawsze coś wysyła? natomiast jakby się uprzeć przy wykorzystaniu tabeli stats, to można to zrobić następująco, skrypt badający czy komputer jest włączony wrzucałby do niej dane z timestampem i download=0 oraz upload=0, nie przeszkadzałoby to statystykom łącza, a pozwoliłoby na przechowywanie statystyk aktywności. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Marcin Król 25 Lip '04

25 Lip '04

Użytkownik Tomasz Chilinski napisał: > Aha jeszcze jedno można by rozdzielić robienie nodedumpów na 2 etapy (tak > jak statsy): 1 etap - dowolny program produkujący plik tekstowy w którym w > każdej linii znajdowałby się adres ip włączonego komputera. 2 etap - skrypt > przetwarzający dane z pliku tekstowego i zapisujący pary (node_id, > timestamp) w tablicy nodeacctivities. > Hmmm, ale czy przypadkiem nie można wykorzystać danych z tablicy stats jako > informacji o tym czy komputer był włączony?:) Pachnie mi tu redundancją ;) Pod warunkiem że ktoś statsów używa. Statsy mają niestety to do siebie że produkują ogromne ilości informacji, a rozwiązanie z lastseen ten problem omija. -- _ _ _ ___ | |_ | \/ |( __| 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: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Marcin Król 25 Lip '04

25 Lip '04

Użytkownik Tomasz Chilinski napisał: > Najlepiej dodać oddzielną tablicę z polami node_id, timestamp. Ojla, to już lepiej zostawić to modułowi stats (wylączony komputer nic nie wysyła nieprawdaż?). -- _ _ _ ___ | |_ | \/ |( __| 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: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

> Najlepiej dodać oddzielną tablicę z polami node_id, timestamp. > Rekord w tej tablicy oznaczałby, że komputer był włączony w > określonym czasie. Wtedy można by kontrolować kiedy userzy mieli > włączone kompy. Dobra byłaby też możliwość oglądania "na żywo" czy > komputer jest włączony > (taki ping przez www :)). Ogólnie rzecz biorąc całość przypomina mi > gromadzenie statystyk przetoczonych danych przez komputery. Jeśli > zdecydowalibyśmy się na robienie dumpów działających komputerów to > można byłoby ładnie zintegrować prezentację tego kiedy ostatnio dany > komputer był włączony w LMS-UI, ale i nie tylko kiedy ostatnio był > włączony. Aha jeszcze jedno można by rozdzielić robienie nodedumpów na 2 etapy (tak jak statsy): 1 etap - dowolny program produkujący plik tekstowy w którym w każdej linii znajdowałby się adres ip włączonego komputera. 2 etap - skrypt przetwarzający dane z pliku tekstowego i zapisujący pary (node_id, timestamp) w tablicy nodeacctivities. Hmmm, ale czy przypadkiem nie można wykorzystać danych z tablicy stats jako informacji o tym czy komputer był włączony?:) Pachnie mi tu redundancją ;) Pozdrawiam Tomasz Chiliński

1 0

Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Sun, 25 Jul 2004 21:28:34 +0200, Marcin Król wrote > Dodać do tabeli nodes timestampa lastseen i wstawiać aktualny > timestamp jak jakiś_magiczny_skrypt[tm] wykryje hosta. Standardowo > skanować sieć powiedzmy co 10 minut. W nodesinfo wyświetlać kiedy > komputer był ostatnio widziany w sieci. Rysując mapę hosty których > lastseen jest mniejsze od aktualnego lastseen o conajmniej 10 minut > traktować jako wyłączone i rysować innym kolorem. Jak ktoś zgłasza > awarię to możemy sprawdić czy rzeczywiście nie ma netu od dwóch > tygodni. Sieć nie jest skanowana na żądanie więc generowanie mapy, > czy listowanie komputerów będzie szybkie. Tylko kto to napisze? :) Najlepiej dodać oddzielną tablicę z polami node_id, timestamp. Rekord w tej tablicy oznaczałby, że komputer był włączony w określonym czasie. Wtedy można by kontrolować kiedy userzy mieli włączone kompy. Dobra byłaby też możliwość oglądania "na żywo" czy komputer jest włączony (taki ping przez www :)). Ogólnie rzecz biorąc całość przypomina mi gromadzenie statystyk przetoczonych danych przez komputery. Jeśli zdecydowalibyśmy się na robienie dumpów działających komputerów to można byłoby ładnie zintegrować prezentację tego kiedy ostatnio dany komputer był włączony w LMS-UI, ale i nie tylko kiedy ostatnio był włączony. > Marcin 'Lexx' Król LMS Developer Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by A.L.E.C 25 Lip '04

25 Lip '04

Marcin Król wrote: > Dodać do tabeli nodes timestampa lastseen i wstawiać aktualny > timestamp > jak jakiś_magiczny_skrypt[tm] wykryje hosta. Standardowo skanować sieć > powiedzmy co 10 minut. W nodesinfo wyświetlać kiedy komputer był > ostatnio widziany w sieci. Rysując mapę hosty których lastseen jest > mniejsze od aktualnego lastseen o conajmniej 10 minut traktować jako > wyłączone i rysować innym kolorem. Jak ktoś zgłasza awarię to możemy > sprawdić czy rzeczywiście nie ma netu od dwóch tygodni. Sieć nie jest > skanowana na żądanie więc generowanie mapy, czy listowanie komputerów > będzie szybkie. Tylko kto to napisze? :) popieram rozwiązanie, może po urlopie bym się tym zajął -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Marcin Król 25 Lip '04

25 Lip '04

Użytkownik Tomasz Chilinski napisał: > Ja mam też coś podobnego co wykrywa działające hosty w sieci aktywnie (ping > - napisane w C; łowi wszystkie działające hosty w kilka sekund), oraz coś co > działa pasywnie (też w C) tzn. łowi ramki ethernetowe i na podstawie MACów > określa kto w danym segmencie sieci ma włączony komputer. Oczywiście userzy > mogą wtedy być odcięci od serwera DHCP, a program i tak ich wykrywa :) Dodać do tabeli nodes timestampa lastseen i wstawiać aktualny timestamp jak jakiś_magiczny_skrypt[tm] wykryje hosta. Standardowo skanować sieć powiedzmy co 10 minut. W nodesinfo wyświetlać kiedy komputer był ostatnio widziany w sieci. Rysując mapę hosty których lastseen jest mniejsze od aktualnego lastseen o conajmniej 10 minut traktować jako wyłączone i rysować innym kolorem. Jak ktoś zgłasza awarię to możemy sprawdić czy rzeczywiście nie ma netu od dwóch tygodni. Sieć nie jest skanowana na żądanie więc generowanie mapy, czy listowanie komputerów będzie szybkie. Tylko kto to napisze? :) -- _ _ _ ___ | |_ | \/ |( __| 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: arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Fri, 23 Jul 2004 15:54:57 +0200, Maciej Ochalek wrote > Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co > określony czas pinguje najważniejsze jej części (to, co ma IP czyli w > praktyce serwery i access pointy) i w razie problemów generuje maile > do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. > W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, > wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie > i możnaby taki automatyczny tester mailująco-smsujący dodać jako > moduł do demona tudzież skrypt perlowski. Ja mam też coś podobnego co wykrywa działające hosty w sieci aktywnie (ping - napisane w C; łowi wszystkie działające hosty w kilka sekund), oraz coś co działa pasywnie (też w C) tzn. łowi ramki ethernetowe i na podstawie MACów określa kto w danym segmencie sieci ma włączony komputer. Oczywiście userzy mogą wtedy być odcięci od serwera DHCP, a program i tak ich wykrywa :) > Maciej O'Klap Ochałek Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Krzysztof Lewandowski 25 Lip '04

25 Lip '04

A to i to z finansami - moim zdaniem trzeba to powiązać. KL > On Wed, 21 Jul 2004 11:39:43 +0200, A.L.E.C wrote > > hmm. skoro KP ma numerek, to pewnie trzebaby każdy wystawiony druczek > > przechowywać w bazie lmsa, pytanie tylko czy należałoby to powiązać > > jakoś z finansami (fakturami)? Nie znam się na tym, tak tylko gdybam. > > Moim zdaniem KP powinny być zupełnie niezależne od faktur. > Faktura związana jest z obciążeniem, a KP z wpłatą. > > > Pozdrawiam > > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > > Pozdrawiam > Tomasz Chiliński > > >

1 0

Re: KP - dowód wpłaty i adres korespondencyjny
by Tomasz Chilinski 25 Lip '04

25 Lip '04

On Wed, 21 Jul 2004 11:39:43 +0200, A.L.E.C wrote > hmm. skoro KP ma numerek, to pewnie trzebaby każdy wystawiony druczek > przechowywać w bazie lmsa, pytanie tylko czy należałoby to powiązać > jakoś z finansami (fakturami)? Nie znam się na tym, tak tylko gdybam. Moim zdaniem KP powinny być zupełnie niezależne od faktur. Faktura związana jest z obciążeniem, a KP z wpłatą. > Pozdrawiam > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: arp i apache [lekki offtopic] - do???ć długie, ale imho ciekawe (ZROBIŁ sie duzy OT)
by Dariusz Jagodzik 25 Lip '04

25 Lip '04

Dnia sobota 24 lipiec 2004 23:58, Przemysław 'Repcio' Gubernat napisał: > On Sat, Jul 24, 2004 at 10:33:26AM +0200, KMSerwis wrote: > > a jak ktos to wytumaczy podaje link > > http://80.53.144.175/ > > Hm... niby 2,5 Mbit / 320 kbit > TP S.A. ponoć testuje DSLe od dłuższego czasu no nie wiem, rożne te pogłoski chodzą, mam znajomego który pracuje w pionie Polpaku w Białymstoku, dzwoniłem do niego nie dawno i z tego co on wie to: z tymi DSL'ami to tylko pogloska, byly moze gdzies jakies plany czy cos, ale poki co oni nie maja takiego sprzetu zeby to obsluzyc zeby dac dwa razy wiekszy transfer tak nagle.. i przynajmniej on nic nie wie o tym ze maja jakies modernizacje w tym kierunku robić. Ale maja na przelomie sierpnia-wrzesnia wprowadzic nowe cenniki łącz coś ala polpak, zwac sie ma cos InternetTP czy jakos tak(bo nie wiem czy dobrze zrozumiałem, troche namotał).. Do tego trzeba z mocnym dystansem bo.. jeden ktos wymysla drugi cos dodaje trzeci cos zmienia a 4 zaprzecza itd. -- Jagodzik Dariusz

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - do???ć długie, ale imho ciekawe
by Przemysław 'Repcio' Gubernat 24 Lip '04

24 Lip '04

On Sat, Jul 24, 2004 at 10:33:26AM +0200, KMSerwis wrote: > a jak ktos to wytumaczy podaje link > http://80.53.144.175/ Hm... niby 2,5 Mbit / 320 kbit TP S.A. ponoć testuje DSLe od dłuższego czasu -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Na czym polega / jak działa ostrzeganie ?
by lukas 24 Lip '04

24 Lip '04

Witam Pytanko jak w temacie. Domyślam się, że chodzi o powiadomienie klienta o tym, że np ma nie zapłacony rachunek, etc. Ja w takich przypadkach danego klienta przypisuje do klasy adresowej, która nie jest natowana i do tego cały ruch WWW z tej klasy przekierowuje na lokalny serwer WWW, na którym jest prosta stronka z informacją o tym, że prawdopodobnie są zaległości w opłatach, etc. Jak wy postępujecie w takich sytuacjach ? pozdrawiam -------------------- Łukasz Wojciechowski

1 0

unsubsubscribe lms
by Sunpol 24 Lip '04

24 Lip '04

unsubsubscribe lms

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - do�ć długie, ale imho ciekawe
by KMSerwis 24 Lip '04

24 Lip '04

a jak ktos to wytumaczy podaje link http://80.53.144.175/ ----- Original Message ----- From: "peter" <peter(a)total.chaos.pl> To: <lms(a)lists.rulez.pl> Sent: Saturday, July 24, 2004 10:08 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - do�ć długie, ale imho ciekawe > > Podobno od sierpnia TPSA wprowadza nowy cennik na Łšcza 2 Mb z cir-em 2Mb ma > kosztować poniże 2 tysięcy złotych. > > KL > Watek byl mieliony na pl.internet.polip. Cennik mial sie rzekomo pojawic do 15 lipca. Ani handlowcy TPSA nie wiedza nic o obnizce, ani moj handlowiec.. ani tymbardziej na stronie tpsa nie ma zadnej wzmianki. Infolinia rowniez niedoinformowana. W przypadku DSLi podobnie. Nikt nic nie wie - plotki kraza. Pozdrawiam. __________ NOD32 Informacje 1.820 (20040723) __________ Wiadomosc ta zostala sprawdzona przez System Antywirusowy NOD32 part000.txt - jest OK http://www.nod32.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - do�ć długie, ale imho ciekawe
by peter 24 Lip '04

24 Lip '04

> > Podobno od sierpnia TPSA wprowadza nowy cennik na Łšcza 2 Mb z cir-em 2Mb ma > kosztować poniże 2 tysięcy złotych. > > KL > Watek byl mieliony na pl.internet.polip. Cennik mial sie rzekomo pojawic do 15 lipca. Ani handlowcy TPSA nie wiedza nic o obnizce, ani moj handlowiec.. ani tymbardziej na stronie tpsa nie ma zadnej wzmianki. Infolinia rowniez niedoinformowana. W przypadku DSLi podobnie. Nikt nic nie wie - plotki kraza. Pozdrawiam.

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by KrzysiekN! 24 Lip '04

24 Lip '04

Ja słyszałem że jeszcze szybciej. Od razu zamieniam swoje DLSe na to. ----- Original Message ----- From: "Krzysiek" <krzysiek(a)lca.pl> To: <lms(a)lists.rulez.pl> Sent: Saturday, July 24, 2004 12:18 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe Podobno od sierpnia TPSA wprowadza nowy cennik na Łącza 2 Mb z cir-em 2Mb ma kosztować poniże 2 tysięcy złotych. KL

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Krzysiek 24 Lip '04

24 Lip '04

Podobno od sierpnia TPSA wprowadza nowy cennik na Łącza 2 Mb z cir-em 2Mb ma kosztować poniże 2 tysięcy złotych. KL

1 0

Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by KrzysiekN! 24 Lip '04

24 Lip '04

Hmm. Przydało by się . Czy mozna by się było po niego uśmiechnąć. Ja prubuje dorobić moduł kasa Znaczy się, nie zabardzo chce mi się już siedzieć w sklepie, a chciałbym żeby pracownik wszystkie wpłaty co do grosza zanosił do banku. Mam zamiar również dopisać moduł do kasy fiskalnej ażeby skarbówka sie nie przywaliła jezeli z LMSa wystawie jakąś fakturę na towar Dodatkowo cały czas piłuje, przynajmniej w zachodnio-pomorskim żeby 2 Mbit POLPAK kosztował max 1300 zł . Sądze że jak załatwie u siebie to dla innych też się da. Poinformuję jeżeli się uda Pozdrawiam, Boaa ----- Original Message ----- From: "Maciej Ochalek" <ohaleck(a)rudynet.pl> To: "greg" <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 3:54 PM Subject: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe 3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Maciej Ochalek 23 Lip '04

23 Lip '04

3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] arp i apache [lekki offtopic] - doć długie, ale imho ciekawe
by greg 23 Lip '04

23 Lip '04

mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie i zaznaczyc innym kolorem ikony kompy ktore sa online byq -------Original Message------- From: lms(a)lists.rulez.pl Date: 07/23/04 13:25:07 To: lms Subject: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będ± tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzie¶ na osiedlu, który¶tam switch się powiesi i ludzie przez niego podpięci nie maj± netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza czę¶ć - przycisk "sprawdĽ" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie s± widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystaj±c z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, za¶ na ulicy Ciemnej działa tylko mieszkaj±cym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejno¶ci sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywi¶cie przycisk "sprawdĽ" można naciskać nieskończon± ilo¶ć razy (pod warunkiem wcze¶niejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A je¶li to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem czę¶ciowe obej¶cie problemu. Bezpo¶rednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywi¶cie strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ci±gu tych 4 sekund. Tak więc kilkukrotne naciskanie sprawdĽ" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jaki¶ pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: arp i apache [lekki offtopic]
by Adrian Smarzewski 23 Lip '04

23 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 k_dendra(a)o2.pl wrote: | No i się zbłaźniłem. :( | Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". | Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. nie ma sprawy, każdemu się zdarza. - -- Pozdrowienia Adrian Smarzewski http://kadu.net/~adrian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBAQNIgnuWEmthbpURAiBUAKCsGUNM08jT6srzM6GBBVLU3WKB5wCfeCSH k0710aowGwRMvIUAg0HeSck= =AONt -----END PGP SIGNATURE-----

1 0

[lms] arp i apache [lekki offtopic]
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

No i się zbłaźniłem. :( Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Fri, Jul 23, 2004 at 12:55:43AM +0200, hunter wrote: > On Wed, Jul 21, 2004 at 12:52:38PM +0200, Krzysztof Lewandowski wrote: > > Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w > > co niektórych przypadkach jest to dokument księgowy. > > KP *jest* dokumentem ksiegowym. Co wiecej: a) zaden scisle okreslony kolor wymagany _nie_ jest. b) ciagla i jedna numeracja wymagana jest (uno kasa -- uno numeracja), tzn nie przejdzie jak w FV ze sa np NR/LMS/2004, jesli KP ktos chce trzymac w lms to niestety wszystkie z danej kasy. c) sa to druki scislego zarachowania a wiec drukowac beda sie oryginal + kopia, kopie tez trzeba podpisac i sobie trzymac gdzies w kasie chocby na KP wplacono 0.01 pln to konieczny jest na nim opis: kto wplacal, do kogo, unikalny nr KP, pieczatka kasjera, podpis, data. ERGO: dodatkowa tabelka konieczna na 100%. 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

arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będą tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzieś na osiedlu, któryśtam switch się powiesi i ludzie przez niego podpięci nie mają netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza część - przycisk "sprawdź" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie są widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystając z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, zaś na ulicy Ciemnej działa tylko mieszkającym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejności sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywiście przycisk "sprawdź" można naciskać nieskończoną ilość razy (pod warunkiem wcześniejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A jeśli to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem częściowe obejście problemu. Bezpośrednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywiście strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ciągu tych 4 sekund. Tak więc kilkukrotne naciskanie "sprawdź" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jakiś pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 10:29 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5 JacekK wrote: > Jeszcze jeden drobny blad...(CVS 1.3.5) > w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a > (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na > pierwszej pozycji z listy. > Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i > przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer > byl podpiety. >nie potwierdzam, zaktualizuj lmsa jeszcze raz i wyczyść templates_c Sciagniete jeszcze raz wszystkie katalogi LMS-a (1.3.5 v CVS) ,templates_c wyczyszczone, objaw ten sam, wchodzac w edycje, urzadzenie sieciowe ustawia sie na "BRAK". jakies pomysly ???? pozdrawiam Jacek

1 0

Re: [lms] Helpdesk: uptime zgłoszenia
by Rafal 'gryl' Doroszkiewicz 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: "lms" <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 10:44 AM Subject: [lms] Helpdesk: uptime zgłoszenia > Do tego celu proponuję dodać do zgłoszenia atrybut > resolvetime, żeby uptime obliczać jako różnica z createtime i > resolvetime. Komentarze? Jesteś Boski! ;) Pyzdry,

1 0

Helpdesk: uptime zgłoszenia
by A.L.E.C 23 Lip '04

23 Lip '04

Myślę, że może się przydać określenie uptime'u zgłoszenia, czyli czasu od utworzenia zgłoszenia do rozwiązania tj. jak długo pracowano nad problemem. Do tego celu proponuję dodać do zgłoszenia atrybut resolvetime, żeby uptime obliczać jako różnica z createtime i resolvetime. Komentarze? -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by A.L.E.C 23 Lip '04

23 Lip '04

JacekK wrote: > Jeszcze jeden drobny blad...(CVS 1.3.5) > w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a > (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na > pierwszej pozycji z listy. > Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i > przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer > byl podpiety. nie potwierdzam, zaktualizuj lmsa jeszcze raz i wyczyść templates_c -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: <lms(a)lists.rulez.pl> Sent: Wednesday, July 21, 2004 9:59 PM Subject: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5 > JacekK wrote: > > Witam. > > Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala > > komunikat ze brak wolnych portow. > > Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do > > danego osprzetu, wszystko jest OK. > > wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj > > sciagane tj.21.07) > > W wersji 1.3.4 objaw nie wystepuje. > > oops, fixed modules/nodeedit.php > Jeszcze jeden drobny blad...(CVS 1.3.5) w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na pierwszej pozycji z listy. Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer byl podpiety. Pozdrawiam Jacek

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:52:38PM +0200, Krzysztof Lewandowski wrote: > Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w > co niektórych przypadkach jest to dokument księgowy. KP *jest* dokumentem ksiegowym. 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] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:42:39PM +0200, A.L.E.C wrote: > no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? > Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, Numeracje zachowac trzeba, chocby tak jak F/V: tzn np $ID/LMS/2004 > jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I Przy 5 kwitkach dziennie i kwitariuszu bys sie tym nei martwil. Dlugopis dla milej pani i nowy bloczek co miesiac wystarcza (mniej niz 20 pln kosztuje iirc) Przy 20-30 zaczyna cos lekko strzykac pania w lapke bo musi np odbierac telefony czy cus. > drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy no z jakiegos powodu jest. Tzn czerwone sa KP, niebieskie rozliczenia wewnetrzne z np wyjazdow czy delegacji, zielone sa jakis inne dokumenty, tu chodzi tylko o porzadek w papierkach. > p.s. nie, żebym się za to brał, ale myślę, hunter, że ci ta dyskusja > pomoże w implementacji. No czlowiek chce dorobic do wakacji a Ty mu tutaj... Sio! :-p 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] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:09:32PM +0200, Dariusz Skarbek wrote: > > > > > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > > zaliczkę na poczet następnego miesiąca. > > > > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest > zastosowanie tabeli wiążącej z polami: Cicho, od rewolucji w finansach w tym panstwie ja jezdem :-p > 1. Rozliczenie_ID - identyfikator rekordu rozliczającego > 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN > dla klienta > 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu > potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie > bankowe) > 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę > 5. DataRozliczenia - bez komentarza > a w tabelach Faktura i Wpłata dodatkowe pola: > > 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z > danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na > początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie > rozliczania. Ojeju pole wyliczane. ne. Jesli juz to: A) tabelce cash zmiana nazwy: invoice_id->moneyaccounting_id; B) moneyaccounting_id: id - wiadomoco doctype -- smallint typ powiazanego dokumentu stwierdzajacego wplate (KP albo dowodu/duplikatu przelewu z banku/poczty). direction -- kierunek przeplywu pieniadza :) jesli KASA MA: doc_id -- int nr z kp doc_nr -- varchar nr z banku :) (ogolnie nr obcy) jesli obciazenie doc_id -- int numer faktury tzn invoice_id lub paragon_id jesli taki bedziemy pozwalac drukowac doc_nr -- varchar nr faktury z uwzglednieniem numeracji. C) idee: cash obrazuje tylko wplyw/wyplyw funduszy bez podania na co wlasciwie one poszly (poza opisem). moneyaccounting obrazuje relacje: cash -- dokument (invoice, kp, paragon) mozliwe jest zarowno: 1 -- +oo +oo -- 1 1 -- 1 tabele zas: invoice, paragon, kp sa same w sobie hermetyczne tzn rejestr kp, paragonow, faktur, a jak ktos ma chcec to moze np dodac tabele ze skanami przelewow od klientow, tylko po cio :) Zalety: -mozna olac wpisywanie numerkow dokumentow do cash, dosc dowolnie i w dowolnej ktores wpisywac co jest imvho mile. -automatyka faktur _moze_ wpisywac oprucz do cash rowniez do monneyaccounting ale tego nei musi (hakas opcja) etc, moze rowniez poszukac nie widzac nawet cash numerki dokumentow powiazanych. kd. ps wada: kurde my mamy lms2 robic a nie jednyke przepisywac na 1.99 -- 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] Bład w nowej wersji LMS-a ??? 1.3.5
by A.L.E.C 21 Lip '04

21 Lip '04

JacekK wrote: > Witam. > Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala > komunikat ze brak wolnych portow. > Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do > danego osprzetu, wszystko jest OK. > wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj > sciagane tj.21.07) > W wersji 1.3.4 objaw nie wystepuje. oops, fixed modules/nodeedit.php -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 21 Lip '04

21 Lip '04

Witam. Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala komunikat ze brak wolnych portow. Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do danego osprzetu, wszystko jest OK. wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj sciagane tj.21.07) W wersji 1.3.4 objaw nie wystepuje. Pozdrawiam Jacek

1 0

ciekawostka
by Łukasz Jarosław Mozer 21 Lip '04

21 Lip '04

Witam. http://www.elektroda.pl/rtvforum/viewtopic.php?t=154036 lol. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

adres do doręczeń na fakturach
by A.L.E.C 21 Lip '04

21 Lip '04

ten nowy fjuczer już jest w cvsie - dodano nowe pole do tabeli users, jeżeli adres do doręczeń jest zdefiniowany zostanie wyświetlony na fakturze w miejscu okienka koperty zamiast adresu zamieszkania użytkownika. Adres ten nie jest zapisywany w bazie faktur, gdyż uznałem go za informację drugorzędną, co o tym myślicie? p.s. osoby które były tym zainteresowane i chętne do wyrażenia podziękowań w formie finansowej zapraszam na moją stronę (adres poniżej). -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: KP - dowód wpłaty i adres korespondencyjny
by Jakub Walczak 21 Lip '04

21 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Użytkownik Dariusz Skarbek napisał: |>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest |>wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc |>ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. |>Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc |>zaliczkę na poczet następnego miesiąca. |> | | | Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest | zastosowanie tabeli wiążącej z polami: | | 1. Rozliczenie_ID - identyfikator rekordu rozliczającego | 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN | dla klienta | 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu | potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie | bankowe) | 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę | 5. DataRozliczenia - bez komentarza | | | a w tabelach Faktura i Wpłata dodatkowe pola: | | 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z | danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na | początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie | rozliczania. | widze, ze doswiadczenia mamy takie same :-) ja od siebie tylko zauwaze, ze przechowywanie na f-rze pola Pozostalo_do_rozliczenia jest informacja nadmiarowa i moze sie zdazyc przypadek, ze to co na polu nie bedzie sie rownalo temu do jest w tabeli wiazacej, wiec: 1. jezeli mozna (wartosc bedzie potrzebna zadko) to nie dodawalbym tego pola, tylko to za kazdym razem obliczal 2. obliczanie jest stosunkowo skomplikowane/wolne - jezeli to pole mialo by byc czesto uzywane to niestety trzeba tak zrobic sam mialem tego typu pole w kilku tabelach i sa z nim problemy (np. blad w tigerze), ale czasem przyrost wydajnosci jest tak duzy, ze sie oplaca druga sprawa - raczej mniej istotna: a przypadku (zmyslam sobie, ale zycie bywa dziwniejsze) : klient placi jednym KP za kilka faktur, w tym za jedna (ostatnia) tylko czesci - nie starczylo mu kasy, potem przychodzi i placi jednym KP reszte za ta f-re i jeszcze za nastepna wtedy ciezko powiedziec ile-za-jaka-fakture-jest-na-ktorym-KP :-) przypadek zadki i skomplikowany (ale prawdziwy byl jescze dziwniejszy) rozwiazalismy to w ten sposob, ze byl "dokument rozliczenia" i "pozycje rozliczenia". dokument spinal kilka elemetow "tabeli wiazacej" - mozna to tez zrobic poprzez dodatkowe pole np IDTrasakcji lub NumerTransakcji pozdr. Jaqb p.s. nie chce nikomu nic sugerowac, nie jest to gotowe rozwiazanie ani zalecenie - taka sobie ot przemyslenia. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA/ly3Lnlac5hBFMkRAv/fAKDSCdJruOeDSLclo+tf0DSYKdph6QCgquDg oBOxuE3X3wgLvkOuwUL7uDI= =lVjn -----END PGP SIGNATURE-----

1 0

RE: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Bartosz 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. Kolor KP nie jest obligatoryjny, może być szablon, ważne żeby były informacje, kto przyjął, kto wpłacił, za co i kiedy. Potwierdzenie wpłaty zawsze jest jakimś dokumentem, więc gdyby to nie stanowiło większego problemu to numeracja mogłaby być przechowywana w LMS, aczkolwiek bez tego też będzie ok. Najlepiej gdyby dało się to rozwiązać w taki sposób, żeby KP można było wystawiać do konkretnej FV lub kilku (gdy ktoś np. zalega z dwoma), a także żeby można było wystawić KP na samą kwotę, gdy ktoś chce zapłacić już za następny miesiąc. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) To super przynajmniej nikt nie wygłasza tu dziwnych pomysłów w stylu "odnotowywania wpłat na podstawie VAT" :) -Gala

1 0

Re: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Krzysztof Lewandowski 21 Lip '04

21 Lip '04

Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w co niektórych przypadkach jest to dokument księgowy. KL

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by A.L.E.C 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) p.s. nie, żebym się za to brał, ale myślę, hunter, że ci ta dyskusja pomoże w implementacji. -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Dariusz Skarbek 21 Lip '04

21 Lip '04

> > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > zaliczkę na poczet następnego miesiąca. > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest zastosowanie tabeli wiążącej z polami: 1. Rozliczenie_ID - identyfikator rekordu rozliczającego 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN dla klienta 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie bankowe) 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę 5. DataRozliczenia - bez komentarza a w tabelach Faktura i Wpłata dodatkowe pola: 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie rozliczania. Pozdrawiam Darek

1 0