Ca sert à quoi alors que XML spécifie les processing instructions si gcc ne les utilise pas correctement.
oops, gcc il bouffe du C, pas du XML
c'est pareil avec PHP et ce setting préhistorique, il n'est pas fait pour manipuler du XML ainsi.
(et au passage, à l'origine PHP ne pouvait même pas interpréter du HTML, alors croire qu'il a été conçu pour travailler en bonne intelligence avec XML... bref. limite si c'est pas un accident s'il a choisi <? et pas [? ou autre (* ... tant mieux si ça permet des bidouilles, hein, c'est pas la question)
ça me rappelle quand la RATP a fait un procès à un site satirique (Rentre Avec Tes Pieds), principalement pour les faire taire et leur barboter le nom de domaine, sous couvert du droit des marques.
je comprends très bien et partout où je passe je mets short_open_tag à off. mais c'est pas la question.
là tu parles d'un fichier PHP, un squelette, qui donnera du XML en sortie du processeur PHP, enfin tu l'espères... mais tu considères que ce squelette est lui-même un fichier XML et doit donc forcément comporter ton prologue magique. à part des cas triviaux, c'est rarement vrai.
te faire jeter par l'interpréteur PHP est donc normal et surtout considérer que ton fichier d'entrée est (ou doit ou devrait être) un fichier XML même s'il est plein de balises et de code PHP (ou pire) est une aberration.
dans le cas où notre script PHP génère un flux XML comme par exemple du XHTML, il est de bon ton de mettre un <?xml version="1.0"?> au début du script.
non. il est de bon ton que ce <?xml version="1.0"?> se retrouve au début de ta sortie de PHP, nuance. ça peut se faire autrement qu'en plaçant <?xml version="1.0"?> en début de script.
bah ce SONT des vandales, il n'y a guère à tortiller. et s'ils s'en plaignent, ils n'auront qu'à considérer que c'est la conclusion logique de leur expérience.
faut surtout vérifier si les URLs qu'on propose sont bonnes quand on rédige un journal, commentaire... et la prévisualisation sert aussi à ça.
surtout pour les gens qui utilisent un style différent pour les liens normaux et les liens visités : là ça devrait sauter aux yeux
on pourrait certes faire apparaitre en rouge les urls douteuses (nombre de parenthèses impaires, ponctuations diverses à la fin...) ou rajouter un "vérifiez vos URLs" dans la section Conseil en bas mais ça ne va pas vous sauver de tous les cas
seule la musique officielle pondue en masse par l'industrie musicale sera autorisée par le pouvoir puisqu'elle s'auto-contrôle, tu vois. tout le reste te classifiera comme dangeureux terroriste
[^] # Re: Parking
Posté par Gniarf . En réponse au journal L'évolution de la répartition des serveurs Webs. Évalué à 3.
[^] # Re: Valide d'après le W3C
Posté par Gniarf . En réponse au journal backend RSS linuxfr pas "normal" ?. Évalué à 3.
c'est peut-être bien à la gueule du client.
[^] # Re: et les couleurs des PC ?
Posté par Gniarf . En réponse au journal Nous, eux, là-bas et le marketing. Évalué à 6.
et coller des autocollants Ricard dessute.
# moi j'ai mangé des chips
Posté par Gniarf . En réponse au message formats conseillés à débattre. Évalué à 5.
[^] # Re: Cadence d'horloge
Posté par Gniarf . En réponse au journal [digg] Mini-pc 100% silencieux sous linux pour 260¤. Évalué à 4.
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 2.
oops, gcc il bouffe du C, pas du XML
c'est pareil avec PHP et ce setting préhistorique, il n'est pas fait pour manipuler du XML ainsi.
(et au passage, à l'origine PHP ne pouvait même pas interpréter du HTML, alors croire qu'il a été conçu pour travailler en bonne intelligence avec XML... bref. limite si c'est pas un accident s'il a choisi <? et pas [? ou autre (* ... tant mieux si ça permet des bidouilles, hein, c'est pas la question)
[^] # Re: le monde des avocats
Posté par Gniarf . En réponse au journal Paris wifi = paris sans fil out !. Évalué à 4.
enculés^Wje l'ai pas dit.
(quelques traces et justifications icite : http://strategique.free.fr/archives/textes/ca/archives_ca_01(...) )
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 2.
là tu parles d'un fichier PHP, un squelette, qui donnera du XML en sortie du processeur PHP, enfin tu l'espères... mais tu considères que ce squelette est lui-même un fichier XML et doit donc forcément comporter ton prologue magique. à part des cas triviaux, c'est rarement vrai.
te faire jeter par l'interpréteur PHP est donc normal et surtout considérer que ton fichier d'entrée est (ou doit ou devrait être) un fichier XML même s'il est plein de balises et de code PHP (ou pire) est une aberration.
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 3.
non. il est de bon ton que ce <?xml version="1.0"?> se retrouve au début de ta sortie de PHP, nuance. ça peut se faire autrement qu'en plaçant <?xml version="1.0"?> en début de script.
abruti d'admin chez ton hébergeur
problème isolé, plus qu'à agir \o/
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à -1.
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à -6.
[^] # Re: Incompatibilités ?
Posté par Gniarf . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 2.
[^] # Re: Leelo Dallas, multipass
Posté par Gniarf . En réponse au journal [journal inutile] Evitez mult-e-pass, [multepass, multipass]. Évalué à 1.
[^] # Re: Et les contributeurs ?
Posté par Gniarf . En réponse à la dépêche Apple rachète CUPS. Évalué à 2.
ils profitent allégrement ? oui.
[^] # Re: Incompatibilité
Posté par Gniarf . En réponse à la dépêche PwrCtl, la télécommande universelle: nouvelle version !. Évalué à 7.
[^] # Re: Et les contributeurs ?
Posté par Gniarf . En réponse à la dépêche Apple rachète CUPS. Évalué à 9.
[^] # Re: Sans "Fuck you money", on est à la merci de ce genre de choses...
Posté par Gniarf . En réponse à la dépêche Apple rachète CUPS. Évalué à 6.
[^] # Re: Pareil pour la fonction Fax
Posté par Gniarf . En réponse au journal Vous aussi, vivez l'expérience "Whaou". Évalué à 3.
donc une reformulation serait :
"HP, c'est vraiment de la merde"
[^] # Re: Télématin et l'informatique
Posté par Gniarf . En réponse au journal linuxfr dans télématin .... Évalué à 10.
[^] # Re: Réponse des wikipédiens
Posté par Gniarf . En réponse au journal Encore Wikipédia. Évalué à 10.
[^] # Re: MVC, ORM et autres acronymes barbares.
Posté par Gniarf . En réponse à la dépêche Sortie du framework PRADO en version 3.1. Évalué à 4.
[^] # Re: Pour les fainéants
Posté par Gniarf . En réponse au journal Freetorrent : BitTorrent au service d'une culture libre. Évalué à 5.
surtout pour les gens qui utilisent un style différent pour les liens normaux et les liens visités : là ça devrait sauter aux yeux
on pourrait certes faire apparaitre en rouge les urls douteuses (nombre de parenthèses impaires, ponctuations diverses à la fin...) ou rajouter un "vérifiez vos URLs" dans la section Conseil en bas mais ça ne va pas vous sauver de tous les cas
bref, relisez-vous.
[^] # Re: Ne serait-ce pas une chance unique pour la musique libre ?
Posté par Gniarf . En réponse au journal Tous ensemble pour un monde plus gris. Évalué à 6.
seule la musique officielle pondue en masse par l'industrie musicale sera autorisée par le pouvoir puisqu'elle s'auto-contrôle, tu vois. tout le reste te classifiera comme dangeureux terroriste
[^] # Re: Youpi !
Posté par Gniarf . En réponse au journal Tous ensemble pour un monde plus gris. Évalué à 8.
[^] # Re: Chaîne de mail
Posté par Gniarf . En réponse au journal Boutin, Internet et la conspiration. Évalué à 3.