Einzelne (verschiedene (komprimierte)) Bilder haben längere Ladezeiten

Benjamin01

Benjamin01

New Member
Hallo,

ich bin schon seit längerem auf der Suche warum unter http://www.cmc-versand.de manche Bilder eine Ladezeit von 3-5 Sekunden haben, die Bilder sind alle komprimiert, müssen nur aus dem Dateisystem geladen werden, liegen teilweise auf unterschiedlichen Subdomains.
Es sind immer unterschiedliche Bilder die länger laden, ich habe die Vermutung das es am DNS liegt, aber habe alles nachgeschaut und konnte keinen Unterschied zu anderen Domains feststellen.
Hatte kurzzeitig auch mal die Bilder von der TLD geladen, ohne Subdomain, dasselbe Problem.

Der Anhang zeigt die Ladezeit im Firebug an, wenn jemand die URL aufruft wird er feststellen das die Bilder mit den Ladezeiten variieren und das Problem auch nicht bei jedem Klick auftritt.
http://www.cmc-versand.de/modellbau/Modelle/Flugzeuge.html

Vielleicht hat hier jemand eine Idee dazu?

Danke schon mal für die Hilfe, viele Grüße

Benjamin
 

Attachments

  • bilder-ladezeit.jpg
    bilder-ladezeit.jpg
    194.7 KB · Views: 189
Da die Produktbilder per PHP generiert werden, wirst Du mit dieser Einschränkung leben müssen.
Alternativ müssen diese Bilder statisch abgelegt werden, dann läuft es auch flüssiger.
 
Hallo Joe,

die Bilder (Thumbnails) liegen statisch auf dem Server, das ist das Problem. Eigentlich müssten die in Nullkommanix geladen sein, aber bei vielen Seitenaufrufen brauchen 1-3 Bilder mehrere Sekunden zum laden.

Viele Grüße
 
Zumindest auf der Startseite werden die Produktbilder per PHP generiert, die andere Seite hatte ich mir nicht angesehen.
 
Joe User said:
Zumindest auf der Startseite werden die Produktbilder per PHP generiert, die andere Seite hatte ich mir nicht angesehen.
Click to expand...

Wie kannst du das sehen? Normal werden die Bilder statisch geladen, nur die großen Bilder werden mittels PHP geladen, falls der Zugriff von extern erfolgt.

Kann natürlich sein das hier ein Fehler ist und die Bilder immer über PHP laufen, ich kontrolliere das gleich nochmal.

@wstuermer
Die Standardfestplatten von Hetzner sind drin, per Raid 1, hatte schon überlegt auf Raid 10 umzustellen, aber solange ich mir nicht sicher bin wollten wir uns die Kosten sparen.
Werde mal versuchen mit iotop draufzuschauen, danke für den Tipp.

Viele Grüße

Benjamin
 
Hi,
ich habe keinerlei Probleme. Du solltest dir mal die Extension Firebug besorgen. Dort über den Reiter Netzwerk kannst du dir Ladezeiten aller Elemente anschauen und speziell nach Grafiken filtern.
 

Attachments

  • meine-messung.png
    meine-messung.png
    160.1 KB · Views: 130
Benjamin01 said:
Wie kannst du das sehen? Normal werden die Bilder statisch geladen, nur die großen Bilder werden mittels PHP geladen, falls der Zugriff von extern erfolgt.
Click to expand...

Das sehe ich in der ausgegebenen HTML beziehungsweise den darin refenzierten Bildern, welche zum Teil .php als File-Extension besitzen.

Du solltest die Ratschläge aus dem Pagespeed-Link so gut es irgendwie geht beherzigen, auch wenn es etwas Arbeit bedeutet.

Kleiner Tip nebenbei: Saubere und aufs Nötigste reduzierte HTML, CSS und JS tragen enorm zu kürzeren Lade- und Renderingzeiten bei. Das freut den Kunden und spart nebenbei Traffic und damit auch Kosten. Damit würde ich an Deiner Stelle schnellstmöglich anfangen, denn da hapert es aktuell gewaltig...
 
@JaEgErmEistEr
Das nachladen einzelner Bilder kommt nicht immer vor, ich verwende Firebug.

@Joe User
Die Bilder werden alle statisch geholt, selbst wenn dort PHP steht, das ist nur für das HTML-Gerüst drum rum.
Dein Tipp bzgl. der HTML, CSS und JS wird demnächst umgesetzt, habe mich bisher nur noch nicht an diese Mammutaufgabe ran getraut. Dürfte aber nichts mit dem Grundproblem zu tun haben, da die Seite bei einem kleineren 1und1-Server diese Bildprobleme nicht hatte.

@wstuermer
Die Festplattendaten sind normal, keine Auffälligkeiten. Iotop konnte ich in den Repos nicht finden, bringt dstat auch was?

Code: 
[...]$ dstat
----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--
usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw
  4   3  91   1   0   0|7929k 7151k|   0     0 | 277B  289B|1336  2526
  4   1  93   3   0   0| 176k    0 |  45k  155k|   0     0 |1290  2103
  4   1  95   0   0   0|   0     0 |  13k   20k|   0     0 |1078  1138
  7   5  87   1   0   0|  56k 5360k|  29k   28k|   0     0 |1281  1806
  6   1  93   0   0   0|  40k  976k|5383B   13k|   0     0 |1085   639
  2   5  93   0   0   0|   0  1200k|  31k   24k|   0     0 |1103  1508
  1   0  99   0   0   0|  16k  816k|  11k   35k|   0     0 |1152  2503
  0   1  98   1   0   0| 168k    0 |  16k   19k|   0     0 |1079   985
  1   2  97   0   0   0|   0  1728k|  15k   27k|   0     0 |1152  2050
  2   7  90   1   0   0|  56k    0 |8668B   44k|   0     0 |1097  3308
  1   4  96   0   0   0|  32k    0 |  16k 4075B|   0     0 |1079   834
  8   2  90   0   0   0|   0  1520k|  15k   35k|   0     0 |1118  3546
  6   1  93   1   0   0|  80k    0 |  26k   14k|   0     0 |1080   986

