Artykul ten dotyczy sposobów ograniczenia zużycia transferu w planie hostingowym.
W tanich planach hostingowych jest przyznawany transfer rzędu 4GB na miesiąc, w planie standardowym wynosi on 10GB/mc.Na pierwszy rzut oka dużo, ale czy napewno?
Poniżej zapoznamy się z czynnikami, które wplywają na zużycie transferu, oraz jak te czynniki wyeliminować.
{viewonly=registered}
Wywody moje poprę danymi typowego serwisu, transfer miesięczny 4GB, 500 wizyt użytkowników dziennie (statystyki Analytics), postawionym na CMS joomla!.
Najpierw jednak dane zużycia transferu przed optymalizacją transferu (na podstawie CPanel).
-średni transfer dzienny na poziomie 150 MB
=transfer miesięczny = 30*150MB ~ 4.5GBDefinicja transferu serweraTransfer serwera jest to ilość przesylanych danych do i z serwera, przrez wszystkie usugi sieciowe, które serwer obsluguje.Do uslug tych wliczamy ruch http (przeglądarki internetowe), ruch SMTP, POP3, IMAP (poczta), FTP.Do transferu serwera nie jest wliczany ruch generowany pomiędzy stroną internetową a bazą danych.
Zastanówmy się, co jest przesylane do przeglądarki użytkownika, jeśli ta zgosi żądanie przeslania strony.
Zwykle jest to tekst, czyli dane zawarte na stronie oraz grafika.O ile tekst jest raczej niezbędny, gdyż stanowi o wartości merytorycznej serwisu, o tyle grafika jest tylko dodatkiem mającym na celu upiększenie strony.
Tekst (ang. Plain text), w ujęciu informatycznym można poddać wysokiemu stopniu kompresji rzędu 5-10%.
Jeśli serwer obsuguje kompresję gzip, można w ten sposób zaoszczędzić sporo transferu.
Jeśli chodzi o grafikę, to powinniśmy raczej stosować format grafik gif oraz jpg.Rozmiar grafik nie powinien przekraczać 40kB.Tla komórek czy stron o jednakowym odcieniu powinny być raczej tworzone za pomocą styli CSS niż za pomocą background-image.
Do obliczeń przyjmiemy standardową stronę o rozmiarze 50kB, skladającą się z grafiki oraz tekstu.
Przyjmiemy także, że przeciętny użytkownik przegląda 2 strony w serwisie (ang. PageViews).
Krok 1Strona jest generowana dynamicznie, staly jest naglowek strony (ang. Header), w sklad którego wchodzi grafika o rozmiarze 40kB.Grafikę tą umieścimy na oddzielnym serwerze, np. darmowym lub innym o dużym zapasie transferu oraz mającym wylączoną opcję Hotlinkowania.
Oszczędność transferu na grafice dzienna = 500 użutkowników x 2 strony x 40kB = 39MB !!!
Oszczędność transferu na grafice miesięczna = 39MB x 30 = 1171MB.
Liczba to niemala, stanowi ok. 29% miesięcznego zużycia transferu.
Krok 2Wlączenie kompresji gzip w CMS.
Przyjmijmy stopień kompresji gzip na poziomie 50%, co daje nam
Oszczędność transferu tekstu dzienna = 500 użutkowników x 2 strony x 10KB x 0.5 = 4.88MB
Oszczędność transferu tekstu miesięczna = 4.88MB x 30 = 146M
Krok 3Nie tylko użytkownicy wchodzą na Twoją stronę, ale także roboty sieciowe.Np. statystyki analytics podają tylko liczbę userów, nie uwzględniają natomiast wejść robotów sieciowych.
Teraz pytanie: ile robotów dziennie może wejść na Twoją stronę?
Dla strony uwzględnionej w tutejszych obliczeniach, w dodatku dobrze wypozycjonowanej, byla to ilość odwiedzin rzędu 100 dziennie.Każdy robot zglasza się jako klient, a więc wysylana jest do niego i grafika i tekst.Jednak roboty sieciowe nie pobieraja grafiki do swojej bazy, tylko linkują ją do serwisu Ľródlowego.
Z tego punktu widzenia, celowe wydaje się zablokowanie możliwości pobierania stron przez roboty sieciowe.Nie chodzi tu o wszystkie roboty, np. Googlebot czy Mediapartners-Google, ale też. np. o wylączenie dostępu do strony robotom sieciowym w godzinach największego obciążenia serwera.
Jeśli zablokujemy 20% wejść robotów to
Oszczędność transferu przez roboty sieciowe dzienna = 100 x 50KB x 0.2 = 0.97MB
Oszczędność transferu przez roboty sieciowe miesięczna = 0.97MB x 30 = 29.29MB
Krok 4Jeśli Twoja strona zawiera wiele grafik, zastanów się nad wlączeniem ochrony HotLink.
Jak ograniczyć zużycie transferu przez roboty sieciowe
Standardowe procedury, czyli wpisy w sekcji meta->robots na noindex, nofollow lub wpis do pliku robots.txt raczej na niewiele się zdadzą.Dzieje się tak dlatego, gdyż często roboty sieciowe zmieniają zmienną HTTP_USER_AGENT, celowo podszywając się pod zwyklą przeglądarkę Mozilla czu Operę.
Filtrować ruch (skutecznie) można za pomocą prostego skryptu php, który sprawdza zarówno ip klienta oraz jego identyfikator, czyli USER_AGENT.Dodatkowo, warto zabezpieczyć się przed zlośliwym dzialaniem zwyklych użytkowników, którzy bezcelowo odświeżają stronę, często tę samą, po kilkadziesiąt razy na minutę.
PodsumowaniePora na liczby.Podsumujmy, ile sumarycznie transferu zaoszczędziliśmy dziennie oraz miesięcznie.
Sumaryczna oszczędność transferu dzienna = 39MB + 4.88MB + 0.97MB = 44.85MB
Sumaryczna oszczędność transferu miesięczna = 44.85MB x 30 = 1345.5MB
| Transfer mies. PRZED | Transfer mies. PO |
| 4500MB | 4500MB-1345MB=3155MB |
co stanowi 70% transferu przed podjęciem ww. kroków.
{/viewonly}
