[PHP - XPath] wie wil dit script ff testen...

[Genoil]

Hallo,

Ik heb problemen met de xpath_eval functie in de Win32 versie van de domxml module (php_domxml.dll) op php4pl1 (Apache 1.3.14).

Naast het feit dat de functie erg makkelijk Apache op z'n bek weet te leggen als je geen goede argumenten invoert, gebeurt dit ook als je een XPath gebruikt waar bv. "ancestor" in voorkomt.

Nou zoek ik dus iemand die op een Linux box php4pl1 gecompileerd heeft met --dom (met libxml2!) en ff wil kijken of dit scriptje daarop wel werkt:

code:

$xml ='<a><b><c></c></b></a>';
$doc = xmldoc($xml);
$ctx=xpath_new_context($doc); 
$foo=xpath_eval($ctx,"//c/ancestor::*"); 
print_r($foo);

Even voor de duidelijkheid: Op Win32 crashed dit Apache (ten minste, bij mij ), dus wees gewaarschuwd! Maar ik heb zo'n vermoeden dat dit op Linux wel gaat werken. Kun je dat bevestigen, dan stap ik linea recta over op Linux

[Verwijderd]

gefeliciteerd, we mogen een nieuwe linux gebruiker verwelkomen in ons midden:

kijk hier maar eens

Platform is slackware 8.0 met de 2.4.10 kernel, php 4.0.6: meegecompileerd zijn oracle, postgres, mysql, libxml, expat, sablotron en zlib...

[Genoil]

hehe no offense maar ik dev nog steeds op Win2K. Maar maak wel steeds meer gebruik van linux webservers en was reeds tot de conclusie gekomen dat linux niet zo'n punt maakte van dit script. Toch bedankt voor enigszins late reactie

Voor het project waarvoor ik dit script aanvankelijk wilde gebruiken, hebben we overigens na evualatie van het prototype besloten de XML laag die tussen de database en de frontend lag maar te schrappen wegens te complexe overhead en matige performance. Voor onze doeleinden is clientside XML parsing toch een stuk interessanter

edit:

ghehe wel lekker tegenstrijdig mijn verhaal met die andere XPath thread die hier nu zo lekker boven staat. Maar het gaat hier voor mij om twee verschillende projecten waar ik XML op twee totaal verschillende manieren heb gebruikt.

[Verwijderd]

te complexe overheid? Misschien dat dat aan het abstractie niveau van de xml tussen laag licht... bij ons project op de UT (iBBS project) maken we nu gebruik van een aantal supermooie functies (zelfgeschreven) die echt superrelaxed werken...

inmiddels is de ontwikkeling van domxml ook verder aan het uitkristaliseren (we maken er zelf al sinds februari/maart gebruik van) en inderdaad, geheugen lekken gebeurt niet meer en de snelheid is ook niet slecht

Client side parsing is wel leuk, maar voor sommige projecten toch minder interessant (zoals op mijn werk weer zo is )

[Genoil]

ik wilde xml gebruiken om alle data die een gebruiker uit een MySQL database haalde te cachen, maar het was een grote ellende om alles gesyncroniseerd te houden, zeker aan de backend van het systeem. En uiteindelijk moest ik dan ook weer PHP gebruiken om die XML data weer naar HTML te parsen. Dat bleek verre van efficient

als ik met een client nou mooi XML zou kunnen kletsen en daar alles cache wat binnenkomt, zou het wel mooi zijn en ook snel, maar daar gaan we nu ook aan werken bij het herschrijven van het hele ding zoals dat er nu is.