Kategorie: WordPress

Bei Gutenberg-Blöcken gibt es zwei Möglichkeiten: entweder wird das Block-Markup direkt beim Speichern eines Inhalts generiert und fertig in der Datenbank gespeichert (statisch). Oder es wird nur der Block-HTML-Kommentar in der Datenbank gespeichert, gegebenenfalls mit Attributen, und dann vor der Anzeige im Frontend das Markup dynamisch generiert.

Theoretisch sind dynamische Blöcke für Fälle wie Anzeige der letzten Beiträge gedacht, und statische für alle anderen Fälle, wo sich nichts ändern soll, ohne das bei dem Block etwas geändert wird. Allerdings gibt es bei den statischen Blöcken ein ziemlich großes Problem.

"Mein Problem mit statischen Gutenberg-Blöcken" Weiterlesen

Vorwort: Torsten Landsiedel hat das #Projekt26 gestartet, bei dem über ein Jahr alle zwei Wochen ein Blogbeitrag und ein Kommentar zu einem anderen #Projekt26-Artikel geschrieben werden sollen. Ich versuche mich auch daran, um das Blog wieder etwas regelmäßiger mit Beiträgen zu füllen. Hier mein (kurzer) Start-Beitrag.

Manchmal ist es notwendig, nach dem Speichern eines Posts eine bestimmte Aktion mit den aktualisierten Daten durchzuführen. Der Block-Editor macht es einem da insofern schwer, als dass die bisherigen Hooks wie save_post oder post_updated nicht wie erwartet funktionieren: die Metawerte stimmen zu dem Zeitpunkt noch nicht, sondern sind auf dem alten Stand von vor der Aktualisierung.

Abhilfe schafft der rest_after_insert_{$this->post_type}-Action-Hook, der als ersten Parameter das Post-Objekt erhält ({$this->post_type} muss durch den Bezeichner des Post-Types ersetzt werden, also beispielsweise post oder page). Wenn zu diesem Objekt dann via get_post_meta() Daten ermittelt werden, handelt es sich um die neuen Werte.