- lms - lists.lms.org.pl

konfiguracja customer_othherip
by Tomy 13 Kwi '10

13 Kwi '10

Witam Wciąż walczę z konfiguracją tego modułu (customer_ip działa bez problemu ale serwer teraz jest po vpn i to rozwiązanie się nie sprawdza;( i tak robię jak w dokumentacji i jest tylko stronka ( i tu juz 1 error Notice: Undefined index: error in /var/www/htdocs/lms/contrib/customer/index.php on line 29 w pliku index odnosi sie do $SMARTY->assign('error', $_GET['error']); w lms.ini sciezki w sekcji directory sa prawidowo ustawione i dodana jest sekcja finances a po zalogowaniem po wprowadzeniu ID i PIN pojawia się komunikat assign('customerinfo',$LMS->GetCustomer($id)); $SMARTY->assign('balancelist',$LMS->GetCustomerBalanceList($id)); $SMARTY->assign('limit',15); $SMARTY->assign('account_no',$CONFIG['finances']['account']); $SMARTY->assign('bank_name',$CONFIG['finances']['bank']); $SMARTY->display('balanceview.html'); } else header('Location: index.php?error=1'); ?> szukam jakieś podpoweidzi czego sie czepić zeby to zadzialało wiec prosze o pomoc w miare możliwości pozdrawiam TOmski

1 0

Multi-IP, urządzenia klienckie (RFC)
by A.L.E.C 13 Kwi '10

13 Kwi '10

Oto moje przemyślenia odnośnie implementacji powyższych funkcji, które były ostatnio omawiane na liście. Aby zrobić to dobrze potrzebna będzie nie mała rewolucja. Należy rozdzielić adresy od komputerów oraz połączyć urządzenia z komputerami w jeden byt. Obecnie mamy tabele nodes i netdevices. Ja proponuję je połączyć w jedną: CREATE TABLE devices ( -- początek zawiera standardowe pola z oryginalnej tabeli id int(11) NOT NULL auto_increment, name varchar(32) NOT NULL DEFAULT '', location varchar(255) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', producer varchar(64) NOT NULL DEFAULT '', model varchar(32) NOT NULL DEFAULT '', serialnumber varchar(32) NOT NULL DEFAULT '', ports int(11) NOT NULL DEFAULT '0', purchasetime int(11) NOT NULL DEFAULT '0', guaranteeperiod tinyint unsigned DEFAULT '0', shortname varchar(32) NOT NULL DEFAULT '', nastype int(11) NOT NULL DEFAULT '0', clients int(11) NOT NULL DEFAULT '0', secret varchar(60) NOT NULL DEFAULT '', community varchar(50) NOT NULL DEFAULT '', channelid int(11) DEFAULT NULL, -- teraz dodajemy to co było w nodes creationdate int(11) NOT NULL DEFAULT '0', moddate int(11) NOT NULL DEFAULT '0', creatorid int(11) NOT NULL DEFAULT '0', modid int(11) NOT NULL DEFAULT '0', lastonline int(11) NOT NULL DEFAULT '0', access tinyint(1) NOT NULL DEFAULT '1', warning tinyint(1) NOT NULL DEFAULT '0', -- dodajemy pole właściciela (NULL dla urządzeń "szkieletowych") ownerid int(11) DEFAULT NULL ); W tej tabeli będą wszelkie urządzenia szkieletu sieci oraz klienckie, czy to komputer, router, switch, czy bramka. Można jeszcze ewentualnie dodać pole 'type' określające właśnie co to za urządzenie. Powiązania wszystkich urządzeń między sobą przenosimy do tabeli 'netlinks', która do tej pory zawierała tylko połączenia urządzeń "szkieletowych". Pytanie odnośnie pól access i warning, czy blokowanie/ostrzeganie robimy per-urządzenie, czy per-adres? Ja bym zostawił jak tutaj, a samo blokowanie to jest sprawa na osobną rewolucję. Jeżeli chodzi o interfejs to Urządzeniach Sieciowych nie zmienia się w zasadzie nic, w klientach mamy Listę urządzeń zamiast Listy komputerów. Adresy urządzeń (w tym i komputerów) przenosimy do tabeli 'ipaddresses' ('nodes' też by mogło być, bo to w końcu coś więcej niż sam adres): CREATE TABLE nodes ( id int(11) NOT NULL auto_increment, deviceid int(11) NOT NULL DEFAULT '0', -- ID urządzenia -- teraz pola które były w nodes mac varchar(20) NOT NULL DEFAULT '', ipaddr int(16) unsigned NOT NULL DEFAULT '0', ipaddr_pub int(16) unsigned NOT NULL DEFAULT '0', passwd varchar(32) NOT NULL DEFAULT '', creationdate int(11) NOT NULL DEFAULT '0', moddate int(11) NOT NULL DEFAULT '0', creatorid int(11) NOT NULL DEFAULT '0', modid int(11) NOT NULL DEFAULT '0', -- i najważniejsze pole 'nodetypeid' int(11) DEFAULT NULL ); Czyli już możemy do każdego urządzenia dopisać kilka adresów, teraz ważne jest żeby zdefiniować do czego dany adres służy i jak ma być traktowany przez backend. Tzn. czy ma być brany pod uwagę przy generowaniu DHCP, firewalla, tc CREATE TABLE nodetypes ( id int(11) NOT NULL auto_increment, name varchar(64) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', chkmac tinyint(1) DEFAULT NULL, halfduplex tinyint(1) DEFAULT NULL, nas tinyint(1) DEFAULT NULL, dhcp tinyint(1) DEFAULT NULL, -- i tu dodać inne potrzebne flagi, jak np. firewall, tc, ident, ewx, ether, których listę należy zdefiniować dokładniej. Można by także zastąpić je wszystkie jednym polem 'flags', ale wtedy backend będzie miał trudniej (wolniej) parsować jego zawartość. Innym rozwiązaniem byłoby zastosowanie sumy binarnej, tak jak jest zrobione z typami kont. ); Myślałem, żeby łączyć nodes z nodetypes relacją jeden-do-wielu, ale takie komplikowanie nie będzie nam potrzebne. W sieciach używa się raczej ograniczonej liczby typów, poza tym typy będą definiowane przez użytkownika. Od strony interfejsu rozbudowuje nam się formularz dotyczący urządzeń klienckich, gdzie będzie wiele adresów do jednego urządzenia. Oraz dodajemy Konfiguracja -> Typy adresów IP, gdzie będzie można definiować nodetypes. Nie uwzględniłem tutaj przypisywania klas adresowych do klientów/urządzeń. Jeśli ktoś ma pomysł na to, to ewentualnie możemy przedyskutować. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net

9 10

Potwierdzenie otrzymania wiadomości
by pkisiel＠kairo.bialystok.pl 13 Kwi '10

13 Kwi '10

5 4

lms-cashimport-bsebanknet Banki spółdzielcze
by Michał "gaco" Gacek 12 Kwi '10

12 Kwi '10

Witam W załączeniu cashimport dla banków spółdzielczych korzystających z serwisu ebanknet. Z reguły w bankach wykupujemy platnosci masowe w cenie ok. 30pln za 99999 subkont. Dostajemy aplikacje ktora generuje nam plik csv z tranzakcji, jednakze jest to zbyt uciazliwe a wszystkie dane potrzebne do identyfikacji wplaty i tak sa pokazywane w ebanknecie, stworzylem parser ktory je wyciaga automatycznie. skrypt wrzucamy do crona najlepiej jak bedzie sie uruchamial ok 7am, importuje operacje z dnia poprzedniego. Mozna wlaczyc opcje autopotwierdzania wpłat zidentyfikowanych poprzez subkonto. W Opisie tranzakcji umieszczam nr konta nazwe nadawcy i tytul, jezeli komus to sie wydaje za dlugie mozna to zmienic w $description. jezeli chce ktos sobie zostawic tak jak jest to trzeba "wydluzyc" pole w tabeli cashimport do 255 znakow. Mam nadzieje ze komus sie przyda :) Skrypt testowany na operacjach z okresu pol roku wstecz, dziala na 101% ;) Standardowo generuje duzo informacji (lubie logowac takie sprawy) jak komus to sie nie podoba moze usunac printy lub skierowac wyjscie na nulla ;) pozdrawiam gaco

