- lms - lists.lms.org.pl

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 20 Mar '05

20 Mar '05

On Sun, Mar 20, 2005 at 08:56:09PM +0100, Jaroslaw Dziubek wrote: > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > > > zostana). Poprawcie jesli sie myle. > > > > > > > Wiesz.. masz rację ;) > > > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > > > > > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. > > > > > odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam > > płatności :) > > > Ale faktura jest podpieta pod klienta (rozumianego jako UID). To ze do > 1.03.2005 faktury dla tego ID byly wystawiane na Kowalski Jan a > pozniej na Kowalska Anna nie psuja rozliczen i salda panstwa > Kowalskich... Tak, tylko po mimo domyślnej wspólnoty majątkowej mogę się założyć że skoro Jan nie uregulował to JANA ścigać o nawet 0.01 należy i tylko i wyłącznie gdy Anna powie Jana zaległość proszę przepisać na mnie (np w aneksie?) to to należy tak zrobić. Pewnie nie tylko Jan mężem Anny ale i Jan ojcem Basi być może a Jan i Anna mogą mieć już max odpisów. > Byc moze - ale tylko w przypadku gdy to jest INNY komputer i INNA > osoba. Komputer? hm a co ISP komputer obchodzi. Klient się liyczy ! 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: "Trojan" w LMSie
by Jaroslaw Dziubek 20 Mar '05

20 Mar '05

[Saturday, 19 March 2005], hunter(a)mimuw.edu.pl napisał(a): > On Sat, Mar 19, 2005 at 11:35:19PM +0100, Przemysław 'Repcio' Gubernat wrote: > > > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > > zostana). Poprawcie jesli sie myle. > > > > > Wiesz.. masz rację ;) > > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > > i to ostro :/ > > > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. > To ja już nie rozumiem. :) Ale wydaje mi się że problem jakiś jest, > odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam > płatności :) Ale faktura jest podpieta pod klienta (rozumianego jako UID). To ze do 1.03.2005 faktury dla tego ID byly wystawiane na Kowalski Jan a pozniej na Kowalska Anna nie psuja rozliczen i salda panstwa Kowalskich... > Dobrze jednak zbierać dane ex-klientów, przepisanie umowy to może > bardziej nowe konto i zmiana właściciela komputera będzie lepszym > scenariuszem. Byc moze - ale tylko w przypadku gdy to jest INNY komputer i INNA osoba. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

UTF-8 =>ISO8859-2 konwersja
by Jacekk 20 Mar '05

20 Mar '05

Witam Uzywam LMS-a od ok 2 lat, i tak zastanawiam sie ze moze wartalo by sie zastanowic nad stworzeniem jakiegos lms.core, rdzenia, ktory moglby byc wykorzystywany do pisania skryptow czy tez wykorzystywania w innych aplikacjach ( np integracja z jakims CMS-em) ,i w ktorym funckje ,classy bylyby kompatybilne w dol.... (obecnie nawet userpanel LMS-a nie dziala tak jak powinien z nowym LMS-em), a ktory moglby byc rozszerzalny o nowe wlasciwosci (funkcje) Mysle ze stworzenie jakiegos standardu-rdzenia obslugi LMS-a, przyspieszylo by znacznie rozwoj aplikacji. I przy okazji pytanie do developerow: czy mozna spodziewac sie jakiegos supportu konwersji z utf na iso i z iso na utf w glownej klasie lms-a ??(lms.class) Wykorzystuje ta klase do wlasnych skryptow php ( i przypuszczam nie ja jeden), i za kazdym razem jak cos wyciagne z bazy , musze konwertowac na iso. Pozdrawiam Jacekk

1 0

Re: PIN!
by lms 20 Mar '05

20 Mar '05

