Website trotz Hammer-Hardware lahm, warum?

Danke für den Tipp, was ist das denn für ein Tool? Aber absichtlich eingebaut habe ich diese Dateien nicht, vielleicht kommen die von alleine durch jQuery oder so -.-
Aber mir geht es eher um die "eigentliche" Website unter /blog.

EDIT:
We are aware of the slowness/outage of the servers.

Currently, we are in the process of developing a more stable system to address the ongoing problems with MySQL. These problems are a result of our throttling system, abuse of the MySQL by our customer accounts and the maintenance scripts we run every morning. Our admins are working to correct the problem by disabling abusive customers, optimizing our MySQL system and reducing the amount of maintenance and when it is performed.

Hoffentlich hat es sich bald gelegt.
 
Zuletzt bearbeitet:
Danke für den Tipp, was ist das denn für ein Tool?

Es handelt sich um das Firefox Plugin "Firebug" mit der Google-Erweiterung "Page Speed". Ich halte Webentwicklung ohne Firebug (o.ä.) inzwischen für unmöglich.

http://getfirebug.com/
http://code.google.com/intl/de-DE/speed/page-speed/

Ansonsten kannst du ja mal loggen, ob es tatsächlich die MySQL Abfrage ist, welche dir die Zeit frisst. Falls ja, hoffen wir, dass es an dem von dir zitierten MySQL Problem liegt.

Edit: Übrigens läd http://www.multimolti.com/ ohne Javascript mehr als doppelt so schnell (0.7s zu 1.7s) und http://www.multimolti.com/blog noch besser (1.7s zu 4s-5s).
Eventuell bei ersterem mal das google analytics ans Ende der Seite setze (vor </body>) und beim /blog mal überprüfen, wieso direkt beim Laden der Seite das Javascript ein POST versendet.
 
Zuletzt bearbeitet:
Es handelt sich um das Firefox Plugin "Firebug" mit der Google-Erweiterung "Page Speed". Ich halte Webentwicklung ohne Firebug (o.ä.) inzwischen für unmöglich.

http://getfirebug.com/
http://code.google.com/intl/de-DE/speed/page-speed/

Ansonsten kannst du ja mal loggen, ob es tatsächlich die MySQL Abfrage ist, welche dir die Zeit frisst. Falls ja, hoffen wir, dass es an dem von dir zitierten MySQL Problem liegt.

Edit: Übrigens läd http://www.multimolti.com/ ohne Javascript mehr als doppelt so schnell (0.7s zu 1.7s) und http://www.multimolti.com/blog noch besser (1.7s zu 4s-5s).
Eventuell bei ersterem mal das google analytics ans Ende der Seite setze (vor </body>) und beim /blog mal überprüfen, wieso direkt beim Laden der Seite das Javascript ein POST versendet.

Danke für die Tipps! Die Seite ist generell ziemlich chaotisch und vom HTML mehr mehr als schei**e, ich glaube nicht dass die durch einen Validator durchkommt. Letzen Herbst musste ein Redesign her, aber ich hatte nicht viel Zeit und daher ist alles ziemlich schlampig geworden :p
Ich werde es mir alles mal genaustens anschauen^^
 
Und ich habe noch eine Frage:

WO GEHT MEINE BANDBREITE HIN?
bandbreite.png

Okay, ich habe ca. 450 Besucher pro Tag, also etwa 13.000-14.000 pro Monat, aber das kann doch nicht so viel Bandbreite brauchen, oder? Ich habe ja keine großen Downloads sondern eigentlich nur den Text auf der Seite und ein paar Bilder, die aber auch kaum größer als 100kb sind.
 
? Deine geschätzten 13.000 Besucher, jeder 100kB bei lediglich einem Klick, das macht also 1,3GB. Laß jeden Visit im Schnitt 10 Klicks machen, dann sind es 13GB, dann kommt uU noch Dein Transfer (Umbau der Seite) dazu, alles nicht so aussergewöhnlich, sag ich mal. (Auch wenn ich jetzt wirklich seehr grob überschlage..)

mfg chmee
 
Na von mir aus... ich schau mir jetzt auf jeden Fall mal gzip und so nen Kram an, da lässt sich (laut Firebug) einiges machen.
 
Zurück