tdabek(a)go2.pl pisze:
> Andrzej Kosmala pisze:
>
>> Jan Łukasz pisze:
>>
>> Klienci mają ustawione zobowiązanie taryfowe. lms-payments obciążał
>> wszystkich do grudnia 2005.
>>
>
> czyli masz w "zakladce" zobowiazania klienta ustawiony dzien nalicznia
> taryfy (1...30/31) oraz okres (jednorazowo/codziennie/.../rocznie)?
>
U mnie nie ma tego (1...30/31) jest natomiast dzień naliczenia
miesięcznie(1). I tego się czepiłem.
Okazało się, że oznacza to naliczanie 1 dnia miesiąca. Ponieważ nie
mogłem usunąć mu tej taryfy ( nie znalazłem takiej opcji) dodałem ją
jeszcze raz z datą (7) i wydałem polecenie lms-payments. Cud !!!! po
dwóch latach naliczył. Po tej operacji jest jakiś dziwny komunikat w
phpmyadmin dla tabeli customerassigments: Dla kolumny `UNIQUE` zostało
utworzonych wiele indeksów. Domyślam się, że chodzi o dwukrotne
przypisanie tej samej taryfy (mogłem tylko pierwotny wpis z datą(1)
uczynić nieaktywnym a nie usunąc. Widzę już jak ma działać ten skrypt,
jednak obawiam się czy dwukrotne przypisanie tej samej taryfy i ten
komunikat w phpmyadmin stanowią zagrożenie dla baz mysql-a? Niestety
przed tą operację nie zrobiłem kopii bazy.
Dziękuję za wskazówkę.
Andrzej
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
> Witam , utknąłem trochę na liście sieci , mam od dawna zrobioną jedną
> sieć siec_local 192.168.0.0/16 , tak było kiedyś szybciej i wygodniej ,
> chciałbym teraz stworzyć np siec_1 , siec_2 itd. niestety klasy adresowe
> się pokrywają 192.168.1.0/24 , 192.168.2.0/0 itd. w jaki w miarę prosty
> sposób można przenieść komputery pomiędzy takimi sieciami ? czy opis
> jednej sieci może zawierać kilka podsieci (192.168.1.0/24 ,
> 192.168.40/0 ....) ?
> Piotr
>
Od biedy możesz utworzyć te nowe sieci i wpisać im początkowo jakieś inne(fikcyjne) adresacje, przenieść do nich wszystkie kompy, a na końcu usunąć starą sieć (/16) i wtedy zmienić adresacje nowych sieci.
pozdrawiam,
widynek
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Witam , utknąłem trochę na liście sieci , mam od dawna zrobioną jedną
sieć siec_local 192.168.0.0/16 , tak było kiedyś szybciej i wygodniej ,
chciałbym teraz stworzyć np siec_1 , siec_2 itd. niestety klasy adresowe
się pokrywają 192.168.1.0/24 , 192.168.2.0/0 itd. w jaki w miarę prosty
sposób można przenieść komputery pomiędzy takimi sieciami ? czy opis
jednej sieci może zawierać kilka podsieci (192.168.1.0/24 ,
192.168.40/0 ....) ?
Piotr
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
tdabek(a)go2.pl pisze:
> A.L.E.C pisze:
>
>
>> tzn. ma to być gotowy patch i najlepiej jakby umożliwiał włączenie tego
>> przy pomocy opcji konfiguracyjnej (w dodatku wyklikiwanej z menu
>> Userpanel), a wtedy nie widzę problemu aby go wrzucić do cvsu na stałe.
>>
> jesli opcja wyklikiwana to chyba musi byz dodatkowe pole w bazie?
>
>
nie musi, zobacz jak są zrobione opcje w konfiguracji Userpanela (menu
Userpanel)
>> Chodzi o to, że nie zawsze mam ochotę przeglądać i poprawiać patche,
>> których z resztą za wiele nie ma.
>>
> skoro nie ma za wiele to...
>
zauważ że nikt mi nie płaci za przeglądanie patchy, jeśli jakiś mnie
zainteresuje i mam czas to to robię, niestety zazwyczaj muszę je
poprawiać, żeby były "w stylu LMSa", nie mówiąc o usuwaniu błędów. Poza
tym jest dość łatwo zostać deweloperem, aby samemu wrzucać zmiany do
cvsu, ale nie ukrywam, że zdarzyło się też iż odebrałem uprawnienia za
wrzucanie wadliwego kodu.
>
>>> P.S. Jesli posiadam juz funkcjonalnosc, za ktora zaplacilem ekstra,
>>> wyswietlania na karcie klienta jego daty logowania do UP to nie
>>> moge tego udostepnic dla wszystkich za free?
>>>
>>>
>> możesz
>>
> wiec wrzuc to prosze do CVS no chya ze tez musi byc opcja wyklikiwana.
>
>
Napisałem że możesz udostępnić, a nie że można dodać do cvsu (to też
uzasadniłem). Nawet jeśli ten patch nadawałby się do contrib, to i tak
nie mam zamiaru dbać o jego aktualność.
--
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 06-10-2007 o 16:25:59 <tdabek(a)go2.pl> napisał(a):
> A.L.E.C pisze:
>
>> Userpanel jest przecież na takiej samej licencji jak LMS
>
> Zgadza sie, tylko wciaz nie rozumiem dlaczego nie mozemy
> go bardziej powiazac/zintegrowac z LMSem?
> Ostatnio ALEC dorobil mi wyswietlanie daty logowania klientow
> do samego UP i to wladnie widze na karcie klienta w LMSie.
> Nawet odpowiednie pola w bazie sa juz od dawna z tymi info.
> Dlaczego to nie moze wejsc na stale do LMS'a?
> Dodatkowo dlaczego nie mozna wprowadzic mozliwosci zmiany
> pinu z pozycji UP?
> Kiedys ktos podrzucil taki modul na liste, ja go sobie przerobilem
> i jestem z niego zadowolony, ale odpowiedz na pytanie czy wejdzie
> to na stale do LMSa byla, ze jesli bedzie dobrze napisany to kto wie.
> Dobrze napisany to znaczy o co chodzi? Jesli chodzi o bezpieczenstwo
> danych to jesli juz cos jest to chyba nie jest wielkim problemem
> uzupelnic to i dostosowac do calosci.
> Nastepna mozliwosc to dobrze byloby z pozycji UP zmieniac haslo
> do konta, klient wtedy sam moze sobie zmienic haslo np. do poczty, ftp.
> Mysle, ze wielu uzytkownikow LMSa ma porobione wlasne moduly
> do UP i mozliwe ze podzieliliby sie nimi. Jesli to wymaga
> jakichs kosztow to uwazam ze zawsze mozna sie dogadac.
>
> Jestem zainteresowany kilkoma modulami, za ktore moge nawet zaplacic
> chociaz i tak to bardziej dla mnie jako hobby traktuje.
>
> P.S. Jesli posiadam juz funkcjonalnosc, za ktora zaplacilem ekstra,
> wyswietlania na karcie klienta jego daty logowania do UP to nie
> moge tego udostepnic dla wszystkich za free?
>
Też uważam że zmiana hasel do kont powinna byC dostępna z poziomu
userpanela była by to bardzo ważna funkcjonalność
--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
A.L.E.C pisze:
> tzn. ma to być gotowy patch i najlepiej jakby umożliwiał włączenie tego
> przy pomocy opcji konfiguracyjnej (w dodatku wyklikiwanej z menu
> Userpanel), a wtedy nie widzę problemu aby go wrzucić do cvsu na stałe.
jesli opcja wyklikiwana to chyba musi byz dodatkowe pole w bazie?
> Chodzi o to, że nie zawsze mam ochotę przeglądać i poprawiać patche,
> których z resztą za wiele nie ma.
skoro nie ma za wiele to...
>> P.S. Jesli posiadam juz funkcjonalnosc, za ktora zaplacilem ekstra,
>> wyswietlania na karcie klienta jego daty logowania do UP to nie
>> moge tego udostepnic dla wszystkich za free?
>>
> możesz
wiec wrzuc to prosze do CVS no chya ze tez musi byc opcja wyklikiwana.
--
Pozdrawiam Tomasz Dąbek [Thomas]
[gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl]
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
tdabek(a)go2.pl pisze:
> Zgadza sie, tylko wciaz nie rozumiem dlaczego nie mozemy
> go bardziej powiazac/zintegrowac z LMSem?
> Ostatnio ALEC dorobil mi wyswietlanie daty logowania klientow
> do samego UP i to wladnie widze na karcie klienta w LMSie.
> Nawet odpowiednie pola w bazie sa juz od dawna z tymi info.
> Dlaczego to nie moze wejsc na stale do LMS'a?
>
dopóki LMS nie będzie modułowy nie przewiduję takiego typu integracji,
po prostu dla zasady jedyną interakcją LMSa z Userpanelem miało być menu
Userpanel.
> Dodatkowo dlaczego nie mozna wprowadzic mozliwosci zmiany
> pinu z pozycji UP?
> Kiedys ktos podrzucil taki modul na liste, ja go sobie przerobilem
> i jestem z niego zadowolony, ale odpowiedz na pytanie czy wejdzie
> to na stale do LMSa byla, ze jesli bedzie dobrze napisany to kto wie.
> Dobrze napisany to znaczy o co chodzi? Jesli chodzi o bezpieczenstwo
> danych to jesli juz cos jest to chyba nie jest wielkim problemem
> uzupelnic to i dostosowac do calosci.
>
tzn. ma to być gotowy patch i najlepiej jakby umożliwiał włączenie tego
przy pomocy opcji konfiguracyjnej (w dodatku wyklikiwanej z menu
Userpanel), a wtedy nie widzę problemu aby go wrzucić do cvsu na stałe.
Chodzi o to, że nie zawsze mam ochotę przeglądać i poprawiać patche,
których z resztą za wiele nie ma.
> P.S. Jesli posiadam juz funkcjonalnosc, za ktora zaplacilem ekstra,
> wyswietlania na karcie klienta jego daty logowania do UP to nie
> moge tego udostepnic dla wszystkich za free?
>
możesz
--
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
Andrzej Kosmala pisze:
> Jan Łukasz pisze:
>
> Klienci mają ustawione zobowiązanie taryfowe. lms-payments obciążał
> wszystkich do grudnia 2005.
czyli masz w "zakladce" zobowiazania klienta ustawiony dzien nalicznia
taryfy (1...30/31) oraz okres (jednorazowo/codziennie/.../rocznie)?
--
Pozdrawiam Tomasz Dąbek [Thomas]
[gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl]
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Jan Łukasz pisze:
Klienci mają ustawione zobowiązanie taryfowe. lms-payments obciążał
wszystkich do grudnia 2005.
Wtedy była chyba wersja ok. 1.3
> a klienci maja ustawine odpowiednio zobowiazania to nasunelo mi sie
co Ci si nasunęło? Chciałeś chyba coś zasugerować. Może to by pomogło.
>
> pierwsze ja urzywam od 1 stycznia br i mi dziala
> i jak dobrze pamietam to raczej wiekszych problemow nie mialem
>
Pozdrawiam
Andrzej
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
A.L.E.C pisze:
> Userpanel jest przecież na takiej samej licencji jak LMS
Zgadza sie, tylko wciaz nie rozumiem dlaczego nie mozemy
go bardziej powiazac/zintegrowac z LMSem?
Ostatnio ALEC dorobil mi wyswietlanie daty logowania klientow
do samego UP i to wladnie widze na karcie klienta w LMSie.
Nawet odpowiednie pola w bazie sa juz od dawna z tymi info.
Dlaczego to nie moze wejsc na stale do LMS'a?
Dodatkowo dlaczego nie mozna wprowadzic mozliwosci zmiany
pinu z pozycji UP?
Kiedys ktos podrzucil taki modul na liste, ja go sobie przerobilem
i jestem z niego zadowolony, ale odpowiedz na pytanie czy wejdzie
to na stale do LMSa byla, ze jesli bedzie dobrze napisany to kto wie.
Dobrze napisany to znaczy o co chodzi? Jesli chodzi o bezpieczenstwo
danych to jesli juz cos jest to chyba nie jest wielkim problemem
uzupelnic to i dostosowac do calosci.
Nastepna mozliwosc to dobrze byloby z pozycji UP zmieniac haslo
do konta, klient wtedy sam moze sobie zmienic haslo np. do poczty, ftp.
Mysle, ze wielu uzytkownikow LMSa ma porobione wlasne moduly
do UP i mozliwe ze podzieliliby sie nimi. Jesli to wymaga
jakichs kosztow to uwazam ze zawsze mozna sie dogadac.
Jestem zainteresowany kilkoma modulami, za ktore moge nawet zaplacic
chociaz i tak to bardziej dla mnie jako hobby traktuje.
P.S. Jesli posiadam juz funkcjonalnosc, za ktora zaplacilem ekstra,
wyswietlania na karcie klienta jego daty logowania do UP to nie
moge tego udostepnic dla wszystkich za free?
--
Pozdrawiam Tomasz Dąbek [Thomas]
[gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl]
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