2 2

ODP: Re: ODP: FV niby zapłacona, ale nie do końca dokument na to wskazuje, jak to obejść
by Micha Gacek 09 Kwi '10

09 Kwi '10

Ja dopiero odpalam faktoring w lmsie narazie zrobilem platnosci masowe puerwsze co zauwazylem to to ze nie drukuje sie biilans dla danego klienta nawet probowalem cos tam zmieniac ale mi nie wyszlo ale tak jak Alec mowi wszystko mozna zmienic w szablonie prawie a smarty proste jest, Szczegolnie ze masz tam gotowka to praktycznie 4 slowa i dwie klamry do dopisania :)

1 0

ODP: FV niby zapłacona, ale nie do końca dokument na to wskazuje, jak to obejść
by Micha Gacek 09 Kwi '10

09 Kwi '10

A kp do tego zrobiles? gaco

3 3

Import fvat do symfonia.
by Michał 09 Kwi '10

09 Kwi '10

Ktoś może zrobił? pzdr Michał

3 2

FV niby zapłacona, ale nie do końca dokument na to wskazuje, jak to obejść
by michal 08 Kwi '10

08 Kwi '10

Mam pytanie, dlaczego jeśli chce wydrukować FV, która jest zapłacona a po wydruku mimo że GOTOWKA to nadal jest do zapłaty xxx zł. Czy nie powinno być ZAPŁACONO xxx zł a do zapłaty 0 zł. Michał Sz.

