Sliders en plaatjes laden sloom

Status
Niet open voor verdere reacties.
Hoi Lerrie. Ik keek ze alle drie en laden gewoon erg goed en snel bij mij thuis.

Bekijk jij ze in Internet Explorer. Staan er veel computers in je bedrijf netwerkje.

Dat gedrag is volstrekt normaal omdat bij het laden van een webpagina eerst de HTML wordt gedownload en daarna de embedded resources. Naarmate deze resources dan worden gedownload en beschikbaar komen zullen ze ingevuld worden in de pagina, maar afhankelijk van het aantal en de grootte kan dat -- vooral bij tragere internetverbindingen -- wel een tijdje in beslag nemen.

Als het probleem zich blijft voordoen dan kan upgraden naar een echte webbrowser wellicht helpen.

http://www.mozilla.org/nl/firefox/

Ik wed dat jou websites dan snel laden.

Groet. Firefox is echt goed, vooral de snelheid.
 
Ok bedankt voor de info! Ik gebruik firefox:P Maar heb hetzelfde als ik de website in internet/firefix/chrome test!
 
ik heb ook niet echt een probleem met het laden van de website en de plaatjes
het is bij mij meteen in beeld

misschien kan je de computer in veilige modus is starten met netwerkmogelijkheden
DRUK OP F8 MET OPSTARTEN VOOR VEILIGE MODUS

en dan kijken of de browser de website wel snel wil laden ik heb geen idee of dit zal werken maar je kan het altijd even proberen

laat maar even weten of het lukt


EDIT :

wat is de snelheid van je download & upload als je de test http://speedtest.net/ draait
 
Laatst bewerkt:
Hoi lerrie,
Ik heb ook geen klachten over de snelheid: vrijwel meteen in beeld bij IE7 en helemaal snel in echt goede browsers als FF, Opera, Chrome en Safari. ;)

Maar heb je het probleem ook bij andere websites?
Test deze eens: www.bliksekaters.nl/tests/ohoffbedden-nw.htm

Is die ook zo traag bij jou?
 
Ha! Ik heb er wat dingen uit gekegeld. :D

Verwijderd:
  • het stylesheet orbit.css (3,6kB),
  • het javascript jquery-1.4.4.min.js (76,8kB),
  • het javascript jquery.orbit.js (15,4kB),
  • het inline-javascript voor laden van orbit.js,
  • het javascript scrolltopcontrol.js (3,7kB),
  • het inline-javascript voor ophalen van het javascript ga.js (GoogleAnalytics; 12,3kB),
  • het inline-javascript voor IE-correctie bij de timer van orbit.js,
  • het inline-javascript met de functies MM_swapImgRestore(), MM_preloadImages(), MM_findObj(n,d), MM_swapImage(),
  • de <body onload="MM_preloadImages(...)">,
  • de img-swap script-aanroepen in de menu-items,
  • de inhoud van de <div id="featured"> (de img-wisselaar).
Toegevoegd:
  • het stylesheet carrousel.css (1,6kB),
  • het javascript carrousel_vs2.js (2,9kB),
  • het inline-javascript voor de settings van carrousel_vs2.js,
  • de inline-styles voor de settings van carrousel.css,
  • nieuwe inhoud voor de <div id="featured"> (de img-wisselaar).
Hiermee is veranderd:
  • de te downloaden bestanden teruggebracht van 905kB naar 790kB,
  • het aantal http-requests teruggebracht van 37 naar 29,
  • een eenvoudiger carrousel gebruikt, dat echter wel een "no-script" mechaniek heeft (zie foto-carrousel.php),
  • de "smooth scoll to top" functie is er niet meer, maar was ook niet echt nodig,
  • in het voorbijgaan: de 31 Errors, 24 warnings van de html-validator er uit gehaald,
  • GoogleAnalytics uitgeschakeld (nadere test volgt),
  • de javascript-hovers over het menu ontbreken nu, maar kunnen er met een css-hover weer in komen; met waarschijnlijk (door gebruik van een css-sprite) nog minder kB's aan download.
Met vriendelijke groet,
CSShunter
 
Analyse:
Vermoedelijk heb je een wat trage verbindingssnelheid (redenen zouden bv. kunnen zijn: intern [draadloos?] netwerk, instellingen modem/router, weinig bandbreedte van de provider).
Gecombineerd met het grote aantal van 37 te downloaden artikelen om de pagina op te bouwen kan dat wel eens parten gaan spelen.
  • Elk van de 37 te gebruiken onderdelen heeft een "http-request": de browser moet elk bestand apart opvragen bij de server. Dat is: het verzoek van je pc uploaden naar de server! En dat gaat (bij de asymmetrische verbinding die het geval zal zijn) heel erg veel trager dan het downloaden van een bestand.
  • Bij websitoptimization dringen ze er in hun (gratis online) rapporten dan ook stevig op aan om het aantal http-requests zo veel mogelijk te verminderen:
    "TOTAL_OBJECTS - Warning! The total number of objects on this page is 37 which by their number will dominate web page delay. Consider reducing this to a more reasonable number. Above 20 objects per page the overhead from dealing with the actual objects (description time and wait time) accounts for more than 80% of whole page latency."
  • Voor het binnenhalen van de javascript-bibliotheken van jQuery is ruim 90kB nodig:
    "SCRIPT_SIZE - Warning! The total size of external your scripts is 98129 bytes, which is over 20K."
    In mijn versie:
    "SCRIPT_SIZE - Congratulations, the total size of all your external scripts is 1217 bytes, which is less than 8K."
  • Met www.smush.it kan nog 43kB van de images afgesnoept worden zonder verlies van kwaliteit.
  • Een aantal background-images kunnen nog samengevoegd worden, wat weer http-requests scheelt.
Het aan het eind van de <body> plaatsen van de javascripts (in plaats van in de <head>-sectie) zou ook kunnen helpen. Dan kan het beeld alvast opgebouwd worden terwijl de scripts nog aan het inladen zijn.
  • Test 2: ohoffbedden-scripts-at-end.htm
  • Deze is verder volledig identiek aan jouw html (dus inclusief de grote jQuery-bestanden, GoogleAnalytics, enz.).
  • Gaat deze sneller dan jouw versie, of even langzaam?

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan