Drupal verdammt langsam!!

Bei mir läuft die Seite recht zügig. Schon verschiedene Browser getestet?

Hmm,

seltsam...
Ich nutze den Google Chrome in der Version 4.1.249.1042 (42199).
Mit dem Firefox 3.6 und dem IE8 geht es scheinbar fixer.

Wo liegt dann da das Problem?
Andere Seiten gehen auch sehr fix mit dem Chrome.

Ich habe mir das gerade auch mal angeschaut. Bei mir lief es auch recht zügig.
Evtl. ist der Server zu bestimmten Zeiten durch andere Webseiten ausgelastet.
Eine Möglichkeit zur optimierung der Seite wäre die Cache Einstellungen zu ändern oder zu versuchen, mit weniger Modulen auszukommen.

Caching ist normal
Cache dauer = aus
Seitenkompression an
Blockcache an
CSS an
Java an

Was soll ich da umstellen?
Das ist doch alles auf "Performance" umgestellt oder versteh ich da was falsch?

Du könntest mal den Modus Aggressiv ausprobieren.
Beachte aber, dass mit diesem Modus Probleme auftreten können.
Also nach dem Umstellen schön alle Funktionen testen ;)

Das sind die Module die ich alle benutze.
Evtl. eines davon nicht zu empfehlen?

• adsense
• advanced_help
• aggregator
• block
• blog
• blogapi
• book
• cck
• color
• comment
• contact
• ctools
• dblog
• filefield
• filter
• forum
• getid3
• google_analytics
• help
• imageapi
• imagecache
• imagefield
• lightbox2
• locale
• menu
• mimedetect
• node
• openid
• oscommerce
• panels
• path
• php
• ping
• poll
• profile
• rules
• search
• services
• simpletest
• smfforum
• statistics
• syslog
• system
• taxonomy
• templist
• throttle
• token
• tracker
• translation
• transliteration
• trigger
• update
• upload
• user
• userpoints
• views
• wordpress_import

Meist macht allein die Tatsache das viele Module genutzt werden die Seite langsam.
Du könntest überlegen, ob du auf einige Module verzichten könntest.

Aufgrund der Arbeitsweise des Caches kann die Performance mitunter in Abhängigkeit davon ob man eingeloggt ist oder nicht mehr oder weniger unterschiedlich ausfallen, wobei die Seitengenerierung für eingeloggte Benutzer grundsätzlich länger dauert. Da man bei der Entwicklung in der Regel eingeloggt ist, testet man aber meist nur für diesen Fall. Bei einer Website, wo Besucher sich gar nicht (oder nur in Ausnahmefällen) einloggen können, führt das natürlich zu einem falschen Bild. Darum ist es besser nebenbei noch einen anderen Browser für die Seite zu öffnen (d.h. einen komplett anderen Browser, nicht ein zus. Fenster oder dergleichen), in dem man nicht eingeloggt ist.

Hat man zusätzlich die Anforderung das auch eingeloggte User schneller bedient werden sollen - und wenn es sich dabei auch nur um diejenigen handelt, die die Site inhaltlich pflegen und aufbauen - muss man eben mal ein Blick aufs Hosting werfen. Hier liegt, wenn anonymer Traffic ordentlich flott ist, meist der Hase im Pfeffer.

Genauer kommt man zunächst dahinter, wenn man das Devel Modul installiert, den Page Timer und ggf. das Query Log aktiviert und analysiert.

Das ist aber wie seinem Wagen das Dach abzuflexen, damit er leichter wird und weniger Sprit braucht. Unbenutze Module sollte man eh nicht aktiviert haben und der Rest ist für die Funktionalität nunmal erforderlich.

Also ich bezweifle, dass es an den Modulen oder so liegt...

Im Opera geht's super flott, da gibt's gar keine Sorgen, im Firefox geht's etwas leichter und im Iron (das ist fast das gleiche wie Chrome, also gleiche Engine etc, nur wurden ein paar Google-Daten-Probleme entfernt ^^) läd die Seite überhaupt nicht...

