WordPress Bugs können viel Zeit in Anspruch nehmen: get_the_content() und the_content()

WordPress ist stabil. Ja. Das ist es… Es ist halt manchmal so, dass bei Open Source Software auch unerfahrenere Programmierer mitwirken. Das bekommt man in bestimmten Momenten zu spüren. Dann ist die Stabilität zumindest aus Programmierer-Sicht mit ein paar unschönen Wörtern behaftet… Thema WordPress und der ContentMan kann im klassischen Design eines Themes Dateien wie […]
in Story

WordPress ist stabil. Ja. Das ist es... Es ist halt manchmal so, dass bei Open Source Software auch unerfahrenere Programmierer mitwirken. Das bekommt man in bestimmten Momenten zu spüren. Dann ist die Stabilität zumindest aus Programmierer-Sicht mit ein paar unschönen Wörtern behaftet...

Thema WordPress und der Content
Man kann im klassischen Design eines Themes Dateien wie front-page.php, page.php und index.php verwenden. Daneben gibt es noch einige andere. Je nach Programmierer Typ mag man es, HTML Code mit PHP Code zu mischen. Das ist der Standard bei WordPress. Mir gefällt das nicht, ich halte mich an das KISS Prinzip. Das mag eine Eigenheit von mir sein. Diese garantiert aber sicher dazu mit, dass meine Software schon 20 Jahre lang wartungsfrei liefen.
In diesen Dateien will man den Inhalt ausgeben. Handelt es sich zum Beispiel um WordPress Seiten, hole ich mir zu gegebenem Zeitpunkt den Inhalt der Seite mit get_the_content(). Die WordPress Version 6.5.2 (vielleicht schon früher) lässt das auch bestens zu. Es fehlt dann halt einfach ein Teil. Die sogenannten Vorlagen sind zwar im Editor sichtbar, aber auf der generierten Seite klafft dort dann ein grosses Loch.

Lösung get_the_content(): einfach nur the_content()
Die Lösung ist einfach. Statt den Content in eine Varible zu pushen und ihn dann auszugeben, muss neu direkt ausgegeben werden. Mit the_content(). Nun denn. Einfache Lösung.

Ja - einfache Lösung, die mich zwei volle Tage gekostet haben. Und da sind sie wieder: die sehr unschönen Gedanken über unerfahrene Programmierer...

Fehlersuche
Jeder echte Entwickler kennt das. Man hat eine Software geschrieben und kaum taucht ein Problem auf, sucht man den Fehler natürlich bei sich selbst. Das erwarte ich von jedem Ingenieur. Diese Erwartung, die man ja auch sich selbst gegenüber hat, kann einem Tage kosten. LeftWP stützt sich auf WordPress. Da liegt das Hauptproblem. Ich habe mich über 25 Jahre lang dagegen gewehrt, Fremdsoftware einzusetzen. Deshalb gab es das KCMS der Kundschaft, woraus LeftWP schliesslich entstanden ist. Warum habe ich das getan? Warum habe ich mich auf Fremdsoftware eingelassen? - Die heutige Welt der Internet Entwicklungen ist zu grossen Teilen mit Dingen beschäftigt, denen man fast täglich nachrennen muss: Sicherheit, Änderungen an APIs für Datenbankzugriffe, Sprachänderungen wie bei PHP.
Um mich mehr auf die Kunden zu konzentrieren war es nur logisch, das weltweit am weitesten verbreitete CMS einzusetzen: WordPress.

Bei so einer Fehlersuche kommt man irgendwann auf keine Ideen mehr, wo man den Fehler gemacht haben könnte. Es folgt meist das Ausschluss-Prinzip. Man stellt gewisse Teile seiner Software einfach ab und schaut, ob es ohne diese Teile geht. Um den get_the_content() Fehler von WordPress zu finden, musste ich das gesamt LeftTheme abschalten und habe mit einem leeren Theme anfangen müssen. Schritt für Schritt nehme ich wieder Teile rein, bis ich feststelle, dass der Fehler auftritt.

Man hinterfragt nicht nur den Code auf der Fehlersuche, man hinterfragt sich selbst. Tief in der Nacht findet man dann, man sollte wohl eher die Finger von der Programmiererei lassen. Findet man dann aber heraus, dass die WordPress Community wieder mal einfach etwas produziert, was überhaupt keinen Sinn macht, dann macht einem das wütend. So wütend, dass man manchmal gar nicht weiter machen möchte. Aber es hilft ja nichts. Am Ende haben einige Biere die Wogen geglättet. :-)