Re: Transparentny cache - proste wyjasnienia

Autor: Gotfryd Smolik - listy dyskusyjne (smolik_at_stanpol.com.pl)
Data: Fri 25 Feb 2000 - 15:21:33 MET


On Thu, 24 Feb 2000, smarkacz wrote:

+Darek Wichniewicz <darekw_at_ipartners.pl> wrote:
+
+> - Proxy+w3cache oszczedza przepustowosc. [...]
+> ale zazwyczaj jest to od kilkunastu do jakis 35%.
+
+Bywa nawet więcej.

 I z tym się mogę zgodzić, tak samo jak z większością argumentów Darka.

+> - Wydaje sie, ze zamiast wymuszac stosowanie transparent proxy mozna
+> postawic zwykle - wymagajace wpisania w przegladarke. Nie jest to
+> prawdziwe zalozenie, poniewaz znacznej czesci "zwyklych" uzytkownikow
+> nie bedzie sie chcialo tego robic, nie beda wiedzieli po co albo po
+> prostu nie beda potrafili tego zrobic.

 Hm... Może ich *jednak* *jakoś* uświadomić i dać im malutki
zbiorek .REG (dla IE) + jakiś util (dla Netscape, to jest jawnym
tekstem w LIPREFS.JS) ?

+> - Istnieja tylko dwie metody aby ich skutecznie przekonac so stosowania proxy:
+> pokazanie, ze bez proxy jest znacznie gorzej (na przyklad przez przelaczenie
+> ruchu miedzynarodowego na lacza TPSA) albo wymuszenie transparent proxy.
+
+Przepraszam, ja tu czegoś nie rozumiem - jeśli żeby przekonać
+użytkowników, że bez proxy jest gorzej mielibyście przełączać ich ruch
+na gorsze łącza to może wcale tak gorzej nie jest?

 ROTFL :)
 Darek wynalazł metodę która jest gorsza od statystyki :>
 Ponadto przełączenie na "transparent proxy" mnie NIE przekonuje:
nie mają porównania !!

+> Pierwsza metoda jest niezwykle niewdzieczna i nikt z niej raczej zadowolony

 Wybacz, ale może zamiast łączy "do tepsy" dasz jakieś inne, dla
odmiany lepsze, i tą metodą udowodnisz tezę *przeciwną* do twojej ?
 ;>

+> bedzie. Druga - daje szczescie wiekszosci (100% minus 3 uzytkownikow) kosztem
+> niewygody (a nawet niemozliwosci normalnej pracy) mniejszosci.

 Prawda. Z drugiej strony klient jest przekonany, że płaci za faktyczny
dostęp - i u większości prviderów tak jest. W IP dostaje *mniej*
ale o tym nie wie - do czasu.
 Powiem tak: tak się narodziły pieniądze - jako srodek płatniczy
bez pokrycia, tj. *nie* dający się *w dowolnej ilosci* i *w dowolnym
czasie* (np.: wybuch wojny...) wymienić np. na złoto.
 Ale to jest chyba oczywiste ? Jedni trzymają złoto (jak na wojnie
nie ukradną to przeżyje i będzie miał), inni pieniadze (zaiste,
łatwiej nimi obracać niż złotem). Ale kązdy wie co robi...
 A IP stosuje wczesny feudalizm: daje złote monety, ale cieńsze
niż powinny być :>

+Pierwsza metoda to zwykły kant[1].

 Niniejszym popieram taką opinię. Nie widzę opisu do [1], bo mógłby
być ciekawy ! :)

+> - Mozna na to rowniez spojzec z innej strony - jesli proxy oszczedza
+> ruchu 20% to znaczy, ze mozna je zastapic przez lacza o 20% szybsze.
+> To prawda, ale biorac pod uwage liczbe uzytkownkow zainteresowanych
+> cala sprawa (3 z 15000) [...o podniesieniu ceny...]

 No tak. A można "przymusowe cache" wyłączyć ?
 To domyślnie włączyć i *informować* !!

 Otóż o co się cały czas drę: pewien procent userów *nie będzie
świadomy* dlaczego ma problemy: u kolegi działa, u mnie nie chce.
 Pewnie Windowsy :>
 A *nie wpadnie* na to, że provider mu też "poprawia" dane !
 Podbnie jak większość domyślnie nie chce wpaść na to, że
jakby włączyła sobie W3C to miałaby lepiej...

+Oferujecie "pełny dostęp" i tak dalej, zapewne w umowie też coś
[...]
+> - Internet Partners ma w ofercie uslugi o roznej jakosci, przeznaczone dla
+> roznych uzytkownikow. W tym uslugi, w ktorych transparent proxy nie jest
+> wykorzystywane. Co rozwiazuje (a w kazdym razie powinno) problem tych, ktorym to
+> przeszkadza. Rozwiazaniem alternatywnym jest wylaczanie z proxy tych, ktorzy
+> tego sobie nie zycza - jesli nie obciazy to innych uzytkownkow.
+
+Nie, nie.. jeśli miałbym zostać klientem IP, chciałbym wiedzieć
+najpierw, że moje połączenia na port http będą obowiązkowo
 ********
...i z tym się cały czas zgadzam :)

+smarkacz

 Gotfryd

--
 Gotfryd Smolik, PTH Stanpol Zabrze.
 Pilne listy na gs_at_stanpol.zabrze.pl, nt. VMS: gotfryd_at_stanpol.zabrze.pl
[...]


To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:29:42 MET DST