- lms - lists.lms.org.pl

Re: nadwrażliwość cutoff i makewarnings
by Galciu 09 Sty '06

09 Sty '06

tombog napisał(a): > Witam. Nie wiem czy problem nie jest sztuczny, ale przyszło mi do > głowy, że gdy naliczymy klientowi różnych opłat, typu instalacja, > aktywacja, abonament, to dostanie on sporą sumkę do zapłacenia. Na > jego koncie powstanie zadłużenie przekraczające limit ustalony w > cutoff i makewarnings. Jeśli dobrze rozumuję, to zostanie on > natychmiast odcięty i powiadomiony o zadłużeniu, choć do terminu > płatności zostało mu przynajmniej 2 tygodnie. To samo może się > zdarzyć, gdy obciążymy go opłatami serwisowymi. Jest jakiś sposób na > taką sytuację ? > > Pozdrawiam > > Tombog > tak, poprawić lms'a tak aby do zadłużonych liczył tych co są po terminie płatności. jestem chętny do sponsoringu....

1 0

Re: dwa etapy cutoff
by Marcin Król 09 Sty '06

09 Sty '06

Tomasz Chilinski napisał(a): >>>Myślę, że rozwiązanie na squidzie jest bardziej złożone niż bez niego ;-) >> >>Myślę, że nie masz się już czego przyczepić więc czepiasz się >>czegokolwiek ;) > > Nie czepiam się. Daję tylko do zrozumienia, że można zrobić to z użyciem > mniejszej ilości zasobów i pamięciowych i dyskowych, a do tego nie ryzykujemy > np. tego, że jak squid padnie to szlag wszystko trafi ;-) > To miała być tylko uwaga, a nie czepianie się. Ot tak, żeby zdawać sobie > z tego sprawę ;-) Czepiasz się. Podstawowe założenia redirectora, to takie że masz już squida, dodatkowo pracującego w trybie transparent. Skoro go już masz, to Twoje argumenty odpadają - to czy dodasz redirectora czy nie, nic tutaj nie zmieni. Można co prawda popsuć bazę, a co za tym idzie popsuje się squid, ale w tym wypadku kierunek psucia jest inny niż w Twoim rozumowaniu. Anyway, sądząc po popularności tego rozwiązania, chyba z tą stabilnością nie jest tak źle co? Ps. Powtarzam, rozwiązanie zakłada że masz transparent proxy. Instalowanie proxy tylko po to żeby uruchomić redirectora faktycznie mija się z celem. Ps2. afair pomogłeś mi poważnie zwiększyć wydajność redirectora, to jak to jest że teraz na niego narzekasz? ;) -- _ _ _ ___ | |_ | \/ |( __| 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: dwa etapy cutoff
by Tomasz Chilinski 09 Sty '06

09 Sty '06

On Mon, 09 Jan 2006 21:12:42 +0100, Marcin Król wrote > Tomasz Chilinski napisał(a): > > > Myślę, że rozwiązanie na squidzie jest bardziej złożone niż bez niego ;-) > > Myślę, że nie masz się już czego przyczepić więc czepiasz się > czegokolwiek ;) Nie czepiam się. Daję tylko do zrozumienia, że można zrobić to z użyciem mniejszej ilości zasobów i pamięciowych i dyskowych, a do tego nie ryzykujemy np. tego, że jak squid padnie to szlag wszystko trafi ;-) To miała być tylko uwaga, a nie czepianie się. Ot tak, żeby zdawać sobie z tego sprawę ;-) > Marcin 'Lexx' Król LMS Developer Pozdrawiam.

1 0

Re: dwa etapy cutoff
by Marcin Król 09 Sty '06

09 Sty '06

Tomasz Chilinski napisał(a): > Myślę, że rozwiązanie na squidzie jest bardziej złożone niż bez niego ;-) Myślę, że nie masz się już czego przyczepić więc czepiasz się czegokolwiek ;) -- _ _ _ ___ | |_ | \/ |( __| 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: dwa etapy cutoff
by Dariusz Kowalczyk 09 Sty '06

09 Sty '06

> Masz na myśli połączenie transparent squida i lms-redirector? > Jeśli tak to: > wygodnie - bo masz już infrastrukturę pod winetki i nie musisz niczego > dodatkowego instalować, > szybko - nie przeładowujesz żadnych skryptów/daemonów więc efekt jest > widoczny "natychmiast" > elegancko - klient widzi winetkę od razu po jej ustawieniu przez Ciebie, > oraz po kliknięciu przeczytałem może od razu surfować nie czekając aż > się cokolwiek przeładuje. > > -- korzystam z tego dziala idealnie i szybko, jest to bardzo latwy w uruchomieniu wrecz banalny jak sie ma juz uruchomionego squida polecam Dariusz Kowalczyk

1 0

Re: dwa etapy cutoff
by Tomasz Chilinski 09 Sty '06

09 Sty '06

On Mon, 09 Jan 2006 20:33:10 +0100, Marcin Król wrote > Tomasz Chilinski napisał(a): > > >>wygodnie - bo masz już infrastrukturę pod winetki i nie musisz > >>niczego dodatkowego instalować, > > > > Skąd pochodzi winietka?, tzn. co ją serwuje? ;-) > > Serwować ją może nawet republika.pl czy dowolny inny serwer www. > Więc tutaj się nie przyczepisz :) Redirectorowi jest wszystko jedno > czy będzie to zdany, czy lokalny serwer. > > >>szybko - nie przeładowujesz żadnych > >>skryptów/daemonów więc efekt jest widoczny "natychmiast" elegancko - > >>klient widzi winetkę od razu po jej ustawieniu przez Ciebie, oraz po > >>kliknięciu przeczytałem może od razu surfować nie czekając aż się > >>cokolwiek przeładuje. > > > > Gdy klikniesz "Przeczytałem", co wtedy dzieje się dokładnie? ;-) > > Wykonuje się jedno zapytanie sql (wyłączenie winetki), a do > przeglądarki przesyłany jest header Location: pierwotnie_żądany_url. > Myślisz że to zbyt dużo? Myślę, że rozwiązanie na squidzie jest bardziej złożone niż bez niego ;-) Pozdrawiam, Tomek.

