Witam!
Potrzebuje skrypt eksportujacy faktury i klientów do Rachmistrza. Ma
ktos cos takiego? Kiedys obilo mi sie to o oczy w archiwum, ale poki co
archiwum nie ma...
ew. czy ktos by cos takiego napisal :)
Pozdrawiam
glaca
!DSPAM:47a0bc6c90021106414047!
I znowu update dla cashimport...
lms-lukas:
Najwazniejsze a wrecz krytyczne, czyli w koncu bierze pod uwage, ze Lukas
pokazuje na raz 10 ostatnich operacji po czym nawet jest w stanie odczytac
kolejne storny z operacjami :)
Oba:
Nie wiem czemu, ale w obu skryptach u mnie wariowala funkcja liczaca hash z
danych pobieranych ze stron bankow przez co skrypt potrafil dopisac dwa
razy ta sama wplate (zeby bylo ciekawiej - potrafil.. a w zasadzie
potrafily, bo oba to robily, robic to zupelnie losowo - raz dana wplate
dopisywaly po raz koleny a kiedy indziej nie).
W zwiazku z tym SELECT nie wybiera pola hash tylko dane, z ktorych hash byl
liczony, czyli kwota, nadawca, tytul i data wplaty.
Oba skrypty dostepne w sieci:
http://mojasiec.com/~sarenka/lms-lukashttp://mojasiec.com/~sarenka/lms-ing
I jak zwykle - testowac, uzywac na wlasna odpowiedzialnosc a jak cos nie
tak, to prosze dac znac :)
--
Sarenka
"Do not treat your live too serious. You wont survive it!"
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Witam
Siedze juz drugi dzien na routingiem. Chce podzielic uslugi pomiedzy
lacza. Generalnie mam problem z tym, ze zamarkowana usluga, ktora ma
wyjsc drugim laczem... nie wychodzi. Poprostu nic sie nie dzieje.
Przeczytalem ze 100 watkow na forum/grupach, przegladalem opisy i
nic. Niby wszystko ok wedlug rad, a nie dziala.
Tak wyglada moj kawalek skryptu z regulkami:
ip route del default
ip route add 83.3.x.120/29 dev eth0 src 83.3.x.122 table DSL
ip route add default via 83.3.x.121 table DSL
ip route add 212.87.y.152/29 dev eth2 src 212.87.y.154 table SYM
ip route add default via 212.87.y.153 table SYM
ip route add 83.3.x.120/29 dev eth0 src 83.3.x.122
ip route add 212.87.y.152/29 dev eth2 src 212.87.y.154
ip route add default via 83.3.x.121
ip rule add from 83.3.x.122 table DSL
ip rule add from 212.87.y.154 table SYM
ip route add 10.0.1.0/24 dev eth1 table DSL
ip route add 212.87.y.152/29 dev eth2 table DSL
ip route add 127.0.0.0/8 dev lo table DSL
ip route add 10.0.1.0/24 dev eth1 table SYM
ip route add 83.3.x.120/29 dev eth0 table SYM
ip route add 127.0.0.0/8 dev lo table SYM
ip rule add fwmark 69 table SYM
ip route flush cache
iptables -t mangle -A PREROUTING -p tcp --dport 8443 -j MARK --set-
mark 69 # przykladowa usluga kierowana na SYM
Jesli ktos bedzie chcial rozwiazac moj problem to jestem w stanie
oczywiscie zaplacic za fachowa porade.
Mam nadzieje, ze cos wymyslice, bo juz jestem lekko zdesperowany.
Pozdrawiam, Mariusz Barczyk
--
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Michał Gacek wrote:
> Witam
>
> Mam problem w tym miesiącu zaczęłem inensywnie interesowac sie modulem
> Finanse, iż planuje go wykorzystywac.
> Okazalo sie iz nalicza mi podwojnie opłaty w Koncie Klienta. W
> konfiguracji demona payments.so wszystko jest ok było up_payments=yes
> i ustawione na 9:52.
> Co dziwne w koncie klienta obie operacje sa wlasnie o tej godzinie
> 9:52. Tak jakby demon naliczał podwójnie. Sprawdzalem w crontabie i w
> reload_lms.sh nie ma nigdzie wzmianki o payments tylko wlasnie w
> konfiguracji demona w lmsie.
>
>
wersje bazy i lmsa?
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Dnia wtorek 22 stycznia 2008, nijaki A.L.E.C napisał co poniżej:
> To jest rozwiązanie, ja też zauważyłem ten problem, teraz nie pamiętam,
> ale wydawało mi się, że występował gdy było mało miejsca (poniżej 200MB)
> na partycji na której FF trzyma pliki tymczasowe. Choć możliwe, że to
> był zbieg okoliczności i problem występuje też w innych sytuacjach. Nie
> był to mój komputer, osobiście używam linuksa, więc nie badałem sprawy
> dokładniej. Oczywiście problem dotyczy wszystkich plików pdf nie tylko
> LMSowych.
ja testowałem plugin acrobat'a także z operą (poza ff) i problem sie powtarzał
z moich informacji wynika , że jak pamieci (ram + swap) było mniej niż owe
200MB
--
Pozdrawiam
Zibi K.
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Przy okazji mojego poprzedniego tematu wypłynął protokół BGP, no ale
generalnie pytanko jest ogólnie o routing wielu łącz.
Nie dotyczy to LMSa dlatego [OT]. Tutaj siedzi wielu fachowców, więc
młody studenciak pyta :P
Pytanko brzmi jak wy robicie, że użytkownik ma 1Mbit/s i ani trochu
więcej, mimo, że jego ruch leci na różne łącza?
Jest coś co sumuje transfer z obu łącz użytkownika?
Zwykle jeśli ktoś wychodzi przez jedno łącze, to nie ma problemu. Tnie
się mu transfer do 1Mbit/s na tym łączu i tyle ma.
Jeśli połączenia użytkownika wpadają na dwa łącza, to w sumie może
wyciągnąć 1Mbit/s z jednego i drugiego łącza, co może dawać wyższą
prędkość w dwóch połączeniach.
No dobra to tniemy na jednym łączu i na drugim użytkownika do 512kbit/s
i w dwóch połączeniach użytkownik ma 1Mbit/s w sumie. Ale jedno
połączenie może mieć maks 512kbit/s ... czyli nadal źle.
Trzecia możliwość to podział pasma na użytkowników na jakimś pośrednim
urządzeniu kolejkującym, ale pojawia się problem ... jaki maksymalny
transfer wpisać dla łącz ... sumę obu łącz? Skąd wiadomo które
połączenie odbiera transfer z którego łącza?
!DSPAM:47a1fd4479661804284693!
Maricn pisze:
> Witam
>
> Czy w łatwy sposób można zmusisz by po zatwierdzeniu wiadomości od
> administratora automatycznie klientowi pojawiła się konkretna strona ??
Tak
w pliku messages.html znajdź taką linijkę:
<a href="index.php?readed=1&oldurl={$layout.oldurl}">{t}Click here to
mark this message as readed.{/t}</a>
i zamień np na taką:
<a href="index.php?readed=1&oldurl=http://DOMENA.PL">{t}Click here to
mark this message as readed.{/t}</a>
--
Pozdrawiam
Łukasz Rostalski
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
---------- Przekazana wiadomość ----------
Temat: Propozycje funkcjonalności... dwa i więcej łącz...
Data: poniedziałek 28 stycznia 2008
Od: Konrad <kcem(a)tlen.pl>
Do: lista użytkowników LMS <lms(a)lists.lms.org.pl>
Otóż... LMS ma beznadziejne wsparcie dla dwóch i więcej dostawców NETu.
Jeśli jesteś ISP to na 100% prędzej czy później w twojej sieci zacznie
brakować łącza w świat. Najczęstszym rozwiązaniem jest poszerzenie
łącza... ale czasem lepiej dokupić drugie źródło.
Jeśli już mamy dwóch dostawców, to trzeba przemyśleć sprawę jak puszczać
ruch na łącza.
Metody są dwie. Można nowych użytkowników wrzucać w całości na łącze nr
2, lub też można podzielić usługi między oba łącza... można też użyć obu
sposobów na raz.
Niestety w LMSie nigdzie nie znajdziemy żadnego pola do wykonywania
takich operacji.
Rozwiązanie jest proste, ale mało eleganckie ... można wykorzystać pole
info przy każdym komputerze, lub grupy przy użytkownikach.
Jak ja to robię... Najpierw dzielę użytkowników na łącza, a później
usługi jeśli trzeba to przenoszę na inne łącze.
Dzielenie na usługi załatwiam odgórnie dla wszystkich ... w konfiguracji
DAEMONa jest wpisane które porty wychodzą przez który interfejs.
Natomiast druga metoda jest załatwiana dzięki polu info. Jeśli w tym
polu znajdzie się nazwa interfejsu, to komputer wychodzi w świat tylko
przez ten interfejs. Niestety brakuje możliwości przypisywania do grup
nie tyle klientów, co ich komputerów. Na jednym komputerze może siedzieć
dzieciak co tylko P2P używa, a na drugim komputerze tego samego klienta
może być ważny VPN i poważny gość, który potrzebuje niskich opóźnień. A
więc, żeby rozdzielić komputery trzeba użyć pola, które posiada
indywidualnie każde urządzenie (np. pole info). Podział na grupy odpada,
bo grupę można przypisać tylko klientowi, bez podziału na komputery.
Co się jednak stanie jeśli odepniemy to łącze... (dłuższa awaria - np.
wiatr złamał antenę, lub koniec umowy).
Będzie trzeba wleźć na każdy komputer i skasować mu nazwę interfejsu
przez który wychodzi, żeby wychodził przez domyślny interfejs. A po
usunięciu usterki, ewentualnie umowa z nowym provajderem ... znów
wprowadzać wszystkim tym ludziom wpis nazwy interfejsu. Normalnie dramat ...
Rozwiązaniem było by możliwość tworzenia grup i grupa domyślna. Na
początku wszystkie komputery były by w grupie głównej... dla wszystkich
sieci z jednym łączem. Przerzucenie ich do innej grupy polegało by na
zaznaczeniu checkboxów koło komputerów i wybraniu z pola nazwy innej
grupy (oczywiście wcześniej stworzonej).
Podaną grupę można było by wyłączyć, wtedy wszystkie komputery
traktowane były by jako grupa domyślna, lub lepsza możliwość to ustawić,
aby korzystała z konfiguracji innej grupy (zasłanianie własnej
konfiguracji). Wtedy dana grupa podawała by w nazwie, że te komputery
tak naprawdę są w innej grupie.
No i ostatnia rzecz ... utworzenie typów grup. Dzięki temu jeden
komputer mógłby należeć do kilku grup, pod warunkiem, że były by one
innych typów. Tym sposobem można było by ustawić, żeby komputer
wychodził przez łącze na interfejsie np. eth2, natomiast, żeby należał
do podrzędnej grupy, której port 80 wychodzi przez interfejs eth1.
Przy tworzeniu typu grupy można było by wskazać, czy komputery
automatycznie mają się dodawać do którejś grupy (grupa domyślna), czy
nie jest to konieczne.
No i dla każdego typu grup była by oddzielna instancja parsująca
konfigurację dla daemon'a. Który typ grupy brany byłby w pierwszej
kolejności, to już tylko zależy od wyobraźni osoby, która będzie pisała
konfigurację.
W przypadku łącz najpierw wrzuca się urztkownika na całe łącze, a
później ewentualnie przenosi się jego porty na inne łącza.
Rozwiązanie przemyślane i co najważniejsze - uniwersalne. Można
zastosować nie tylko do podziału komputerów na łącza i usługi. W ten
sposób można też dodawać np. DHCP, albo inne rzeczy. Customersgroup jest
mało używane i właściwie niewiele osób na dzień dzisiejszy z tego
korzysta (ale mogę się mylić). Co nie znaczy, że trzeba to od razu wywalić;P
Zdaję sobie z tego sprawę, że to sporo nowego kodu, ale powiększa to
znacznie funkcjonalność LMSa.
Jest to wykonalne. Mogę służyć wszelką pomocą i pomysłami przy pisaniu
tej rzeczy.
Pozdrawiam,
Konrad Cempura
-------------------------------------------------------
--
Pozdrawiam
Grzegorz Chwesewicz, Chilan
mailto:grzegorz.chwesewicz@chilan.com
Dość często występuje u mnie problem podczas logowania do UI , mianowicie
loguje się bardzo długo. Jeśli jednak zostawię LMS'a aż wyloguje mnie sam po
pewnym czasie (będąc oczywiście w innym miejscu niż na stronie "informacje")
to zalogowanie trwa króciutko. Nawet bez zabawy w logowanie/wylogowanie
wejście w tym czasie na stronę "informacje" trwa długo. Jeszcze małe
spostrzeżenie - w tym czasie w okienku "Informacje o rejestracji" pojawia
się komunikat, że jestem niezarejestrowany. Po jakimś nieregularnym czasie
wszystko wraca do normy. Sprzęt jest ostatnio wymieniony, przeładowanie
serwera nie polepsza sprawy, a obciążenie systemu w tym czasie jest bliskie
zero. Wersja LMS to 1.8.9 Vala.
Pozdrawiam
Piotr
----------------------------------------------------------------------
Lezac w wannie skorzystala z ...
Kliknij >>> http://link.interia.pl/f1ce9
!DSPAM:479f3c8819981671789688!
?m=customerlist
------------------------------
Wystąpiły błędy w obsłudze bazy danych!
*Zapytanie:* SELECT id, name, inet_ntoa(address) AS address, address AS
addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix FROM networks
ORDER BY name
*Błąd:* FUNCTION lms.mask2prefix does not exist
------------------------------
?m=nodelist
------------------------------
Wystąpiły błędy w obsłudze bazy danych!
*Zapytanie:* SELECT id, name, inet_ntoa(address) AS address, address AS
addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix FROM networks
ORDER BY name
*Błąd:* FUNCTION lms.mask2prefix does not exist
------------------------------
/?m=netlist
------------------------------
Wystąpiły błędy w obsłudze bazy danych!
*Zapytanie:* SELECT id, name, inet_ntoa(address) AS address, address AS
addresslong, mask, interface, gateway, dns, dns2, domain, wins,
dhcpstart, dhcpend, mask2prefix(inet_aton(mask)) AS prefix,
broadcast(address, inet_aton(mask)) AS broadcastlong,
inet_ntoa(broadcast(address, inet_aton(mask))) AS broadcast, pow(2,(32 -
mask2prefix(inet_aton(mask)))) AS size, (SELECT COUNT(*) FROM nodes
WHERE (ipaddr >= address AND ipaddr <= broadcast(address,
inet_aton(mask))) OR (ipaddr_pub >= address AND ipaddr_pub <=
broadcast(address, inet_aton(mask))) ) AS assigned, (SELECT COUNT(*)
FROM nodes WHERE ((ipaddr >= address AND ipaddr <= broadcast(address,
inet_aton(mask))) OR (ipaddr_pub >= address AND ipaddr_pub <=
broadcast(address, inet_aton(mask)))) AND (UNIX_TIMESTAMP() - lastonline
< 600) ) AS online FROM networks ORDER BY name
*Błąd:* FUNCTION lms.mask2prefix does not exist
------------------------------
blad pojawil sie po aktualizacji z 1.11.1 do 1.11.2
*Wersja LMS: 1.11.2 Neera (1.914/1.22)
*Wersja LMSDB: 1.11.2 Neera (1.44/1.50)
* Wersja MySQL: 5.0.54-log
*Wersja PHP: 5.2.5-pl1-gentoo
*Wersja Smarty: 2.6.18
Pomocy, jak to zlikwidowac?
!DSPAM:47a1b7be316088362916074!