[MySQL] Characters ongeldig in XML

[Epitome]

Middels PHP wordt een XML-bestand gemaakt die gegevens haalt uit een MySQL-database.

Echter staan er in de MySQL database records die ervoor zorgen dat de XML stopt, er zit een character in dat niet wordt geaccepteerd.

Als ik in Firefox de XML bekijk dan zie ik dat er een probleem is met een character.

Kijk ik dan met PHPMyAdmin naar dat veld van die bepaalde record, dan zie ik er niets mis mee.

Als ik dan echter het bepaalde veld in die record aanpas door dezelfde inhoud handmatig over te typen, dan werkt het weer wel.

Zijn er bepaalde characters die niet worden weergegeven in PHPMyAdmin, maar niet door XML worden geaccepteerd? En zo ja, hoe kan ik in PHP dat probleem verhelpen?

P.S. Het is een grote database dus het liefst ga ik niet alles handmatig aanpassen.

[Gert]

Er is een hele waslijst karakters die niet zomaar kaal in een xml node mogen verschijnen. Google kan daar vast meer over vertellen.

[Timer]

Het gaat misschien om characters als ü en é.
Gooi de informatie die je echood even door htmlspecialchars() en/of htmlentities().

Of zet CDATA tags om de informatie:

<![CDATA[".$value."]]>

Wat tussen deze tags staat wordt gezien als character data en dus niet geparsed door de xml-parser van je browser (of andere applicaties).

[ Voor 57% gewijzigd door Timer op 08-05-2006 17:14 ]

[Epitome]

Gert schreef op maandag 08 mei 2006 @ 10:31:
Er is een hele waslijst karakters die niet zomaar kaal in een xml node mogen verschijnen. Google kan daar vast meer over vertellen.

Maar als ik dat character niet zie in PHPMyAdmin weet ik ook niet waar ik naar moet zoeken.

TheTimer schreef op maandag 08 mei 2006 @ 10:34:
Het gaat misschien om characters als ü en é.
Gooi de informatie die je echood even door htmlspecialchars() of htmlentities().

Of zet CDATA tags om de informatie:

<![CDATA[".$value."]]>

Wat tussen deze tags staat wordt gezien als character data en dus niet geparsed door de xml-parser van je browser (of andere applicaties).

htmlspecialchars gebruik ik al, maar CDATA ga ik eens proberen. Bedankt voor de tip!

[ Voor 51% gewijzigd door Epitome op 08-05-2006 10:42 ]

[Gonadan]

Epitome schreef op maandag 08 mei 2006 @ 10:39:
[...]
Maar als ik dat character niet zie in PHPMyAdmin weet ik ook niet waar ik naar moet zoeken.

Epitome schreef op maandag 08 mei 2006 @ 10:27:
Kijk ik dan met PHPMyAdmin naar dat veld van die bepaalde record, dan zie ik er niets mis mee.

Check deze link eens?

[djc]

Het zou ook interessant zijn te weten welke versie MySQL je gebruikt en als die 4.1 of groter is, wat dan de character encoding van de desbetreffende tabel is.

[mithras]

Heeft het dan misschien iets te maken met de character encoding van je SQL database, waardoor het uiterlijk in phpmyadmin er als bijv. e uit komt te zien, in plaats van é.

XML gaat daarop dan stuk.

[Timer]

Een é die door htmlentities() gehaald is ziet er uit als &eacute;
Dat zou dus gewoon moeten werken.

[ Voor 11% gewijzigd door Timer op 08-05-2006 16:36 . Reden: No-parse tags voor die laatste code ;) ]

[Verwijderd]

TheTimer schreef op maandag 08 mei 2006 @ 10:34:
Het gaat misschien om characters als ü en é.
Gooi de informatie die je echood even door htmlspecialchars() en/of htmlentities().

Voor zover ik weet kent XML "uit zichzelf" maar vijf entities:

• <
• >
• &
• '
• "

Andere entities moeten geloof ik apart in de DTD worden opgenomen. Ik neem aan dat XML-parsers stuklopen op andere entities als zij niet expliciet worden gedefinieerd.

[crisp]

XML kent maar 4 named entities: < > " &
De single quote heeft geen officiele named entity; normaliter wordt &#39; gebruikt. Sommige browsers accepteren ook &apos; maar die is in HTML noch SGML gedefinieerd, laat staan in XML

Voor andere speciale karakters die niet in de karakterset van het XML-document voorkomen kan je het beste numerieke entities gebruiken zoals bijvoorbeeld &#128;
Belangrijkste is echter dat je content en output qua karakterset op elkaar afstemt. Het beste is UTF-8 te gebruiken omdat daarin alle karakters gedefinieerd zijn en er dus geen noodzaak is om 'vreemde' karakters (buiten de karakters met een speciale betekenis) te encoden.

CDATA is geen oplossing voor 'vreemde' karakters; binnen CDATA-secties hoef je echter karakters met speciale betekenis niet te encoden

[ Voor 15% gewijzigd door crisp op 09-05-2006 00:04 ]