On Sun, 20 Mar 2005, lms wrote: > Od pewnego momentu zauwazylem ze przy dodawaniu ludzi do lms'a > PIN nie generuje sie automatycznie, jak zrobic zeby przy dodawaniu kogos do > lms'a automatycznie sie generowal PIN dla niego oraz jak z automatu puscic > generowanie PINow dla tych ktorzy go nie posiadaja ? pierwsze juz zrobilem ;) w sensie piny sobie wygenerowalem losowo, ale zostaje dalej problem "generowania recznie pinow" jest jakas opcja zeby sam wstawial ? -- Rafal Drozd.

1 0

PIN!
by lms 20 Mar '05

20 Mar '05

Od pewnego momentu zauwazylem ze przy dodawaniu ludzi do lms'a PIN nie generuje sie automatycznie, jak zrobic zeby przy dodawaniu kogos do lms'a automatycznie sie generowal PIN dla niego oraz jak z automatu puscic generowanie PINow dla tych ktorzy go nie posiadaja ? -- Rafal Drozd.

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 11:35:19PM +0100, Przemysław 'Repcio' Gubernat wrote: > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > zostana). Poprawcie jesli sie myle. > > > Wiesz.. masz rację ;) > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > i to ostro :/ > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. To ja już nie rozumiem. :) Ale wydaje mi się że problem jakiś jest, odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam płatności :) Dobrze jednak zbierać dane ex-klientów, przepisanie umowy to może bardziej nowe konto i zmiana właściciela komputera będzie lepszym scenariuszem. -- 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: "Trojan" w LMSie
by Przemysław 'Repcio' Gubernat 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 09:46:38PM +0100, Jaroslaw Dziubek wrote: > [Saturday, 19 March 2005], Przemysław 'Repcio' Gubernat napisał(a): > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy > > będzie problem gdyż w księgowości jest co innego a u klienta co innego. > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > zostana). Poprawcie jesli sie myle. > Wiesz.. masz rację ;) W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała i to ostro :/ Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 09:46:38PM +0100, Jaroslaw Dziubek wrote: > [Saturday, 19 March 2005], Przemysław 'Repcio' Gubernat napisał(a): > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy > > będzie problem gdyż w księgowości jest co innego a u klienta co innego. > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > zostana). Poprawcie jesli sie myle. Tak ale nadal mamy drobny ból: Faktura nr 3000 to Kowalski Jan, faktura nr 2990 to Kowalska Anna, to ten sam uid, (nie zapisywany w invoices) dojść do niego przez cash można. Ja bym pilnował przepisywania i wystawił ostatnią fakturę z cesją (np 1.22 koszty cesji) na starego człowieka i podesłał mu PDFem, nowy niech ma dojście tylko do nowych. 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: "Trojan" w LMSie
by Jaroslaw Dziubek 19 Mar '05

19 Mar '05

[Saturday, 19 March 2005], Przemysław 'Repcio' Gubernat napisał(a): > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy > będzie problem gdyż w księgowości jest co innego a u klienta co innego. Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury zostana). Poprawcie jesli sie myle. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: [lms]Problem z logowaniem po instalacji lms...
by Mateusz Piróg 19 Mar '05

19 Mar '05

A oto wynik dzialania komendy: bash-2.05b# tail /var/log/apache/error_log [Sat Mar 19 12:02:39 2005] [notice] SIGHUP received. Attempting to restart [Sat Mar 19 12:02:40 2005] [notice] Apache/1.3.31 (Unix) PHP/5.0.3 configured -- resuming normal operations [Sat Mar 19 12:02:40 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) [Sat Mar 19 12:14:36 2005] [notice] SIGHUP received. Attempting to restart [Sat Mar 19 12:14:37 2005] [notice] Apache/1.3.31 (Unix) PHP/5.0.3 configured -- resuming normal operations [Sat Mar 19 12:14:37 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) [Sat Mar 19 13:11:37 2005] [error] [client 209.67.60.228] File does not exist: /var/www/htdocs// [Sat Mar 19 13:12:38 2005] [error] [client 211.219.105.169] File does not exist: /var/www/htdocs// [Sat Mar 19 15:34:58 2005] [error] [client 168.254.0.5] File does not exist: /var/www/htdocs/favicon.ico [Sat Mar 19 15:35:01 2005] [error] [client 168.254.0.5] File does not exist: /var/www/htdocs/favicon.ico ---------------------------------------------------- Czy masz własne zainteresowania? Czy chciałbyś poznać osoby podobne do Ciebie? Podziel się Twoją pasją z całym światem! Załóż/przenieś Twoje WWW http://klik.wp.pl/?adr=www.webPark.pl&sid=334

