Waga CMSów a transfer

[daniek]

Cześć. Drupal waży ponad 17 mega, WP ponad 6. Czy ta róznica ma jakiś wpływ na transfer? Chodzi o to czy odwiedzający w przypadku tego pierwszego CMSa zżerają więcej danych? Czy to nie ma znaczenia? Być może głupie pytanie ale serio nie wiem i jestem trochę zakłopotany.

[chcewypoczac]

Hmmm może ilość zajętego miejsca będzie wynikała z większej liczby dostępnych narzędzi, skórek [grafik]?

Ale aby to sprawdzić, który więcej zużywa transferu trzeba by zrobić 2 identyczne strony w każdym z CMS'ów i sprawdzić wagę wygenerowanych przez nich stron.

Trzeba by się zastanowić czy transfer jest najważniejszym wyznacznikiem- dla mnie ważniejsza by była sprawność skryptu- aby jak najmniej obciążała serwer.

W takim home masz nieograniczony transfer- i jak tam postawisz stronę z html i będziesz miał 1kkk odwiedzin to się pewnie nie przyczepią do tego jak skrypt co robi obciążenie że serwer siada.

[youme]

nie za bardzo wszystko zalezy od modulow i templata

zalecam tez uzywania zew linkow do ogolnodostepnych bibiotek js

jquery mootools niby po 100kb (wiec razem 200kb) przy unikalnych 1000 wizytach juz robi sie z tego 200mb

[TheMatthew173]

W takim home masz nieograniczony transfer

Robienie zaplecz na serwerach home.pl, gdzie strony są upychane na siłę (podobnie jak na az.pl, ovh itp) nie jest dobrym pomyłem. Koledze zależy na transferze, bo pewnie ma hosting SEO, gdzie są limity.

[Mion]

Cześć. Drupal waży ponad 17 mega, WP ponad 6. Czy ta róznica ma jakiś wpływ na transfer?

W siłowni może być nawet kilka ton sztang i hantli co nie oznacza, że idąc na siłownie musisz te tony wyciskać.

Transfer to są dane wysłane do OUT klienta, a nie całość plików wchodzących w skład danego CMS'a, więc nawet przy CMS 10MB klient może dostać 1kb kodu zależny to tylko i wyłącznie od "wielkości" kodu strony wynikowej + css + js + grafika.

[Gość]

Zapisz sobie stronę za pomocą CTRL+S i zobacz ile będzie zajmować - oczywiście trzeba wybrać opcję 'HTML z obrazami'.

Tyle musi pobrać klient przy pierwszym wejściu na stronę.

Oczywiście przy przejściach na kolejne podstrony będzie mniej pobierać, bo nie pobiera drugi raz już pobranych grafik, skryptów, css.

[Mion]

Tyle musi pobrać klient przy pierwszym wejściu na stronę.

I tu się mylisz, bo współczesne przeglądarki/serwery HTTP obsługują kompresję przesyłanych danych "Accept-Encoding gzip, deflate", więc faktycznie przesłana ilość danych w KB = transfer jest znacznie mnisza niż wielkość zapisanych. Tyczy to głównie kodu HTML, CSS, JS.

[TheMatthew173]

Korzystałem kiedyś z fajnego narzędzia (strony internetowej nie pamiętam), które testowało szybkość strony i pokazywało na przejrzystym wykresie ile zajmują poszczególne elementy, dzięki czemu można świetnie zoptymalizować stronę pod kątem szybkości i zużywanego transferu.

[Gość]

Mion - faktycznie, zapomniałem o gzip'ie. Nie miej jednak przy założeniu że gzip jest wyłączony to moja teoria jest ok.

[rokko]

Oczywiście, że ma znaczenie, ale większe będzie miała konkretna templatka. Jeśli zastosujesz w niej wodotryski zużycie transfeu rzecz jasna będzie większe.

[daniek]

Dzięki za odpowiedzi. Tak się właśnie domyślałem że jest tak jak piszecie, ale wolałem się upewnić. Strona będzie prosta z kilkoma podstronami.

[blackpress.pl]

tak jak pisał @rokko, ilość transferu zależy templatki, kompresji obrazków oraz od tego jak ustawisz cache w przeglądarce. Często da się znacznie ograniczyć transfer przez ustawienie cache dla poszczególnych elementów.

Jest jeszcze lazy loading dla obrazków, ale to nie wszędzie da się łatwo zastosować.