JSON als Metadaten eines HTML Gerüsts

pcschröda · 21.03.2011, 17:50

Hallo,

Folgender Gedanke:

eine jQuery.post() AJAX-Abfrage liefert als Anwort ein HTML-Gerüst, welches dann am entsprechenden Ort des DOM's eingebunden wird.

Ich komme nun aber immer wieder in die Situation, dass ich zum HTML-Gerüst quasi "Meta-Daten" mitliefern muss, z.B. für ein Popupfenster, oder einen Timer, der nur auf einer bestimmten Seite aktiviert werden soll.

Bisher löse ich das mit <span>-Elementen, die eine entsprechende Klasse ( = key) sowie id ( = value) mit auf den Weg bekommen. Sicher ist das okay so, nur hoffe ich, dass es eine "sauberere" Lösung per JSON geben kann.

- Müsste ich dazu das HTML in ein JSON-Objekt packen? Dies würde auch serverseitig einen gewissen Aufwand bedeuten. Hat jemand schonmal sowas gelöst?

Beste Grüße,

pcschröda

xm22 · 21.03.2011, 17:58

Ich bin dazu übergegangen, JSON-Responses vom Serber grundsätzlich in diesem Format zurück zugeben zu lassen:

Code:

{
    "status":0|1|2
    "content": object|string|number|...
    "error": null|array
}

In content kann dann im Prinzip alles an Nutzinformation rein (Z. B. eben auch HTML). Status ist 0 (Fehler), 1 (Erfolgreich), 2 (Info). Error ist gefüllt, wenn halt status 0 oder 2 ist. Mit PHP und json_encode geht das ziemlich problemlos und ich habe in meinen Applikationen ein genormtes JSON-Format.

fab · 21.03.2011, 17:59

Zitat:

Zitat von pcschröda

Müsste ich dazu das HTML in ein JSON-Objekt packen? Dies würde auch serverseitig einen gewissen Aufwand bedeuten. Hat jemand schonmal sowas gelöst?

Ja, nichts leichter als das. Was für einen Aufwand scheust du denn da?

PHP-Code:

  json_encode(array(

  'html' => $html,

  'popup' => 'whatever',

//...

));

Chriz · 21.03.2011, 18:04

Hallo,

Metadaten sind immer gut, brauchst du auch fast immer. Beim Fehler das Ding nämlich irgendwo einhängen ist doof!

Facebook machts übrigens genauso: HTML direkt ins JSON als String. Scheint also nicht unbedingt unperformant zu sein (das JSON-encode und client-seitige decode).

pcschröda · 21.03.2011, 18:20

Okay, sehr interessant & danke für die Antworten. Zuletzt, als ich HTML per json_encode auf die Reise geschickt habe, hat das Probleme ergeben; nicht wohlgeformtes JSON. Werde das also nochmals versuchen.

Das letzte Problem, dass sich mir jetzt noch stellt:

Die AJAX Abfrage erhält als Antwort Teile einer Webseite. Kopf- und Fussbereich werden beispielsweise nicht mit zurückgegeben, andere Bereich je nach Kontext. Konkret geht es hier um eine WordPress Seite, mit angepassten get_header() und get_footer() Funktionen.

Um nun das HTML als JSON Objekt zurückzuliefern, müsste ich die Ausgabe des HTML auf serverseite quasi puffern. Ich denke da an ob_start().

Was sagen die Spezialisten zu dieser Herangehensweise?

Beste Grüße,

pcschröda

fab · 21.03.2011, 18:42

Kann man durchaus so machen, wenn keine Möglichkeit besteht, das HTML abzugreifen bevor es überhaupt ausgegeben wird. Bei Wordpress ist das also vermutlich das Mittel der Wahl, da kenne ich mich aber auch nicht genug aus um dir Alternativen aufzuzeigen.

Chriz · 21.03.2011, 18:59

Zitat:

Zitat von pcschröda

Okay, sehr interessant & danke für die Antworten. Zuletzt, als ich HTML per json_encode auf die Reise geschickt habe, hat das Probleme ergeben; nicht wohlgeformtes JSON. Werde das also nochmals versuchen.