1 0

Re: [lms]Problem z logowaniem po instalacji lms...
by Radosław Kotlarek 19 Mar '05

19 Mar '05

> Mam taki problem... po zainstalowaniu LMS tak jak to jest napisane w > manualu, wchodze na strone. Pokazuje mi sie info o stworzeniu nowego > admina. Podaje nazwe usera haslo itp. Po chwili pokazuje mi sie okno do > zalogowania do LMS. Wpisuje login i haslo podane wczesniej, no i... stoi. > Stronka stoi w miejscu. Nic sie nie dzieje. W pasku informacyjnym > przegladarki pisze ze otwiera http://localhost... i nic wiecej. Czekalem > 15 minut i nic. > Do tego wszystkiego przy probie wycofania sie ze strony i ponownego > wejscia na nia dzieje sie to samo co przy probie zalogowania, stronka stoi > w miejscu. Dopiero zrestartowanie Apache`a daje efekt ukazania sie glownej > strony LMS gdzie mozna sie zalogowac, ale po ponownym zalogowaniu dzieje > sie to samo co wczesniej. tail /var/log/apache/error_log ??

1 0

Re: [lms]Problem z logowaniem po instalacji lms...
by konrad rzentarzewski 19 Mar '05

19 Mar '05

19/03/05, messie from [ Mateusz Piróg ] ... > Mam taki problem... po zainstalowaniu LMS tak jak to jest napisane w manualu, wchodze na strone. Pokazuje mi sie info o stworzeniu nowego admina. Podaje nazwe usera haslo itp. Po chwili pokazuje mi sie okno do zalogowania do LMS. Wpisuje login i haslo podane wczesniej, no i... stoi. Stronka stoi w miejscu. Nic sie nie dzieje. W pasku informacyjnym przegladarki pisze ze otwiera http://localhost... i nic wiecej. Czekalem 15 minut i nic. > Do tego wszystkiego przy probie wycofania sie ze strony i ponownego wejscia na nia dzieje sie to samo co przy probie zalogowania, stronka stoi w miejscu. Dopiero zrestartowanie Apache`a daje efekt ukazania sie glownej strony LMS gdzie mozna sie zalogowac, ale po ponownym zalogowaniu dzieje sie to samo co wczesniej. wpisz do /etc/hosts 217.153.56.162 lms.rulez.pl -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

[lms]Problem z logowaniem po instalacji lms...
by Mateusz Piróg 19 Mar '05

19 Mar '05

Witam! Mam taki problem... po zainstalowaniu LMS tak jak to jest napisane w manualu, wchodze na strone. Pokazuje mi sie info o stworzeniu nowego admina. Podaje nazwe usera haslo itp. Po chwili pokazuje mi sie okno do zalogowania do LMS. Wpisuje login i haslo podane wczesniej, no i... stoi. Stronka stoi w miejscu. Nic sie nie dzieje. W pasku informacyjnym przegladarki pisze ze otwiera http://localhost... i nic wiecej. Czekalem 15 minut i nic. Do tego wszystkiego przy probie wycofania sie ze strony i ponownego wejscia na nia dzieje sie to samo co przy probie zalogowania, stronka stoi w miejscu. Dopiero zrestartowanie Apache`a daje efekt ukazania sie glownej strony LMS gdzie mozna sie zalogowac, ale po ponownym zalogowaniu dzieje sie to samo co wczesniej. Bede wdzieczny za wszelka pomoc. Pozdro mordek ---------------------------------------------------- Jesteś pracodawcą? Szukasz pracownika? Zamieść ogłoszenie w Praca.wp.pl! Internet to skuteczne narzędzie rekrutacyjne! http://klik.wp.pl/?adr=http%3A%2F%2Fpraca.wp.pl%2Fzamiesc.html&sid=340

