Długie ładowanie strony

[redemers]

Proszę spojrzeć

http://www.e-fdc.pl/

Strona bardzo długo się ładuje - co może być przyczyną ?

[Robster]

U mnie strona ładuje się 5,5-6s, tak więc całkiem przyzwoicie.

[redemers]

Np. mam drugą stronę na sub-domenie i ładuje sie odrazu www.e-fdc.pl/onz (http://www.e-fdc.pl/onz) stąd te pytanie.
U mnie ładowanie rzędu 8-9s.

[Robster]

Teraz ponad 20s się ładowała. Dziwne trochę, tym bardziej, że nie ma nawet ostrzeżeń odnośnie kodu :/

[redemers]

Dokładnie - tym bardziej ze nie mam zainstalowanych żadnych dodatków. Opóźnienie pojawiło się pewnego dnia i tak już zostało. Mam do wprowadzenia około 2500 danych na temat kopert FDC i zaczynam się zastanawiać co będzie dalej.

---------- Post dodany o 10:09 ---------- Poprzedni post był o 09:01 ----------

Poczytałem trochę Forum i znalazłem informacje na temat pamięci podręcznej (System - pamięć podręczna) który to dodatek na mojej stronie był wyłączony.
Włączyłem równiez w opcji dodatku pamięć przeglądarki i zostawiłem domyślna wartość 15 minut.
Momentami jest dobrze - ale czasami strona łapie strasznego muła. ??

[PeFik]

A gdzie masz hosting ? Może to tu w gruncie tkwi przyczyna!
p.s.
Load time: 21.33s
Requests: 46

[redemers]

http://o12.pl/
ale tak jak pisałem, mam na tym samym hostingu druga stronę w j1.7 i jest ok.

strona muł j1.5: www.e-fdc.pl (http://www.e-fdc.pl)
strona druga j1.7: www.e-fdc.pl/onz (http://www.e-fdc.pl/onz)

powiem szczerze nie bardzo się na tym znam, do wszystkiego dochodzę sam, krok po kroku - jak na razie szło, dawałem rade bez pomocy z zewnątrz, ale na tym się rozjechałem.

[Bazyl]

Mam do wprowadzenia około 2500 danych
Na pewno nie powinieneś tego robić na 1.5!

p.s. Strona załadowała się w mgnieniu oka.
p.s. 2 Jako, ze nosimy takie samo nazwisko, a na dodatek imieniny najprawdopodobniej mamy tego samego dnia, :) sugeruję byś Katalog zrobił na K2. Naprawdę warto.

[redemers]

No własnie - czasami ładuje się błyskawicznie, a czasami łapie strasznego muła.
A dlaczego nie na 1.5 ?

[Bazyl]

Dlatego, że wersja 1.5.25 za chwilę nie będzie wspierana.
Masz nowego J! 2.5.3 - jest szybszy, wydajniejszy, i takie tam...

[redemers]

No to mam teraz zagryzkę. Musze sobie poczytać o migracji z 1.5 do nowszej wersji. Sęk w tym ze serwis mam tylko w firmie hostingowej i musiał by to zrzucić na HD w celu prób migracji, i tu pojawia się nowe zadanie. A przy chronicznym braku czasu zajdzie mi do gwiazdki :) W każdym razie dzięki za wszelkie rady.
A tym K2 to mnie wogule pozamiatałeś.
Może stronę z pocztami ONZ w tym zrobię i na j2.5 - jest na razie w trakcie projektowania.

[Bazyl]

Bezpośrednio na serwerze nic się nie robi. ;)

K2 - zainteresuj się polami dodatkowymi, słowami kluczowymi...

Otwartym zostaje temat ładowania się strony.

[karolski_tomasz]

podłączę się pod wątek,

mam podobny problem z ładowaniem stron, dokładnie chodzi o http://ekomarinagizycko.pl na FireFoxie i InternetExplorer ładowanie bardzo długi na przeglądarce Chrome szybko, hosting mzhost

już nie wiem co mam robić, klient zaczyna się denerwować a support mzhost twierdzi że po ich stronie jest wszystko dobrze, dodam tylko że strona administratora działa tak jak trzeba czyli szybko, a problem taki mam od mniej więcej 2-3 tyg.

[big_krzysiek]