Das wundert mich, mit json_encode() und jQueries $.parseJSON hatte ich bisher keine Probleme. Darfst halt nicht versuchen das JSON selbst zusammenzubauen.

pcschröda · 21.03.2011, 19:34

Zitat:

Zitat von Chriz

Das wundert mich, mit json_encode() und jQueries $.parseJSON hatte ich bisher keine Probleme. Darfst halt nicht versuchen das JSON selbst zusammenzubauen.

Das Problem waren Steuerzeichen wie \n und \r. Erst nachdem ich sie per preg_replace entfernt hatte, wurde das JSON Objekt akzeptiert.

Beste Grüße,

pcschröda

rudygotya · 21.03.2011, 23:34

Ich würde dir wie xm22 auch zu einem festen Ausgabeschema raten.
Bei mir schaut die Response vom Schema her nur deswegen anders aus, da ich beliebig zwischen jQuery und ExtJS tauschen können will.
Sprich a la

PHP-Code:

  response = {
    success : true/false,
    data : [],
    // message, error
}

Um Metadaten zu transportieren kannst du dir zusätzlich noch $.data anschauen. Zum rendern ist das offizlelle template plugin auf jeden Fall einen Blick wert - ist aber noch nicht stable - also mit Vorsicht genießen

grüße

Basti

pcschröda · 21.03.2011, 23:43

$.data sieht ebenfalls interessant aus, ist allerdings clientseitig, und meine Meta-Daten kommen nunmal vom Server...

Danke für alle Anregungen!

pcschröda

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
HTML Codes übertragen?	Extremefall	JavaScript, Ajax und mehr	7	28.01.2011 21:50
Per Formular in SQL schreiben und inhalt in Html Datei ausgeben	tinol23	PHP Einsteiger	1	24.01.2011 20:25
Scriptsuche Daten aus HTML Tabelle A in HTML Tabelle B einfügen	headbannger83	Scriptbörse	1	10.01.2011 15:39
RSS Feed Html Form zu XML	network7	PHP Tipps 2010	6	17.11.2010 16:40
Problem mit PHP Simple HTML DOM Parser	berryone	PHP-Fortgeschrittene	2	30.08.2010 18:00
Doppelter E-Mail versand	include21	PHP Tipps 2010	3	06.05.2010 15:47
JSON Problem	Dopar	JavaScript, Ajax und mehr	11	11.04.2010 01:00
html formular mit einer php mail funktion	basti-erfurt	Scriptbörse	3	07.12.2008 15:21
Variable und komplette HTML Datei	chrisonline	PHP Tipps 2007	3	24.05.2007 15:30
&amp;amp;lt;if&amp;amp;gt; &amp;amp;lt;/if&amp;amp;gt; in einer HTML Datei fuer Templ		PHP-Fortgeschrittene	6	03.11.2005 12:05
Kontaktformular, welches auf neue html Seite führt		PHP Tipps 2005-2	4	20.07.2005 11:21
HTML Tabellenzeile in Tabelle einfügen?		Datenbanken	2	28.01.2005 00:28
IMAP: Bild(er) in HTML Part richtig darstellen		PHP-Fortgeschrittene	1	07.10.2004 12:21
{$varname.optelement} mit preg_match aus HTML extrahieren		PHP Tipps 2004	0	11.09.2004 04:13
Validitor (HTML 4.01) = Schwachsinn?	Filewalker	Off-Topic Diskussionen	19	03.08.2004 15:27

21.03.2011, 17:50
pcschröda Erfahrener Benutzer Registriert seit: 15.04.2004 Beiträge: 126	JSON als Metadaten eines HTML Gerüsts Hallo, Folgender Gedanke: eine jQuery.post() AJAX-Abfrage liefert als Anwort ein HTML-Gerüst, welches dann am entsprechenden Ort des DOM's eingebunden wird. Ich komme nun aber immer wieder in die Situation, dass ich zum HTML-Gerüst quasi "Meta-Daten" mitliefern muss, z.B. für ein Popupfenster, oder einen Timer, der nur auf einer bestimmten Seite aktiviert werden soll. Bisher löse ich das mit <span>-Elementen, die eine entsprechende Klasse ( = key) sowie id ( = value) mit auf den Weg bekommen. Sicher ist das okay so, nur hoffe ich, dass es eine "sauberere" Lösung per JSON geben kann. - Müsste ich dazu das HTML in ein JSON-Objekt packen? Dies würde auch serverseitig einen gewissen Aufwand bedeuten. Hat jemand schonmal sowas gelöst? Beste Grüße, pcschröda


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