1 0

Re: "Trojan" w LMSie
by Łukasz Jarosław Mozer 19 Mar '05

19 Mar '05

Witam. W liście z dnia 18 marca 2005 (23:45:38) można przeczytać: > Czy mi się tylko zdaje czy też w dokumentacji nie ma informacji że za > każdym razem przy zalogowaniu się do LMS'a bądź wejściu na nową główną stronę > jest wywoływany http://lms.rulez.pl/stat.php?h=1.1.1.1&v=1.5.3 ?? Po wydaniu 1.6 pokaże userom którzy używają 1.0 i 1.2 informacje że ich wersja LMS'a jest przedopotopowa i powinni się zainteresować aktualizacją, natomiast tym co będą mieli 1.5.x info o 1.6, że jest stable i w ogóle. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: "Trojan" w LMSie
by Łukasz Jarosław Mozer 19 Mar '05

19 Mar '05

Witam. W liście z dnia 19 marca 2005 (00:42:07) można przeczytać: > ...i dalej automagiczny upgrade bazy z ww. urla. Nie, nie robi. In fact, podbija licznik ile osób używa danej wersji a na podstawie uiid nie robi tego przy każdym wejściu. Domyślnie, update.php ma zwracać informacje w stylu: 'Dostępna jest wersja x.y.z pod adresem http:// ... Ściągnąć ją możesz tutaj'. A jak dokładnie przegrzebiesz ostatnio dodane pliku do cvsa to zobaczysz że próbuję rozwiązać problem pt. "Dopiszcie mnie do strony ,,im się udało''". -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 01:14:11AM +0100, Przemysław 'Repcio' Gubernat wrote: > On Sat, Mar 19, 2005 at 01:01:11AM +0100, konrad rzentarzewski wrote: > > 19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > > > > > Że nie wspomnę o "szczęśliwach" którzy podzielą się zmodyfikowanym > > > kodem a nie wejdzie on do LMS'a. > > > > nie łapię. > > > Właśnie dzisiaj w firmie wyszedł problem, zmian danych na fakturze > (faktury idą z LMS'a). > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają > się przepisywania umów > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu > wystawienia faktury. > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał > już nowe dane, i wtedy > będzie problem gdyż w księgowości jest co innego a u klienta co innego. > > Wobec tego problemu zapewnie zostanie zmieniona tabelka invoice. > Tak dodatkowo mam już zmienioną tabelkę nodes - "extra" plik > konfiguracyjny dla urządzenia. Invoice powinno zawierać nie tyle uid co imię i nazwisko klienta... To plik zawierający opis "po wydruku" i tak należy go traktować (np w treści jest opis słowny). Jeśli jest to jakaś hm cesja umowy to informacje takie jak historia płatności/pakietów dobrze mieć, jednocześnie wiedząc kiedy się coś zmieniło. Z przykładów które znam z własnego doświadczenai (nie z LMSa) to jednak nowy nip to nowy klient a o starej histori płatności/zaległości się zapomina (dodaje jakieś pole do uwag i tyle). Jak zrobisz poprawki to daj na listę urla z efektem: $ cvs -z3 diff -u Pewnie podstawowe komórki społeczeństwa naszego niedługo będą myślały poważnie o odpisach i wyjdzie to niedługo. Z innych inności: pomysł odnośnie podziału userów na userów i atrybuty to miałem i głośno podałem ponad rok temu, kwestia implementacji: mi to jest zupełnie nie potrzebne ale ułatwiłoby życie, takie np hasło czy pin ma swój c_time, m_time i deadline, podobnie ktoś zmienił nazwisko (nie zabronisz) czy też miał dane np "Jan Kowalski FUH reperowanie butów" 3 miesiące poczym "Jan Kowalski" miesiąc aby później mieć "Jan Kowalski i syn, hydraulika i rurokładzenie". To akurat każdy księgowy Wam powie że to nawet Jan Kowalski winien wam wysłać "notę korygującą" (nie Wy i nie wystawiać fakturę korygującą) że tutaj był on firmą, tu osobą, tu firmą. W miedzyczasie mogły mu się zmienić np ulica, nr domu etc... Chętni do implementacji? 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: "Trojan" w LMSie
by konrad rzentarzewski 19 Mar '05

