PHP und XML - Erfahrungen, Anwendungstips, allgemeine Diskussion?

[seb]

Die eXtensible Markup Language als DAS Datenformat fürs Internet der Zukunft ist ja zur Zeit in aller Munde.

Hat jemand von euch bereits Erfahrungen mit der Verwendung von XML für PHP-Projekte gemacht, egal wie komplex, ob nur zur Speicherung von einer Hand voll Konfigurationseinstellungen oder für eine komplette Datenbank.

Für welche Vorhaben macht XML Sinn und bringt wirkliche Vorteile gegenüber einer 'normalen' (CSV)-Textdatei?

Würdet Ihr XML zuknüftig standardmäßig als CSV-Ersatz verwenden, einfach nur weils schick ist?

[Toxical]

Kann mich da nicht beteiligen, hab mit XML noch gar keine erfahrungen gemacht...

[Stuck Mojo]

Hi !!

Also bei XML direkt mit PHP hab ich auch keine Erfahrungen. Allerdings über kleine "Brücken" bin ich doch schon öffters mit XML in berührung gekommen. z.B. die WDDX-Funktionen, die erstellen ja aus normalen Variablen eine Schnittschtelle zwischen mehreren Programmiersprachen. Die Datenstruktur beruht hierbei auf XML. Genauso oder noch etwas komplizierter ist es bei SOAP... da läuft die ganze Sache ähnlich ab, aber wie gesagt noch ein bissel komplizierter.

Ansonsten nutze ich XML für bestimmte JavaScript-Funktionen, indenen ich z.B Inhalt nachladen möchte. Da lade ich halt eine oder mehrere XML-Datei nach und kann mich in diesen ganz wunderbar per DOM bewegen.

ouh... da fällt mir doch glatt ein, dass ich mal vor ein paar Monaten mal was mit XSLT (Sablot) und PHP probiert habe... war eigentlich recht einfach. Da hat man zum erstenmal gesehen was ein Vorteil von XML sein könnte, man könnte so recht einfach seinen Inhalt von Layout trennen. z.B. kann man so die gleichen Inhalte für WAP oder PC aufbereiten...

Aber was ich nochmal erwähnen möchte ist SOAP! Ich glaube das ist eine der genialsten Dinge, die aus XML entstanden sind. SOAP ermöglicht nicht nur den austausch von Variablen, so wie es bei WDDX möglich ist, es ist auch möglich Funktionen aufzurufen, mit bestimmten Parametern usw...usw... Man kann sozusagen den einen Teil seiner Seiten auf einem SOAP-Server liegen haben und den anderen auf einem anderen Server, doch die Scripte sind "eins"...klingt vielleicht ein bissel verwirrend... Aber es lohnt sich

XHTML was ja auch auf XML (zumindest auf dem Syntax) aufbaut kann man leider nicht korrekt nutzen, da nicht alle Browser die Sachen richitg interpretieren, sobald man den Doctype von XHTML angibt... Da heißt es wohl noch etwas warten...

Zu den Exportsachen in XML-Dateien: Naja, im hintergedanken sollte man das schon habe, allerdings mache ich z.Z. auch nur Exports via CSV.

Der Vorteil an XML gegenüber einer CSV-Datei ist z.B dieser:
Du hast einen Teilnehmer, 2 Begleitpersonen und 2 Kinder. Wie gibt man das jetzt in CSV aus?? Geht garnicht so richtig... oder?
als XML würde das dann so aussehen:

<datensatz>
  <teilnehmer>
     <name>Hans Wurst</name>
  </teilnehmer>
  <begleitperson>
     <name>Karl Heinz</name>
  </begleitperson>
  <begleitperson>
     <name>Horst Kopp</name>
  </begleitperson>
  <kind>
     <name>Dirk Paulmann</name>
  </kind>
  <kind>
     <name>Fix Foxi</name>
  </kind>
</datensatz>

Man kann so ja recht gut abfragen, welche Personen zu welchem Teilnehmer gehören... z.B. mit einer Programmiersprachen ...nur... welches Programm kann mit solchen Daten umgehen?? Kann Excel das? Und wenn ja.. doch bestimmt nur die XP-Versionen... wird jeder Laden sich deshalb neue Office-Versionen kaufen? Ich denke nein ...also doch irgendwie weiter mit CSV-Versionen abkämpfen... schade eigentlich...

Gruss Jan

[seb]

Ui...jetzt hast du hier einen Beitrag gepostet, während ich grad dabei war, meinen zu tippen - und weil der erste Abschick-Versuch misslungen ist, konnt ich jetzt das hier noch vornedran schreiben .

Als Antwort auf deinen Beitrag passt der Text nicht mehr ganz, aber ich post ihn jetzt trotzdem so

Erfahrungen hab ich auch noch nicht, aber ich bin grad dabei, mich n bisschen in die Thematik rein zu arbeiten, einfach aus Interesse.

Ich kann mir nicht vorstellen, wie unsereins als kleiner Hobbyscripter einen größeren Nutzen aus dem riesigen Potentials ziehen könnte, das sich Microsoft & Co. von XML versprechen.

Allerdings es erscheint mir wie gesagt als interessante Alternative zu den konventionellen primitivst-Datenstukturen der üblichen Konfigurations- und CSV-Dateien und unlohnend einfachen MySQL-Anwendungszwecken.

