Ostatnio jakos dlugo mi sie laduje 4programmers... Serwer odpowiada po 5-6 sec. a predkosci osiaga zawrotne (ok. 9 KB/s). Moze ktos nam "rozwala" serwis? :D
0
0
Ja nie odczuwam żadnych zmian szybkości.
0
U mnie tez nie wystepuje.
Sprawdz czy to przypadkiem nie wina serwisow z reklamami, ja na ten przyklad mam je wyciete i smiga jak trzeba.
0
Mi też nie zwalnia :D . Szybko wszystko... włącz firebuga i zobacz co zwalnia :p
Ale czasami reklamy laguja... i to jak :[
0
potwierdzam, że po zablokowaniu reklam serwis przyśpieszył mi dość znacznie
0
Co ciekawe wlasnie mam wylaczone wszelkie SVG i inne wtyczki na tej stronie.
0
u mnie również działa bardzo szybko (zwykle poniżej sekundy) - ale, tak jak Faszczu, mam wycięte serwery z reklamami.
0
Nastepnym razem sprawdz tez czas generowania strony (u dolu kazdej strony) czy to przypadkiem nie to.
0
U mnie ten wątek [reklamy off] ładuje się 2.18s z czego [w kolejności czadu ładowania]:
[1.50s] http://4programmers.net/templates/NewAge/scripts.js
[1.46s] http://www.drajwer.iglu.cz/syg/display.php?id=113
[1.29s] http://bordeux.net/avant.gif
[0.31s] viewtopic.php
reszta szybko
Jak widać, poza viewtopic, które parsuje posty i scripts.js, które być może da się odchudzić, najwięcej czasu zajmują rzeczy dodane w stopkach/avatarach przez samych użytkowników. Do nich pretensje.
Osobiście zabroniłbym animacji w stopkach/avatarach.
Może warto rozdzielić JS na kilka plików i ładować wedle potrzeby?
- strona główna
- wyświetlanie forum
- wyświetlanie wątków
- funkcje dla moderatorów
- pisanie postów
- pisanie artykułów
Do przemyślenia czy takie rozdrabnianie się ma sens.
Tzn. te dane to z cache przeglądarki. Bez tego ładowanie tej strony trwało 6.41s [za drugim razem, już z cache 11.46s :O]
Dziwne, że FF nie ściąga CSS za każdym razem, ale JS tak. Może jakiś hack by trzymał JS w cache? zawsze to półtorej sekundy szybciej bez rozbijania na osobne pliki..
0
Marooned napisał(a)
Może jakiś hack by trzymał JS w cache? zawsze to półtorej sekundy szybciej bez rozbijania na osobne pliki..
Nie trzeba żadnych haków. Wystarczy, żeby expire było ustawione. Nie jest ani dla css, ani dla js ustawione.
Rozbijanie js na kilka plików nie pomoże więcej, a może popsuć, jeżeli będzie ładowanych więcej plików, będzie więcej zapytań, a to wydłuży czas.
Można również ustawić expire dla plików obrazków (w tym awatarów).
Ponadto można dorzucić gzipowanie, chociaż jeżeli chodzi o rozmiary js i css to pewnie tylko main.css można by gzipować + ew. samo viewtopic.
Ogólnie 55 zapytań leci niezależnie czy z cache czy przy wyczyszczonym. To dużo.
Warto rozważyć przeniesienie części js na koniec strony. Szczególnie tego gemiusa (swoją drogą, czy skryptów gemiusa nie należy umieszczać na końcu? Chyba tak doradzają.)
0
Dryobates: sluszna uwaga - przeniose.
W nowej wersji serwisu bedzie dolaczany kod JS jQuery. Ale bedzie kompresowany wiec nie bedzie tak strasznie.
0
Teraz chodzi juz ladnie, ale byly takie szopki:
http://www.trzybe.yoyo.pl/avatar/4p1.JPG
http://www.trzybe.yoyo.pl/avatar/4p2.JPG
http://www.trzybe.yoyo.pl/avatar/4p3.JPG
//nie wrzucaj takich wielkich obrazów jako <image> - Cold</image>
0
U mnie najbardziej zwalnia gemius. Błagam zróbcie coś z tym ;-(
0
Jeśli nie umiesz sobie sam poradzić z gemiusem, to wyślij do nich maila.
My na to wpływu nie mamy.
0
Przenioslem statystyki Gemius na dol strony.
0
No, od razu lepiej :-)
Marooned napisał(a)
My na to wpływu nie mamy.
No jasne ;-P
0
Na czas ładowania wpływu nie mamy. To, że Adam przeniósł je na dół strony nie zmienia speeda ładowania strony - ot, zmienia ino kolejność. Zgodzę się, że różnica jest odczuwalna, bo najpierw widzimy treść, a zbędne rzeczy ładują się na końcu.
[btw, gemius to była pierwsza rzecz, jaką wyciąłem wieki temu na adblocku :D]
0
Khehe to chyba będe rekordzistą, mój dzisiejszy czas generowania strony to 46.4439 s.
// rekordzistą? Raczej nie ;) Tak czy siak to i tak od serwera reklam zależne - Cold