1 0

Import FV z LMS do programu FAKT
by michal 08 Kwi '10

08 Kwi '10

Czy ktoś ma rozwiązanie eksportu dokumentów sprzedaży z LMSa do programu FAKt, jest opis formatu plików *.imp na stronie http://fakt1.com.pl/opisy/imp_dok.pdf i z tego co widzę jest to możliwe. Mnie osobiście bardzo to interesuje. Będę próbował sobie z tym poradzić. Michał Sz.

1 0

GGnotify nie wysyła wiadomości
by Tomasz PATLA 08 Kwi '10

08 Kwi '10

Witam Zainstalowałem i skonfigurowałem instancję ggnotify zgodnie z instrukcją zawartą na stronie http://lms.org.pl/doc/daemon-modules.html#DAEMON-GGNOTIFY lmsd odpalony z opcja debug loguje następujące informacje Apr 8 12:14:26 localhost lmsd: LMS Daemon started. Apr 8 12:14:26 localhost lmsd: DEBUG: [Pinger/pinger] initialized Apr 8 12:14:28 localhost lmsd: DEBUG: [Pinger/pinger] reloaded Apr 8 12:14:28 localhost lmsd: DEBUG: [Limity/tc-ng] initialized Apr 8 12:14:28 localhost lmsd: DEBUG: [Limity/tc-ng] reloaded Apr 8 12:14:28 localhost lmsd: DEBUG: [Ggnotify/ggnotify] initialized Apr 8 12:14:28 localhost lmsd: DEBUG: [Ggnotify/ggnotify] Connected to Gadu-Gadu server. Apr 8 12:14:28 localhost lmsd: DEBUG: File '/var/www/html/lms/daemon/modules/ggnotify/sample/mailtemplate' loaded Apr 8 12:14:28 localhost lmsd: DEBUG: [Ggnotify/ggnotify] reloaded Apr 8 12:14:28 localhost lmsd: LMS Daemon exited. niestety wiadomości do klientów nie docierają LMS 1.10.7 Sina Czy ktoś może zna rozwiązanie tego problemu, jest w stanie się nim podzieli Pozdrawiam

1 0