XML mach es möglich, komplexe Datenstukturen in stinknormalen Textdateien zu speichern, und dank der eingebauten Parser-Funktionen von PHP ist es leicht, sie zu verarbeiten .

Ich bin grad n bisschen am rumspielen - hab eine kleine Klasse als 'Verpackung' für das Parser-Objekt gebastelt, mit der ich es einfach in ein Script einbinden und seine Event-Handler an Callback-Funktionen koppelt kann.

Dazu hab ich mir meinen neuen Stundenplan 'per Hand' in XML gehackt - und jetzt versuch ich mich an einem Script, dass aus dem Stundenplan mit Hilfe der Parserklasse eine HTML-Tabelle erzeugt.
Ich weiß, ich könnt die auch einfach per Kugelschreiber und Karopapier realisieren, oder wenns unbedingt sein muss mit Word...aber warum einfach, wenn man aus der Umständlichkeit was lernen kann?

Womit ich mich zurück an meinen Code begeben möchte...

[mike]

XML mit php ist ein krampf.
die dom-xml schnittstelle ist eine einzige baustelle, die infos kannst dir von irgendwo herkramen und hoffen, dass nicht schon wieder die funktionsparmeter geändert wurden.
irgendwie bin ich das gefühl nicht losgeworden, dass hier einfach eine xml-datei in ein hash gepackt wird und den rest kannst dir dann selber stricken.
für mich war das absolut unbrauchbar. aber vielleicht bin ich auch zu blöd für solche dinge...

in sachen xml hat imho mircosoft einen gewaltigen vorsprung nicht nur wegen der .net technologie. soap kommt glaub ich auch aus dem hause ms.

zurück zu php.
es gibert einige gute bibs die xmls behandeln und die entsprechenden funktionen bieten. hab mich aber mit noch keiner wirklich beschäftigt.

auch ist der weg von sql zu xml/xsl noch nicht gelöst. ms-sql kann das schon recht gut. genau sowas benötige ich aber um flexibel infos zu verteilen.

einzig sinnmachendes feature wäre - so wie stuck geschrieben hat - 1 zu n beziehungen abzubilden, bei denen man keine feste anzahl von werten hat. und auch nur dann, wenn keine db vorhanden ist.

lf

[seb]

XML mit php ist ein krampf.
die dom-xml schnittstelle ist eine einzige baustelle, die infos kannst dir von irgendwo herkramen und hoffen, dass nicht schon wieder die funktionsparmeter geändert wurden.

Hm...die DOM-Implementation hab ich mir noch überhaupt nicht angesehn, aber was is mit Expat?

Das bietet zwar nur eine Hand voll Funktionen fürs allernötigste, und alles was über das serielle Auslesen der Elementdaten heraus geht, musst Du dir wirklich selbst schreiben, aber auf jeden Fall funktionierts.
Und da das 'event-basierte' Parsing auf einer (im Vergleich zum DOM) niedrigeren Ebene ansetzt, ist zudem flexibler.
Auf dieser Basis ein selfmade-DOM-Äquivalent (tolles Wort, oder?) zu entwickeln, ist zwar sicher aufwändig, aber da sowas für viele Zwecke wohl garnicht nötig ist, bietet Expat mit seinen Event-Handlern die Möglichkeit, eigene, dem speziellen Fall angepasste Parser zu entwickeln, die unter Umständen effizienter sein können, als eine auf die DOM-Funktionen aufgesetzte Lösung.

Ich hab mir jetzt ein kleines Script geschrieben, das den Inhalt einer XML-Datei in eine Array-Struktur schreibt (siehe Scripts-Forum) - mehr bisher nicht.

Damit lad ich mir meinen neuen Stundenplan aus einer XML-Datei in mein Script und kann ihn mit ein paar einfachen Schleifen als HTML ausgeben - klar, es is Schwachsinn, aber eine schöne Übung

[Hydrax]

Also DOM XML ist wirklich nicht zu gebrauchen. Funktioniert noch nicht.

Die XML Parser Funktionen sind schon eher zu gebrauchen, auch wenn es da an einer Stelle auch komische Ergebnisse gab.

XML ist schon sehr sinnvoll. Man ist gezwungen Strukturiert zu arbeiten.
Mittels XSLT kann man XML ja auch einfach ist hübsche HTML Seiten verwandeln. Jedoch solange die meisten Browser das noch nicht können hat es erstmal wenig Sinn.

Zwar können Sachen ala Cocoon (http://xml.apache.org/cocoon/) XML Dateien mittels XSLT in HTML direkt verwandeln. Aber der Schritt mit Cocoon dazwischen ist IMHO einer zuviel.
Funktioniert jedoch gut.
Bei http://www.universal-music.de/ ist das im Einsatz. (Bereich Artists -> POP A-Z z.B.)

Ansonsten
XML in der Praxis... Universal Music liefert zu allen ihren Künstlern XML Outpus die man leicht verarbeiten kann.

Als Beispiel schaut euch mal www.islandmercury.de an. Alle Inhalte die dort bezüglich Alben und Singles ausgegeben werden kommen aus XML.

PHP öffnet die XML Datei und verarbeitet diese mit den XML Parser Funktionen.

Vom Albuminfo zum Tracklisting bis hin zu RealAudio und Cover Links ...alles aus dem XML Output übernommen.


Fazit:
XML ist auf den Weg. Aber es fehlt an der allgemeinen Browserunterstüzung wenn es um den Bereich Webseiten geht.