Kiedy doinstalowywałeś plugin jch_optimize? Najdłuższy czas ładowania masz przy pobieraniu danych z cache.
Fotkę otwarcie-ekomarina-16-07-2011r-6.jpg możesz też zmniejszyć.

[karolski_tomasz]

ze dwa czy trzy dni przed tym jak napisałem poprzedni post. Ale okazało się że problem tkwił gdzieś w templatce bo po odinstalowaniu i zainstalowaniu ponownie i wprowadzeniu zmian celem dostosowania do wyglądu strony wszystko zaczęło działać jak należy.

w ogóle to od jakiegoś czasu nie którzy użytkownicy (najczęściej z avastem) zgłaszają mi że strona zostaje zablokowana przez złośliwe oprogramowanie na stronie, ale ja nic takiego nie znajduję, skanuję strony antywirusami, dodałem do panelu googla dla webmasterów i tam też diagnozowałem i nie ma problemów, a jednak zdarza się że ktoś co jakiś czas mi zgłasza :(

[redemers]

Sprawa wyjaśniła się w sposób przypadkowy.
Wnioski : Ładowanie strony opóźniał jeden z kanałów RSS. Po wyłączeniu strona ładuje się błyskawicznie - nawet z pominięciem pamięci tymczasowej. Wielokrotnie sprawdzone.
Problem rozwiązany temat do zamknięcia.

[Brooklyn]

Witam,
Podłączę się pod temat.
Moja strona www.edukuje.pl (http://www.edukuje.pl), jak w temacie, ładuje się wolno.
Nie wiem co może być tego przyczyną, czy hosting na home.pl, czy wina skryptu, czy może za dużo przycisków społecznościowych, czy może dlatego że zrobiona jest w Joomla, a może coś zupełnie innego.
Sprawdzając stronę na tools.pingdom.com, zauważyłem, że dużo czasu zajmuje otwieranie jakiegoś home.pl/stat.gemius. Może to przez to, ale nie sądzę. W ogóle otwiera się w ciągu od 5 do 9 sekund nawet. Niedopuszczalny czas jak dla mnie.

Byłbym wdzięczny za pomoc.
Dodam, że nie jestem webmasterem, więc jeżeli jakaś sprawa jest oczywista to proszę na mnie nie krzyczeć, tylko wyjaśnić jak krowie na rowie :)
Coś na pewno da się przyspieszyć.

Z góry dziękuję za rady.

[big_krzysiek]

Witaj...

Najlepszą metodą jest metoda prób i błędów. Spróbuj wyłączyć wszystko, co jest zbędne i włączać po kolei sprawdzając czas ładowania np, na watchscript.pl (http://test.watchscript.pl/). Za każdym razem wyczyść przeglądarkę.

Tak na pierwszy "rzut oka" pobierane masz dużo zbędnych elementów, strona ma 725 błędów i 47 ostrzeżeń html, oraz 124 błedy i 113 ostrzeżeń css.

Musisz to też doprowadzić do porządku...

[Karol99]

dużo czasu zajmuje otwieranie jakiegoś home.pl/stat.gemius

To wygląda na statystyki - możesz je wyłączyć w panelu konta home (hostingu, nie j!)

Na Twoim miejscu spróbowałbym zobaczyć, czy wyłączenie kompresji nie przyspieszy wczytywania strony. Wydaje mi się, że przy takiej niezbyt skomplikowanej stronie może tak się stać.

Zauważyłem też, że przeglądarka usiłuje wczytać brakujące pliki header_bg.jpg, body_bg.jpg i buttons.png z katalogu /includes/js/. To bardzo dziwne, j! nie ma ich w tej lokalizacji.

[oskarek]

Najpierw trzeba sprawdzić czy to nie wina serwera. Póżniej bym kolejno sprawdzał dodatki, które potencjalnie mogą być przyczyną.

[przem188]

Ostatnio moją pasją było gonienie mojej bardzo rozbudowanej witryny, która z racji objętości po prostu zwalniała. Przeglądając net a szczególnie kursy organizowane w ramach Joomla day można znaleźć bardzo dobre rozwiązanie z organizacją pamięci cache w Joomli. Od dawna interesowało mnie, dlaczego internetowe narzędzia wskazują na brak użycia funkcji Expire cache dla strony. Zastosowałem rozwiązanie z dopisaniem do .htacess kodu poniżej, który rozwiązuje problem z brakiem Expire cache, kompresją gzip. Moja strona ładuje się teraz z ok. 12 sekund do 4. Świetna sprawa.

Opis rozwiązaniu tu: http://www.joomla.pl/publikacje/674-dominik-kucharski-feo-w-joomla-czyli-jak-przyspieszy-swoj-stron.html

Polecam bo warto. Moja witryna od razu awansowała z oceny D na C. Pozostał mi problem z liczbą odnośników do innych stron - przede wszystkim strumiń facebooka, lokalnej pogody, co jeszcze zaniża mi ocenę. W wolnej chwili pobawię się z przeniesieniem skryptów javy na sam koniec ładowania się strony, przed znacznik bottom.


# ----------------------------------------------------------------------
# Gzip compression
# ----------------------------------------------------------------------

<IfModule mod_deflate.c>

# Force deflate for mangled headers developer.yahoo.com/blogs/ydn/posts/2010/12/pushing-beyond-gzipping/
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
</IfModule>
</IfModule>

# Compress all output labeled with one of the following MIME-types
# (for Apache versions below 2.3.7, you don't need to enable `mod_filter`
# and can remove the `<IfModule mod_filter.c>` and `</IfModule>` lines as
# `AddOutputFilterByType` is still in the core directives)
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE application/atom+xml \
application/javascript \
application/json \
application/rss+xml \
application/vnd.ms-fontobject \
application/x-font-ttf \
application/xhtml+xml \
application/xml \
font/opentype \
image/svg+xml \
image/x-icon \
text/css \
text/html \
text/plain \
text/x-component \
text/xml
</IfModule>

</IfModule>


# ----------------------------------------------------------------------
# Expires headers (for better cache control)
# ----------------------------------------------------------------------

# These are pretty far-future expires headers.
# They assume you control versioning with filename-based cache busting
# Additionally, consider that outdated proxies may miscache
# www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/

# If you don't use filenames to version, lower the CSS and JS to something like
# "access plus 1 week".

<IfModule mod_expires.c>
ExpiresActive on

# Perhaps better to whitelist expires rules? Perhaps.
ExpiresDefault "access plus 1 month"

# cache.appcache needs re-requests in FF 3.6 (thanks Remy ~Introducing HTML5)
ExpiresByType text/cache-manifest "access plus 60 seconds"

# Your document html
ExpiresByType text/html "access plus 60 seconds"

# Data
ExpiresByType application/json "access plus 60 seconds"
ExpiresByType application/xml "access plus 60 seconds"
ExpiresByType text/xml "access plus 60 seconds"

# Feed
ExpiresByType application/atom+xml "access plus 1 hour"
ExpiresByType application/rss+xml "access plus 1 hour"

# Favicon (cannot be renamed)
ExpiresByType image/x-icon "access plus 1 week"

# Media: images, video, audio
ExpiresByType audio/ogg "access plus 1 month"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType video/mp4 "access plus 1 month"
ExpiresByType video/ogg "access plus 1 month"
ExpiresByType video/webm "access plus 1 month"

# HTC files (css3pie)
ExpiresByType text/x-component "access plus 1 month"

# Webfonts
ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
ExpiresByType application/x-font-ttf "access plus 1 month"
ExpiresByType application/x-font-woff "access plus 1 month"
ExpiresByType font/opentype "access plus 1 month"
ExpiresByType image/svg+xml "access plus 1 month"

# CSS and JavaScript
ExpiresByType application/javascript "access plus 1 year"
ExpiresByType text/css "access plus 1 year"

</IfModule>


# ----------------------------------------------------------------------
# Prevent mobile network providers from modifying your site
# ----------------------------------------------------------------------

# The following header prevents modification of your code over 3G on some
# European providers.
# This is the official 'bypass' suggested by O2 in the UK.

# <IfModule mod_headers.c>
# Header set Cache-Control "no-transform"
# </IfModule>


# ----------------------------------------------------------------------
# ETag removal
# ----------------------------------------------------------------------

# FileETag None is not enough for every server.
<IfModule mod_headers.c>
Header unset ETag
</IfModule>

# Since we're sending far-future expires, we don't need ETags for
# static content.
# developer.yahoo.com/performance/rules.html#etags
FileETag None