Wie funktioniert das Rendering?

Ich versuche eine grobe Vorstellung davon zu bekommen, wie WordPress den endgültigen Inhalt, den eingebauten und den Plugin-Inhalt rendert. Rendering bedeutet für mich, direkt oder indirekt (Verzögerung durch Ajax, ..) das DOM zu manipulieren.

Um die Dinge und diese Frage einfach und kurz zu halten, wie weit wäre WordPress von diesem unten abgebildeten Rohr entfernt:

Render-Durchlauf 1:

  • cms Inhalt kommt durch den core
  • corewarteschlangen Client-Ressourcen (Kopf & Körper)
  • drucken (als Temp.-Variable)

Render-Durchlauf 2:

  • Tags werden aufgetriggers (rekursiv? wo?)
  • plugin stuft Client-Ressourcen ein
  • drucken (als Temp.-Variable?)

Letzter Durchgang (ist hier einer?)

  • Alle Tags wurden aufgetriggers und sind bereit für die endgültige Komposition, Körper berechnen
  • Kopf, Ressourcenbereinigung (nicht benötigte CSS entfernen, etc ..)

  • mehr Ressourcen laden vom Client nach dem letzten Druck, …

Ich bin auch interessiert zu wissen, ob WordPress nur als virtueller Renderer agieren könnte, indem man Variablen nur für Beispiel (Tag-Ergebnisse) ergreift. Sonntagsumwege: zum Beispiel in einem ‘piped’ VPL (vm-less :-). Du würdest normalerweise mit einem Block am Anfang anfangen und dann die Rohre (Drähte) bis zum Boden mit irgendwelchen phantastischen Sachen wie einer Parameteroperation oder Filter (Plugins). Wie würde in dieser Welt die WP-Render-Pipe aussehen? wahrscheinlich wie ein toller Baum …

Wie auch immer, die Zahlen sagen, es gibt mehr als 2500 globale functionen und zweihundert classn um alle zu arbeiten und ich hoffe, ich kann das gesamte Rendering mit ein paar Befehlen reproduzieren, oder? Wenn jemand daran interessiert ist, diese Sequenz zu schreiben, bitte 🙂

Danke für Hinweise.

Solutions Collecting From Web of "Wie funktioniert das Rendering?"

Im Gegensatz zu vielen anderen Frameworks gibt es in WordPress nicht viel “Pipeline”.

Sie können die schicke Illustration für den Ladeprozess sehen , aber im Grunde:

  1. URL wird in Abfragevariablen aufgetriggers
  2. Abfrage wird ausgeführt, um Posts abzurufen und Kontext zu bestimmen
  3. Die Vorlagendatei wird aus dem Kontext ermittelt
  4. Template-Datei ist enthalten und hat die volle Kontrolle über die Ausgabe von dort (meist mit Template-Tags functionen und Abrufen von Daten aus globalen Variablen wie Hauptabfrage)

So ist die “Pipeline” in aller Kürze – egal, welche Vorlage ausgespuckt wird, ist Ihre Seite.