dimalta5

J'suis tout à fait d'accord quand je développe quelque chose que je dois partager avec d'autres avant de le mettre en ligne je remplace les short tags éventuels que j'aurais pu y mettre, de la même façon que je relis mes commentaires pour savoir si ils sont compréhensibles de tous. Hélas pour les commentaires j'ai pas encore trouvé de script qui les relisent automatiquement. En tout cas merci encore pour ma part vous m'avez confirmé qu'il n'y a pas d'autres problèmes que ceux auxquels j'avais pensé à part l'éventuelle erreur de mise à jour du serveur de la part de l'hébergeur. Je suis donc rassuré vu que je passe mon code dans un optimisateur et qu'il n'a donc plus de <? ou <?= une fois en production. Pour ce qui est du code quand je développe sur ma machine je pense pouvoir me permettre malgré tout de l'écrire comme j'aime ... houuuu péché péché les flammes de l'enfer me guettent Désolé d'avoir autant polémiqué, promis la prochaine fois j'évite les sujets à controverses

Ben écoutes test, je viens de la réécrire parce qu'elle était inclue dans mon optimizateur qui fait aussi d'autres opérations que ça sur le code et que j'utilise tout le temps et il ne m'a jamais posé problème. token_get_all utilise le moteur de php pour parser le code donc normalement c'est quand même ce qu'il y a de plus fiable function replaceShortTags($file){ $contents=file_get_contents($file); $tokens=token_get_all($contents); $contents=''; for($i=0;$i<count($tokens);$i++){ if(is_array($tokens[$i])){ switch($tokens[$i][0]){ case T_OPEN_TAG : //short open tag $contents.='<?php '; break; case T_OPEN_TAG_WITH_ECHO : //short open tag + echo $contents.='<?php echo '; break; default : //unchanged $contents.=$tokens[$i][1]; } }else{ //unchanged $contents.=$tokens[$i]; } } file_put_contents($file,$contents); }

A oui pensons aussi au cas de l'hébergeur qui oublie carrément d'installer php non je blague mais bon peut être qu'effectivement ça peut arriver mais si on part dans cette voie la il y a beaucoup de choses très néfastes qui peuvent arriver et qui n'implique même plus les short tags. en tout cas super la qualité de l'hébergeur qui vérifie même pas sa mise à jour avant de l'effectuer sur tout ses serveurs ... donnez moi l'adresse je fonce prendre un abo chez eux. sinon Dadou je me fatigue pas à ressortir mon histoire de script (qui n'intéresse personne) qui modifie tout ça tout seul si jamais je changes d'hébergeur... je suis déjà effrayé à l'idée que ça m'arrive un jour ... tout ces ptits 'php' et 'php echo' que je vais devoir fastidieusement rechercher à la main dans tout mes codes pour les remplacer, ha je vais gallèrer la dessus c'est certain. Note: je remets pas en question l'utilisation de system de cache et puis il y a pas qu'avec des templates qu'on peut avoir un système cache et puis c'est vraiment le sujet. bon allé j'arrête de vous embêter merci en tout cas <?php echo htmlspecialchars(htmlentities('Salut ')); ?> PS: Attention les enfants rappelez vous bien les short tags c'est péché et si vous les utilisez on vous brulera avec les sorcières sur le buché

Je comprends très bien Dadou qu'on puisse ne pas aimer écrire ça <?='<'?>?xml version="1.0" encoding="utf-8"?> et je comprend aussi Kioob qu'on soit attaché au fonctionnalités très avancées de son moteur de template. Moi personnellement je suis plus attaché à l'inverse pouvoir utiliser peu de librairie et faire un code très light quand le projet le permet, rapide et fiable parce que j'ai moi même pris soin qu'il le soit. J'ai toujours réussit à faire ce que je souhaitais et à faire tourner mon code où je voulais. Par contre on s'éloigne effectivement un peu de la question de Keyser qui je crois voulais savoir si il risquait de se trouver bloqué si il utilise ça <? ou ça <?= puisque comme moi il semble le préférer... Par rapport à ce qui a été dit jusque ici je pense qu'on ne peut pas dire qu'il risque de se retrouver bloqué puisque chacun des problèmes cités trouve apparemment une solution simple qui même dans le pire des cas (serveur n'acceptant pas les short tags) ne demande pas des heures pour y rémédier. Moi même je suis venu répondre à ce post parce qu'à la vue du nombre de personnes déconseillant d'utiliser les short tags j'ai voulu savoir si à un moment donné on se retrouve bloqué en les utilisant. Je suis pas borné si on me montre qu'il y a certains problèmes insolubles j'arrêterais aussi mais pour l'instant ce n'est pas le cas.

Salut Kioob, Merci pour ta réponse, donc effectivement dans le cas de "réagi" ce n'est pas comme je disais, mais par contre faire des htmlspecialchars ou un html_entities sur toutes les données à afficher alors que la plupart n'en ont pas besoin c'est un peu prendre un canon pour tuer une mouche, je pense à un prix, un login (souvent), une date, le nom d'un fichier (image par exemple), un numéro de téléphone ... les exemple sont nombreux. Moi je fais ça que sur les données sur lesquelles c'est nécessaire. Alors biensur on va me dire oui mais il y a un système de cache, je suis d'accord mais un système de cache c'est du temps encore de passé alors que la page n'en aurait peut être pas eu besoin sinon, en plus ça ne se prête pas à tout. Jusque la donc je suis pas encore convaincu de changer d'approche. Pour le xml sinon est-ce qu'il n'y a que avec ces balises de départ que ce n'est pas très élégant? Parce que du coup on parle même plus de problème la mais d'élégance concernant 8 caractères <?='<'?> toujours placé au même endroit. La aussi je crois que je peux vivre avec si ce n'est que ça. Biensûr <?php= ce serait pas mal parce que ça permettrait de mettre tout le monde d'accord tout en laissant chacun libre mais bon apparemment ça va pas arriver....

Bonjour, <? et <?= ne vont pas être supprimé en Php6 et <?php= ne va pas être ajouté à la place Source http://www.php.net/~derick/meeting-notes.html : Personnellement j'utilise <?= précisément pour séparer le code de la présentation html en créant des templates mais j'écris ces templates en php plutôt qu'avec le langage spécifique d'un moteur de template (comme je vois de plus en plus de gens le faire d'ailleurs) Par exemple: Bonjour, <?=$login?> me convient autant que: Bonjour, {login} ça ne me dérangerais pas de le remplacer par <?php=$login?> par contre pour l'instant <?php echo $login?> je trouve que ça moche dans mes templates... c'est juste une question de gouts quoi... Sinon jusque la je suis encore jamais tombé sur un serveur qui refuse les short tags mais en prévision comme le dit Keyser j'ai un script tout simple qui utilise les tokens et qui est donc 100% safe qui remplace tout les <? dans tout mes fichiers php en 30 secondes si jamais le problème se posait. (Si ça intéresse quelqu'un je peux le rechercher et le poster ici) De plus j'imagine que les hébergements php qui ne permettent pas de choisir si on veut des short_open_tags à on ou à off sont des mutualisés sur lesquels on a pas non plus d'optimisateur php et il serait donc utile d'au moins retirer les espaces, retours à ligne et commentaires (qui sont inutiles en production) avant d'uploader. La encore ça ce fait très facilement avec les tokens et on peut donc au passage remplacer aussi les <? par <?php si besoin est. Ma conclusion ("personnelle"): je vois pas encore de raison de changer, si je devais le faire sur tout mes programmes ça me prendrait 30 secondes avec un script que j'ai déja alors peut être au niveau xml, la aussi j'ai pas encore rencontré de problème mais c'est vrai que mon expérience avec le xml en php n'est pas extensive. Il serait sans doute intéressant d'approfondir ce dernier point, qu'est-ce qui pose tellement de problème en xml? Est ce vraiment si incontournable? ou est-ce la encore plutôt une question d'approche de chacun? J.D.