Ses derniers messages sur les forums
Je ne sais pas ce qu'est un numéro de matricule d'élève.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
En fait j'ai regardé la documentation par la suite, parce que ça me paraissait bizarre que tu l'eus inventé. Je doute que tu écrives du Perl, awk ou autre scripts sed. En fait, tu as oublié les quotes, le $1 doit être dans la chaîne de "format".
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Attention à ne pas confondre les choses. HTML est fortement inspiré de SGML, c'est vrai, mais il n'y a pas de SGML en HTML.
Le doctype (commençant pas <!) ne peut pas contenir de spécification de charset. C'est le prologue XML (<?xml) qui le peu. Ou encore une balise <meta>, mais c'est pour dire au serveur web de servir le fichier selon un charset choisi.
En fait, on insère jamais de HTML dans PHP : c'est le PHP qu'on insère éventuellement au milieu de l'HTML. Ce changement de point de vue est assez important. PHP est originellement un langage permettant de créer simplement des templates HTML. C'est pour ça que, même quand il n'y a que du PHP dans un fichier, il faut le commencer par <?php : c'est le seul moyen de dire au parseur PHP "hey, ici commence le PHP".
echo est une fonction qui écrit les arguments fournis dans la sortie standard. Si tu ne sais pas ce que c'est, fais une recherche sur "UNIX standard I/O", ou "Unix entrées/sorties standard".
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Pas nécessairement, surtout si tu mets ça dans un .htaccess comme la plupart des boeufs.
En fait, c'est une affaire de compromis. Utiliser une logique côté PHP permet une certaine flexibilité que tu n'auras pas avec Apache (qu'il faudra redémarrer à chaque évolution).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est dommage que ce soit urgent. Parce qu'avant de pouvoir écrire du code, il va peut-être falloir revoir en profondeur ton français.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Du coup c'était quoi le problème ? ^^;
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ben en fait, si ton application traite de manière cohérente tes données, il n'y a pas de soucis. Imagines que tu décide de chiffrer les données avant de les enregistrer en base de données, et que tu les déchiffre pour les afficher : si tu essaye d'y accéder via PMA, tu ne verras pas grand chose.
C'est pour ça que je persiste à penser que c'est ton installation de PMA qui a un léger problème.
Mais quand tu essaye d'accéder avec un autre client MySQL, tel que mysql en ligne de commande, est-ce que les chaînes de caractère sont affichées comme attendues ? Ou même avec MySQL Benchmark.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Franchement, je n'utilise pas, ça fait longtemps que je n'ai pas eu l'obligation d'y toucher, je ne vais mettre les mains dans la merde aujourd'hui :-D
Désolé.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est peut-être un soucis de configuration au niveau de PMA. Pas dand l'interface, mais dans son fichier de configuration. Je n'utilises pas PMA, je n'en ai que de vagues souvenirs, mais il me semble qu'il faut lui indiquer comment gérer le codage des caractères dans un fichier config.inc.php (ou quelque chose dans ce goût là).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ne prends pas les choses par dessus la jambe. Il y a des failles de sécurité parfaitement exploitable sur ton site, et tu ferais mieux d'appliquer ce que je te conseille.
Les fonction, ce n'est pas dur. Au contraire, ça va simplifier ton code, et tu pourras plus facilement produire le HTML que tu souhaites.
D'ailleurs, as-tu tenté de créer le code HTML manuellement pour placer les noms sous les photos ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.