19 Mar '05

19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > Wobec tego problemu zapewnie zostanie zmieniona tabelka invoice. > Tak dodatkowo mam już zmienioną tabelkę nodes - "extra" plik konfiguracyjny dla urządzenia. > > W jakiejś (hipotetycznej sytuacji) te 2 zmiany mogą kolidować z LMSem i gdyby to rzeczywiście > było robione z "automatu" zacząłbym się martwić. mea culpa, bo piszę szybciej niż czytam. :) zupełnie hipotetycznie jeśli nie używasz "SELECT *" w swoich skryptach (lms nie używa) to zmiany tabel ujdą ci na sucho. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: "Trojan" w LMSie
by Przemysław 'Repcio' Gubernat 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 01:01:11AM +0100, konrad rzentarzewski wrote: > 19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > > > Że nie wspomnę o "szczęśliwach" którzy podzielą się zmodyfikowanym kodem a nie wejdzie on do LMS'a. > > nie łapię. > Właśnie dzisiaj w firmie wyszedł problem, zmian danych na fakturze (faktury idą z LMS'a). Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy będzie problem gdyż w księgowości jest co innego a u klienta co innego. Dodawanie użytkownika załatwiałoby sprawę, lecz podejżewam że będę miał ok 30-50% bazy do przepisania :( Wobec tego problemu zapewnie zostanie zmieniona tabelka invoice. Tak dodatkowo mam już zmienioną tabelkę nodes - "extra" plik konfiguracyjny dla urządzenia. W jakiejś (hipotetycznej sytuacji) te 2 zmiany mogą kolidować z LMSem i gdyby to rzeczywiście było robione z "automatu" zacząłbym się martwić. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: Wystawianie faktur a okres rozliczeniowy
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Fri, Mar 18, 2005 at 03:11:28PM +0100, Łukasz Matys wrote: > Czy da sie ustawic w taki sposob naliczanie faktur, aby naliczaly sie np: > 3 dnia kazdego miesiaca, a okres na fakturze widniał od 1 do ostatniego > dnia miesiaca? A przeczytałeś dokumentację? my $comment = $ini->val('payments', 'comment') || 'Abonament wg taryfy %tariff za okres %period'; Aktualnie podmieniane w opisie są: %tariff %period %desc > Jak wystawiam 3 dnia, to okres rozliczeniowy jest od 3 do 2 dnia > nastepnego miesiaca. Piwo kontra orzeszki że możesz w lms.ini wpisać "Abonament za internet pupa-pupa-cokolwiek taryfa %tarrif %desc" A taryfę albo opis nazwać "okres od 01 do do ostatniego" :p Możesz też po prostu pisać abonament za internet w bierzącym miesiącu, jeśli to komuś mocno potrzebne to może usiąść do perla i dorobić taką funkcjonalność żeby podmieniało tam %d %m %y czy nawet na podstawie grupy coś tam wpisać. Można też pomyśleć jak taki ostatni w perlu wyciągnąć i tyle. Tylko że data wystawienia aktualnie powiązana jest z resztą automatyki np odcinającej/informującej, nie możesz wystawiać faktur 1 i dawać 2 dni płatności więcej? Klienci się ucieszą. -- 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: "Trojan" w LMSie
by konrad rzentarzewski 19 Mar '05

19 Mar '05

19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > Że nie wspomnę o "szczęśliwach" którzy podzielą się zmodyfikowanym kodem a nie wejdzie on do LMS'a. nie łapię. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: squid-warnings a wiadomość administracyjna " dwu etapowa"
by Wiktor R. Braun 19 Mar '05

19 Mar '05

Dnia 2005-02-11 15:00, ZibiK. napisał : > Poprosiłbym o podpowiedź - gdzie popełniłem błąd w modyfikując > message.html squid-warnings > > ######################### > {if $layout.message==""} > {if $userinfo.message==""} {if $layout.message eq ""} {if $userinfo.message eq ""} -- Pozdrawiam, Wiktor R. Braun

1 0

Re: "Trojan" w LMSie
by Przemysław 'Repcio' Gubernat 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 12:42:07AM +0100, konrad rzentarzewski wrote: > 19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > > > Akurat tego nie otwiera PHP, tylko przeglądarka. > > w takim razie w wersji cvs jest inaczej: > > fopen('http://lms.rulez.pl/update.php?uiid='.$uiid.'&v='.$v, 'r') > w lib/LMS.class.php:3221 > > ...i dalej automagiczny upgrade bazy z ww. urla. > > natomiast stat.php już nie ma, więc moja propozycja nieaktualna :) > > [root(a)nikto.kondi.net lms]# grep -lr stat.php * > [root(a)nikto.kondi.net lms]# # grep -lr stat.php * templates/welcome.html # > ps. też jestem zdania, że to uszczęśliwianie użytkownika na siłę. > a biorąc poprawkę na bezpieczeństwo w tym urlu powinno być IP vipera, > nie nazwa DNS. > Że nie wspomnę o "szczęśliwach" którzy podzielą się zmodyfikowanym kodem a nie wejdzie on do LMS'a. LMS jest dużym kawałkiem niezłej roboty i o ile ze statystyką (która można wyłączyć) lub infomacją o aktualizacji mogę się pogodzić, to taki całkowity automat zaczyna mnie nieopokoić. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: "Trojan" w LMSie
by konrad rzentarzewski 19 Mar '05