1 0

Re: dwa etapy cutoff
by Tomasz Chilinski 09 Sty '06

09 Sty '06

On Mon, 9 Jan 2006 20:18:24 +0100, Maciej Krok wrote > ... > > > > Gdy klikniesz "Przeczytałem", co wtedy dzieje się dokładnie? ;-) > > > >> -- > >> Marcin 'Lexx' Król LMS Developer > > > > Pozdrawiam, Tomek. > > Kluczowym elementem jest redirector. Odpowiada on za to, aby w > momencie ustawienia dla danego komputera flagi warn, przekierowywał > wszystkie żądania wysyłane do serwera proxy na nasz, ustalony > wcześniej adres. Przekierowaniu nie ulegają adresy zawierające adres > naszej winietki, tak aby umożliwić załadowanie się obrazków. Jeśli > komputer ma ustawioną flagę warn, to po przekierowaniu użytkownik ma > możliwość oznaczenia wiadomości jako przeczytanej, po czym skrypt > automatycznie kieruje przeglądarkę na pierwotnie wywoływany URL. W > przypadku oznaczeniu danego komputera jako wyłączony, użytkownik > będzie zawsze przekierowywany na adres winietki, bez możliwości > oznaczenia wiadomości jako przeczytanej. Więcej informacji > znajdziesz w pliku README. - gdzie odsyłam :) Ja Ciebie odsyłam do archiwum listy i poczytanie o tym, że w takim rozwiązaniu masz jeden dodatkowy punkt awarii - squid ;-) > Maciek Pozdrawiam, Tomek

1 0

Re: dwa etapy cutoff
by Marcin Król 09 Sty '06

09 Sty '06

Tomasz Chilinski napisał(a): >>wygodnie - bo masz już infrastrukturę pod winetki i nie musisz >>niczego dodatkowego instalować, > > Skąd pochodzi winietka?, tzn. co ją serwuje? ;-) Serwować ją może nawet republika.pl czy dowolny inny serwer www. Więc tutaj się nie przyczepisz :) Redirectorowi jest wszystko jedno czy będzie to zdany, czy lokalny serwer. >>szybko - nie przeładowujesz żadnych >>skryptów/daemonów więc efekt jest widoczny "natychmiast" elegancko - >>klient widzi winetkę od razu po jej ustawieniu przez Ciebie, oraz po >>kliknięciu przeczytałem może od razu surfować nie czekając aż się >>cokolwiek przeładuje. > > Gdy klikniesz "Przeczytałem", co wtedy dzieje się dokładnie? ;-) Wykonuje się jedno zapytanie sql (wyłączenie winetki), a do przeglądarki przesyłany jest header Location: pierwotnie_żądany_url. Myślisz że to zbyt dużo? -- _ _ _ ___ | |_ | \/ |( __| 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: dwa etapy cutoff
by Maciej Krok 09 Sty '06

09 Sty '06

... > > Gdy klikniesz "Przeczytałem", co wtedy dzieje się dokładnie? ;-) > >> -- >> Marcin 'Lexx' Król LMS Developer > > Pozdrawiam, Tomek. Kluczowym elementem jest redirector. Odpowiada on za to, aby w momencie ustawienia dla danego komputera flagi warn, przekierowywał wszystkie żądania wysyłane do serwera proxy na nasz, ustalony wcześniej adres. Przekierowaniu nie ulegają adresy zawierające adres naszej winietki, tak aby umożliwić załadowanie się obrazków. Jeśli komputer ma ustawioną flagę warn, to po przekierowaniu użytkownik ma możliwość oznaczenia wiadomości jako przeczytanej, po czym skrypt automatycznie kieruje przeglądarkę na pierwotnie wywoływany URL. W przypadku oznaczeniu danego komputera jako wyłączony, użytkownik będzie zawsze przekierowywany na adres winietki, bez możliwości oznaczenia wiadomości jako przeczytanej. Więcej informacji znajdziesz w pliku README. - gdzie odsyłam :) Maciek

1 0

Re: dwa etapy cutoff
by Tomasz Chilinski 09 Sty '06

09 Sty '06

On Mon, 09 Jan 2006 19:55:23 +0100, Marcin Król wrote > Tomasz Chilinski napisał(a): > > >>>Niech mi ktoś odpowie dlaczego tak uczepił się tego squida? ;-) > >> > >>Bo jest wygodnie, szybko i elegancko? > > > > Sprecyzuj co oznaczają te epitety w odnośnie do squid-a? > > Masz na myśli połączenie transparent squida i lms-redirector? > Jeśli tak to: > wygodnie - bo masz już infrastrukturę pod winetki i nie musisz > niczego dodatkowego instalować, Skąd pochodzi winietka?, tzn. co ją serwuje? ;-) > szybko - nie przeładowujesz żadnych > skryptów/daemonów więc efekt jest widoczny "natychmiast" elegancko - > klient widzi winetkę od razu po jej ustawieniu przez Ciebie, oraz po > kliknięciu przeczytałem może od razu surfować nie czekając aż się > cokolwiek przeładuje. Gdy klikniesz "Przeczytałem", co wtedy dzieje się dokładnie? ;-) > -- > Marcin 'Lexx' Król LMS Developer Pozdrawiam, Tomek.

1 0