Dieses nachladen kommt sogar wenn auf dem Server nichts los ist. Wenn ich der einzige Besucher bin und keine weiteren arbeitsintensiven Prozesse laufen.
 

Attachments

  • bilder-ladezeit2.jpg
    bilder-ladezeit2.jpg
    106.3 KB · Views: 101
Code: 
[...]$ iostat -x
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           4,22    0,00    3,48    1,44    0,00   90,87

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda              12,24   409,00 32,14 37,28  4001,69  3570,49   109,08     1,28   18,45   1,90  13,22
sda1              0,00     0,00  0,00  0,00     0,36     0,00   146,63     0,00   16,86   6,80   0,00
sda2              0,11   343,00  0,68 20,12    30,68  2905,08   141,13     0,57   27,50   3,05   6,34
sda3             12,13    66,00 31,46 17,16  3970,64   665,41    95,36     0,71   14,58   2,22  10,77
sdb              11,97   409,07 31,30 37,21  3913,11  3570,49   109,23     1,54   22,50   2,30  15,76
sdb1              0,00     0,00  0,00  0,00     0,36     0,00   241,63     0,00   25,33  13,39   0,00
sdb2              0,11   343,03  0,67 20,09    29,88  2905,08   141,39     0,65   31,09   4,01   8,33
sdb3             11,86    66,04 30,64 17,12  3882,87   665,41    95,24     0,90   18,77   2,72  12,99
md1               0,00     0,00  1,56 362,38    60,56  2899,03     8,13     0,00    0,00   0,00   0,00
md2               0,00     0,00 47,88 82,63  2962,86   661,03    27,77     0,00    0,00   0,00   0,00
md0               0,00     0,00  0,00  0,00     0,01     0,00     2,16     0,00    0,00   0,00   0,00
dm-0              0,00     0,00 47,81 82,56  2962,32   660,47    27,79     0,34    2,57   0,98  12,71
dm-1              0,00     0,00  0,07  0,07     0,54     0,56     8,00     0,00   19,05   3,01   0,04

iostat (Kann man hieran vielleicht was erkennen?)
 
Benjamin01 said:
Die Bilder werden alle statisch geholt, selbst wenn dort PHP steht, das ist nur für das HTML-Gerüst drum rum.
Click to expand...
Auf Grund der .php File-Extension werden diese Bilder immer durch den PHP-Interpreter gejagt, auch wenn es "statische" Bilder sind.

Was die saubere und minimalisierte HTML angeht, so kann ich Dir aus langjähriger Erfahrung sagen, dass es enorm viel bringt und so manches Lade- oder Darstellungsproblem behebt. Gerade die ganzen div-Schachteln und überflüssigen Tabellen in Deiner HTML sind für einige (nicht nur ältere) Browser eine Herausforderung und somit potentielle Fehlerquelle.
Weniger ist hier definitiv mehr...

Benjamin01 said:
Dieses nachladen kommt sogar wenn auf dem Server nichts los ist. Wenn ich der einzige Besucher bin und keine weiteren arbeitsintensiven Prozesse laufen.
Click to expand...
Liegt es denn wirklich am Server und nicht eher an Deinem Internetzugang? Bei mir und anderen hakt es auf der Flugzeugseite nämlich nicht bei den Bildern (bis auf eine Ausnahme), sondern vielmehr an den unnötigen DNS-Requests und an der Renderingzeit.
 
Die Programmierung hat sich in den letzten Monaten verbessert, es war mal noch schlimmer :)

Ob es am Server liegt oder an der Programmierung, ich habe ehrlich gesagt keine genaue Ahnung. Da sich aber an der Programmierung, seit die Bilder so nachladen, nur unwesentlich geändert hat, dachte ich es kann vielleicht ein Festplattendefekt, fehlerhafte DNS-Einträge oder sonst was in der Richtung sein.
Dieses nachladen tritt auch nicht bei jedem Klick auf sondern "nur" ab und an, also im Schnitt bei ca. jedem 5. Seitenaufruf.
Habe es von verschiedenen Rechnern aus getestet (mittels Remote von anderen Rechnern aus), also an meiner Verbindung kann es nicht liegen.

Im Anhang ist jetzt noch eine Fehlermeldung der Google Webmaster-Tools, dieser Fehler tritt ist das erste Mal aufgetreten, danach jedoch noch häufiger.
 

Attachments

  • wmt-fehler.jpg
    wmt-fehler.jpg
    22.1 KB · Views: 129
Last edited by a moderator:
Hallo,

nur zur Info das Problem worum es hier ging konnte vermutlich gefunden werden, es lag mit hoher Wahrscheinlichkeit am falschen Netzwerktreiber r8169 -> r8168 in Verbindung mit einem bestimmten Kernel oder/und am auskommentierten IPv6 -> http://www.linuxquestions.org/questions/linux-networking-3/3000ms-delay-on-tcp-connections-613670/

An den Defiziten in der Programmierung ändert das natürlich nichts :) Aber das Nachladen der Bilder ist endlich weg.

Vielleicht hilft die Info sonst noch wem.

Viele Grüße

Benjamin
 
You must log in or register to reply here.
Back
Top