19 Mar '05

19/03/05, messie from [ konrad rzentarzewski ] ... > w takim razie w wersji cvs jest inaczej: > fopen('http://lms.rulez.pl/update.php?uiid='.$uiid.'&v='.$v, 'r') > w lib/LMS.class.php:3221 > ...i dalej automagiczny upgrade bazy z ww. urla. bzdury plotę, 'tylko' dodaje zawartość ww. urla do strony welcome (tylko w cudzysłowach bo potencjalnie otwiera system na problemy xss). poza tym: [lmsui] check_for_updates_period = 31536000 # Default: 86400 (24h) ...i będzie sprawdzał raz na rok :) -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: "Trojan" w LMSie
by konrad rzentarzewski 19 Mar '05

19 Mar '05

19/03/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > Akurat tego nie otwiera PHP, tylko przeglądarka. w takim razie w wersji cvs jest inaczej: fopen('http://lms.rulez.pl/update.php?uiid='.$uiid.'&v='.$v, 'r') w lib/LMS.class.php:3221 ...i dalej automagiczny upgrade bazy z ww. urla. natomiast stat.php już nie ma, więc moja propozycja nieaktualna :) [root(a)nikto.kondi.net lms]# grep -lr stat.php * [root(a)nikto.kondi.net lms]# ps. też jestem zdania, że to uszczęśliwianie użytkownika na siłę. a biorąc poprawkę na bezpieczeństwo w tym urlu powinno być IP vipera, nie nazwa DNS. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 12:09:31AM +0100, Marcin Frątczak wrote: > Stare :) i chyba od zawsze bylo :) > chociaz nie jestem pewny :) > i wykasowalem to na dziendobry :) Odpisuj pod cytatem. Tak stare. Tak otwiera urla. Tak, nikomu to nie przeszkadza a po prostu cokolwiek pozwala tfurcom powiedzieć, choćby która wersja jest używana. 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