phpBB2 by Przemo

[Przemo]

Czy ma ktoś możliwość sprawdzania na bieżąco wykorzystanego transferu na serwerze?
PHP przed wysłaniem tekstu czy HTML do przeglądarki kompresuje go przed wysłaniem, dzieki czemu przesyłane rozmiary plików sa do 80% mniejsze. Zastanawiam się teraz, czy liczniki transferu na serwerach biora to pod uwagę? Obawiam się, że mogą nie brać, pamiętam, że mieliśmy kiedyś instalowany taki miernik w naszj lokalnej sieci i zliczał on wielkośc pliku na dysku a nie wielkość przesłanych danych.

Jeżeli ktoś ma mozliwość na bieżąco sprawdzenia, niech napisze jakiś jeden temat z kilkoma wielkimi postami, nie odświeża strony, tylko niech kliknie kilka razy w link do tematu i poczeka na załadowanie. Jeżeli rozmiar źródła strony będzie miał np 300kb a wejśc będzie 10 to powinno nabić 300-500kb a nie 3000kb

Prawdopodobnie moje obawy są niesłuszne, ale czy ktos to już sprawdzał?

[Gadatliwa Kasia]

[Przemo]

Konsultowałem temat z osoba znającą sie na rzeczy która stwierdziła, że bardzo ciężko jest liczyć rzeczywisty ruch/przesył danych i hostingi niestety liczą po plikach. Czyli jeśli mamy samo forum nie mamy tam jakis dużych danych do ściągania oznacza to, że 60% naszego transferu jest nam dodawana !
Myślę, że w takiej sytuacji mamy uzasadnione podstawy aby wymagac od hostingu aby albo nam w jakiś sposób odejmowali transfer, albo zrobili moduł/skrypt, który przeliczy nasz rzeczywisty transfer. Nie jest to łatwe, ale wykonalne.
Oczywiście najpierw nalezy zapytac hosting jak liczy i jeżeli im wierzymy nie sprawdzać, albo w jakis sposób sprawdzić.

A zawsze myślałem, że jak na serwerze zostaje odgórnie włączona kompresja to w celu uszczęśliwienia użytkownika

W dodatku na niektórych serwerach może zdarzyć się sytuacja, że przy wysłaniu żadania pobrania pliku o rozmiarze 100mb naliczy nam 100mb nawet gdy ściąganie zostanie przerwane po ściągnięciu 10kb ! TO zależy od systemu zliczającego i odpowiednim logowaniu apache.

Dramat...

[patrick]

hmm to zalezy.

Transfer jest liczony roznie ale wiekoszosc serverow ma zainstalowane oprogramowanie komercyjne : plesk, cpanel ktora maja stale ulepszana technologie.
I z tego co sie orientuje transfer wyliczany jest z logow ale pliki cache (obrazki etc. ) nie wchodza w transfer na apache. Ciezko zrobic system idealny ale te co teraz sa dzialaja powiedzmy, ze dobrze. Najlepiej transfer wyliczany jest na routerach

Ogolnie za kazdym razem czesc dynamiczna strony jest liczona
Ale obrazy nie, jezeli sie nie zmieniaja. Przegladarka zawsze wysyla zapytania do servera pdoajac date pliku a server odpowiada ze plik jets bez zmian czyli nie jest nabijany transfer.

[paszczus]

Co do zliczania i limitow na dane z WWW to jest taki modul do apacha, ktory jest za to odpowiedzialny:

http://dembol.nasa.pl/mod_cband

[patrick]

[paszczus]

dzala bez probelmow u mnie na kilku serwerach .. polecam
Mysle, ze na innych serwerach, moze nie na tych najwiekszych, ale takich srednich to tez jest uzywane, bo IMO to bardzo dobry mod.

[Przemo]

patrick, ale ja nie mowie o plikach ktore sa cachowane, tylko o samym kodzie HTML

[Paszczak000]

na netlooku jest wsio dobrze
gadałem z adminami

[patrick]

[Przemo]

Kod:

home.pl chat system System: Proszę czekać, inicjalizuję połączenie z serwerem... Operator Karol: Witam! Karol Jasianek w czym moge pomoc ? Użytkownik: Witam, czy na waszych serwerach wykorzystany transfer zlicza na przykład pliki html jakie są pobierane, czy zlicza rzeczywisty transfer wysłany do przeglądarki, który w przypadku wykorzystania kopmresji w PHP jest do 80% niższy od realnej wielkości pobieranych plików tekstowych czy html ? Operator Karol: czy moge prosic o chwile cierpliwosci ? Użytkownik: Oczywiście Operator Karol: limit ruchu zliczna realny ruch wygenerowany przez Pana adres IP Użytkownik: Rozumiem, dziękuje, dowidzenia.

Ciekawe jak to jest na innych serwerach. "hom'owi" jest łatwiej to liczyć bo każdy user ma swój własny adres IP

[patrick]

Ale jak wiemy wiekszosc hostingow uzywa jedno adresu ip oraz gotowych paneli

[chelloPL]

[Przemo]

Nie no napewno tak nie jest zreszta wielkosc pliku php nijak sie ma do tego co on ma wyswietlac. Byc moze automat wchodzi na taki plik php i liczy zawartosc jaka on wyswietla jednak aby uwzglednil kompresje musi go rozkompresowac. Najlepszy sposob to po prostu zapytac albo sprawdzic.

[Przemo]

Z logow w cpanelu:

Kod:

phpBB2/test/index.php?sid=bcfcd7c7140bf3e0c1cfae58cdb5a994    Http Code: 200  Date: Dec 01 19:36:56  Http Version: HTTP/1.1  Size in Bytes: 7761    Referer: http://www.przemo.org/phpBB2/test/admin/index.php?pane=left&sid=bcfcd7c7140bf3e0c1cfae58cd    Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl-PL; rv:1.7.12) Gecko/20050919 Firefox/1.0.7

Tymczasem html zapisany na dysku zajmuje 40kb czyli wynikalo by ze ta kompresja jednak jest brana pod uwage...

[Gadatliwa Kasia]

[Crack]

Ja rozumiem to tak: na 100% jest brana jeśli masz kompresję za pomocą PHP - serwer wysyła dane które dostanie od PHP a więc nie zna rzeczywistego rozmiaru np. pliku index.php na forum gdy ten jest przesyłany w formie skompresowanej - musiał by go dekompresować i dopiero wtedy liczyć.