21.03.2011, 17:58
xm22 Erfahrener Benutzer Registriert seit: 30.07.2008 Beiträge: 1.167 PHP-Kenntnisse: Fortgeschritten	Ich bin dazu übergegangen, JSON-Responses vom Serber grundsätzlich in diesem Format zurück zugeben zu lassen: Code: { "status":0\|1\|2 "content": object\|string\|number\|... "error": null\|array } In content kann dann im Prinzip alles an Nutzinformation rein (Z. B. eben auch HTML). Status ist 0 (Fehler), 1 (Erfolgreich), 2 (Info). Error ist gefüllt, wenn halt status 0 oder 2 ist. Mit PHP und json_encode geht das ziemlich problemlos und ich habe in meinen Applikationen ein genormtes JSON-Format.

21.03.2011, 18:04
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Hallo, Metadaten sind immer gut, brauchst du auch fast immer. Beim Fehler das Ding nämlich irgendwo einhängen ist doof! Facebook machts übrigens genauso: HTML direkt ins JSON als String. Scheint also nicht unbedingt unperformant zu sein (das JSON-encode und client-seitige decode). __________________ "Nuschel ich?" - "Was?"

21.03.2011, 18:20
pcschröda Erfahrener Benutzer Registriert seit: 15.04.2004 Beiträge: 126	Okay, sehr interessant & danke für die Antworten. Zuletzt, als ich HTML per json_encode auf die Reise geschickt habe, hat das Probleme ergeben; nicht wohlgeformtes JSON. Werde das also nochmals versuchen. Das letzte Problem, dass sich mir jetzt noch stellt: Die AJAX Abfrage erhält als Antwort Teile einer Webseite. Kopf- und Fussbereich werden beispielsweise nicht mit zurückgegeben, andere Bereich je nach Kontext. Konkret geht es hier um eine WordPress Seite, mit angepassten get_header() und get_footer() Funktionen. Um nun das HTML als JSON Objekt zurückzuliefern, müsste ich die Ausgabe des HTML auf serverseite quasi puffern. Ich denke da an ob_start(). Was sagen die Spezialisten zu dieser Herangehensweise? Beste Grüße, pcschröda Geändert von pcschröda (21.03.2011 um 18:24 Uhr).

21.03.2011, 18:42
fab Erfahrener Benutzer Registriert seit: 28.07.2010 Beiträge: 2.308 PHP-Kenntnisse: Fortgeschritten	Kann man durchaus so machen, wenn keine Möglichkeit besteht, das HTML abzugreifen bevor es überhaupt ausgegeben wird. Bei Wordpress ist das also vermutlich das Mittel der Wahl, da kenne ich mich aber auch nicht genug aus um dir Alternativen aufzuzeigen. __________________ PHP Blog + Library CSS Effects + Tools

21.03.2011, 23:34
rudygotya Erfahrener Benutzer Registriert seit: 28.05.2008 Beiträge: 2.094 PHP-Kenntnisse: Fortgeschritten	Ich würde dir wie xm22 auch zu einem festen Ausgabeschema raten. Bei mir schaut die Response vom Schema her nur deswegen anders aus, da ich beliebig zwischen jQuery und ExtJS tauschen können will. Sprich a la PHP-Code: `response = { success : true/false, data : [], // message, error }` Um Metadaten zu transportieren kannst du dir zusätzlich noch $.data anschauen. Zum rendern ist das offizlelle template plugin auf jeden Fall einen Blick wert - ist aber noch nicht stable - also mit Vorsicht genießen grüße Basti __________________ ++++ Wieder einer ins Netz gegangen: Phishers Fritz zufrieden ++++ Blog

21.03.2011, 23:43
pcschröda Erfahrener Benutzer Registriert seit: 15.04.2004 Beiträge: 126	$.data sieht ebenfalls interessant aus, ist allerdings clientseitig, und meine Meta-Daten kommen nunmal vom Server... Danke für alle Anregungen! pcschröda