Also scheint die Chrome-Engine Probleme mit der Seite zu haben.

Hab's auch nochmal mit Safari probiert, dort klappt's auch, an Webkit selbst scheint es also auch nicht zu liegen. Wer weiß...

In Chrome selbst lädt die Seite auch sehr schnell.

Also wenn ich mir deine Modul liste so anschaue:

* Auf das "Blog" Modul kannst du verzichten, wenn du nur alleine bloggen willst (Single User Blog Howto). Das Blog API Modul kannst du dir auch schenken, wenn du nicht vorhast mit irgendwelchen extra Clients dein Blog zu aktualisieren.

* Du verwendest Acquia Slate als Theme. Dieses Theme ist nicht färbbar, also ist es unsinnig, das "Color" Modul zu aktivieren.

* Ob man die Datenschleuder "Google Analytics" braucht... Naja. Jedem selbst überlassen. In jedem Fall sollte man aber zumindest in seiner Datenschutzerklärung drauf hinweisen (fehlt, genauso wie die heissgeliebte Anbieterkennzeichnung).

* Was du mit dem "Filter" Modul willst, erschliest sich mir nicht. Gleiches gilt für "templist" und "services". Ob du "oscommerce" und "openid" wirklich benötigst kann ich nicht beurteilen.

* Das "Ping" Modul ist praktisch völlig überflüssig.

* Das "simpletest" Modul ist im laufenden Betrieb eher unnötig.

* Das "Search" Modul ist relativ überflüssig, wenn du Google Search einbindest.

* Das "Syslog" Modul bringt dir nur dann was, wenn du tatsächlich /var/log/messages liest (wovon ich mal eher nicht ausgehe).

* Das "Upload" Modul brauchst du nicht, wenn du schon CCK FileField benutzt (CCK FF ist in jedem Fall die zu bevorzugende Variante, da sie Upload in D7 wohl ersetzen wird).

* "Wordpress_import" wird nicht mehr gebraucht, nachdem du den Import abgeschlossen hast.

Alles in allem verschenkst du einiges an RAM für Module, die du nicht zwingend brauchst. Kann gut sein, dass deine Site langsam geworden ist, weil mehrere Nutzer gleichzeitig drauf zugegriffen und damit den Server zum swappen gezwungen haben.

PS: Wenn du mit Systemadministration vertraut bist, würde ich dazu raten, APC (advanced PHP Cache - PEAR Modul) zu installieren.

Dazu müsste er nen eigenen Server haben, findest du nicht? Und dann hätte er bei der Site auch mit den Modulen sicher keine 5-10 Sekunden.

Vielleicht sollte er die 192 Nachbarn auf seiner IP bitten ihre Sites abzuschalten, und T-Online darum, auf den Server keine weiteren Kunden mehr aufzulegen ;)

habs in griff bekommen mit den tipps von px.

Hab soweit alle Module deaktiviert, die ich nicht direkt benutze und getestet :)

APC geht nicht, da ich nur ein großes Homepagepaket habe und keinen Server.
Der Server kommt dann, wenn das Gewerbliche mal richtig anläuft und die Seite auch gewinne bringt :)

OScommerce brauch ich in sofern, dass das OScommerce, in mein Drupal eingebunden werden soll.
Dort scheiter ich aber daran, das obwohl die Datenbank Daten richtig sind, mir Drupal behauptet er könne nicht auf die Datenbank zugreifen.

Drupal ist in der Datenbank 5 während OScommerce in der 4 steckt.
Wenn ich jetzt aber in der Drupal-Schnittstelle in der Verwaltung die Daten für 4 angebe bekomme ich die Rückmeldung das er nicht connecten kann.
Mit MyAdmin komm ich aber mit genau diesen Daten drauf!
Evtl. eine Idee?