[Gelöst] Nodegenerierung dauert sehr lange

Ohne die Seite, die Besucherzahlen und die Anzahl der Nodes genau zu kennen, wird es schwierig dir hier direkt Hilfe zu geben. In welcher Form werden denn auf deiner Seite Nodes generiert ?

Hast du die Datenbanktabellen denn schon einmal überprüft - hier kannst du ja bspw. mithilfe von phpmyadmin schauen, wo "am Meisten los ist".

SteffenR

Hallo Steffen,

200.000 Visits / Monat und ca. 30.000 Nodes.
Die Suche habe ich bereits abgeklemmt.

Und die Nodes werden nach Drupalstandard generiert.
Article - Eingabe - Ausgabe

Nichts Spezielles dazwischen.
Habe ich alles bereits abgeschaltet.
Es ist jetzt nur nach das Standard-Drupal 7

Deswegen verstehe ich das nicht.
Keine URL-Path-Sachen. Sondern einfach node/xxxx.

Und was ist mit der Datenbank?

Alle Tabellen ok?

Im Weiteren.

Welche zusaetzlichen Module sind aktiv?
Sind selbst entwickelte dabei?
Tritt das Problem nur bei Gastbesuchern auf?

Also,

- Keine eigenen Module
- Tritt bei allen Besuchern auf, auch bei Gästen und den Eingeloggten.
- Zusatzmodule sind wie eben bei D7 notwendig // Views, Date

Alles nicht Benötigte habe ich bereits abgeschaltet.
Tabellen sind laut phpmyadmin OK.

Sobald ein Artikel in der Vollansicht dargestellt werden soll, geht die Ladezeit und der Server in die Knie.
So etwas habe ich in den ganzen Jahren noch nicht erlebt.

Danke für eure Hilfe

Passiert das auch wenn Du ein anderes Theme verwendest?

Hallo Quiptime,

Irgendwie hast du mich draufgebracht. Dafür erstmal einen grossen Dank.
Mit dem Standard-Theme Garland passierte das nicht.

Allerdings war der Grund trotzallem nicht das Theme. Wenn ich auf ein anderes Theme umgeschalte, dann zeigte er bestimmte Blöcke nicht an, da das andere Theme eben auch andere Regionen hat.
So bin ich dann dahinter gekommen.

Nun habe ich alle Blöcke, die mit Views erstellt wurden, deaktiviert und siehe da die Artikel erscheinen plötzlich wieder in Normalgeschwindigkeit.
Nun muss ich den Übeltäter suchen.

Das es an einem Views-Block liegt, der die Datenbank derartig in die Knie zwingt daran hätte ich nicht gedacht.

Vielen Dank für euren netten Einsatz

Freut mich sehr das Dein Problem gelöst ist.

Solche Situationen sind im höchsten Grad frustierend.

Bitte berichte was Du herausgefunden hast.

Hallo Quiptime,

Es ist in der Tat äusserst frustrierend.
Wir haben letztlich drei Dinge gefunden:

1. Ich habe die letzten Tage, alles abgesucht. Und es scheint so zu sein, dass ein mit Views generierter Block, einfach zuviel SQL-Queries erzeugt.
   Ich stehe allerdings eher ratlos da. Da ich mir auf diese Sache keinen Reim machen kann.
2. Die interne Suche erzeugte eine sehr grosse Indextabelle, welche vom Provider mittels eines Slow-Query-Logs ebenfalls als Bremse identifiziert wurde. Aus diesem Grund habe ich die Suche erstmal deaktiviert. Das ist allerdings auch keine Lösung nach meinem Geschmack.
3. Der Bot der Suchmaschine Bing ist laut des Providers ebenfalls sehr agressiv mit der Datenbank umgegangen. Und hätte somit auch zum schlussendlichen Stillstand geführt. Habe ich via .htaccess und robots.txt begrenzt. (Soweit sich eben die Suchmaschinen dranhalten)

Somit habe ich nun drei mutmaßliche Ursachen, die ich irgendwie nicht vollständig nachvollziehen kann.
Vielleicht kann jemand von Euch noch etwas Erhellendes dazubeitragen.
Denn die mit Views erzeugten Blöcke müssen wieder angeschaltet werden.
Und eine grosse Seite ohne Suche ist auch nicht sehr prickelnd.

Was bei Dir passiert bedeutet, daß Du einen Datenbankspezialisten brauchst, um die View im Block zu analysieren. Evtl. muß die Abfrage umgeschrieben werden und der Block dann über ein eigenes Modul erzeugt werden um diese Optimierung zu nutzen.
Die Drupal Suche skaliert auch nicht so gut für große Seiten. Da sollte man dann mittels Solr die Suche auslagern auf dafür spezialisierte Server, aber das ist für große Seiten auch nichts neues.
Ich denke, die Seite die Du betreust ist jetzt so groß, daß man sich über eine Optimierung Gedanken machen sollte.
Just my 2 cents.

Beste Grüße
Werner

Das dachte ich mir schon, Werner.
Trotzdem noch eine Grundsatzfrage:

Macht es von der Performance einen Unterschied ob ich mit einem Subtemplate arbeite, oder ohne?

Kann ich nicht wirklich beantworten. Da aber das ganze Theming ja gecached wird, sollte es nach meinem Dafürhalten kaum Bedeutung haben.

Beste Grüße
Werner