Dies ist eine ganz besondere Episode im Stil von DIE RÜCKKEHR DER JEDI aus der v10 Redesign-Serie!
Wir haben den letzten Screencast zutiefst besiegt verlassen. Wir versuchten, wp_list_pages() zu verwenden, um eine Navigation für die Homepage unseres Almanach-Bereichs auszugeben. Einer unserer Aufrufe funktionierte, der andere nicht. Wir haben alles Mögliche versucht, um ihn zum Laufen zu bringen, alles schlug fehl. Das Imperium klopfte an unsere Tür.
In diesem Screencast haben wir eine kleine Pause eingelegt, unsere Köpfe freigemacht und das Problem neu angegangen.
Der Fehler, den wir schließlich entdeckten, war, dass dem Programm der Speicher ausging. Wir müssen entweder dafür sorgen, dass es weniger Speicher verbraucht (wahrscheinlich zu schwierig, wir sind hier keine Kernentwickler von WordPress) oder ihm mehr Speicher geben. Wir entscheiden uns für Letzteres.
WordPress verwendet standardmäßig 32 MB Speicher. In unserer wp-config.php-Datei verdoppeln wir diesen Wert, indem wir Folgendes hinzufügen:
define('WP_MEMORY_LIMIT', '64M');Ich habe dies mit einem WordPress-Kernentwickler bestätigt – das ist überhaupt keine schlechte Sache. Sie sagten, es sei an der Zeit, dass sie den Standard-Speicherverbrauch erhöhen. Mein Server hat viele GB Speicher, daher sollte dies kein Problem sein.
Sobald dies eingerichtet ist, beginnt die zweite wp_list_pages()-Funktion sofort zu funktionieren.
Wir sollten hier ein kleines gelbes Warnschild aufstellen und nur darauf hinweisen, dass wir diese Seite im Auge behalten sollten, wenn wir Speicherprobleme auf dem Server haben. Ich bin jedoch besonders unbesorgt, denn in 99 % der Fälle, in denen diese Seite geladen wird, werden diese Funktionen nicht tatsächlich ausgeführt und nicht auf die Datenbank zugegriffen und all das, sondern eine statische Kopie wird von unserer Caching-Einrichtung ausgeliefert.
Juhu, wir haben es geschafft!