Reprise du message précédent :

 
Toi tu n'as pas été sur feu bla²

euh non, je ne frequente pas du tout cette cat
Je ne sais pas ce qu'il y a dans cette boite noire

j'ai juste fait le boulet, fausse manip de l'editeur de texte qui a bouffe le premier caractere du fichier, a savoir le "<" de la balise <?

 
En effet!

Tiens tu utilise les short_tags ?

 
ah oui, effectivement ca n'aide pas l'interpreteur.
 
L'erreur pas de bol. Mais tu n'as pas d'environnement de dev, qual et prod?

Il fait tout au bloc-note, c'est un warrior

euh pas mieux

Et tout en mode ligne de 600 ko.
C'est un wineur.
 

si mais j'ai un peu court circuite les etapes, et j'aurais pas du

héhé, la loi de murphy.

pas de bol, hein

je suis en train de mettre a jour le code de mon et forum, et je me rend compte que ca fait 2 ans que j'ai pas touché a mon forum
 
et vous ca fait combien de temps ?

moins d'une journee  

6h

J'suis dessus.

comme toi
 
et quand je vois le code que je pondais à l'époque, j'ai plus envie de me mettre dessus.
 
et pis, si je le refais, ça sera en C#/.NET

 
j'ai l'impression d'etre une feignasse a coté de vous
 
mais bon, entre temps j'ai fais d'autres scripts
 
 

 
oui, je me rend compte de l'horreur que je faisais ya deux ans, c'est affreux    
 
deja un exemple de ce que je faisais avec les css:
 

 
ou en php:
 

Whoua ! vive l'optimisation !
Autant tout reprendre depuis le départ non ?

hum ca n'a rien à voir avec de l'optimisation ou pas. Tu gagnes rien à changer des " avec des '.  
 
Par contre, c'est moche c'est clair

yep yep http://rankings.big-boards.com/?filter=Aceboard,all
 
Je vais en soumettre d'autres aussi  

Plus facile à relire par la suite, oui. Mais d'une manière ou une autre, c'est une 'sorte' d'optimisation.

qu'est ce que tu trouve moche ?
Sinon, ben si tu gagne en remplacant " par ', car si t'as 100 ligne de html, ben avec ' il les ignore, mais avec " il va parser les 100 lignes pour voir s'il y a une variable dedans.

 
oui, mais tu n'as pas de HTML dans ton code PHP

dans ce petit , j'en ai presque pas, mais dans le reste du site j'en ai .

 
Ha non, le code est sale, mais il est rapide
 
J'ai juste a eclaircir le code (creer des fonctions) et modifier ou supprimer certaines partie.

Toutes mes pages utilisent le charset ISO-8839-1, et dès que j'ai un caractère biscornu, ça fout le camp en DB sous forme d'entité HTML.
 
Exemple: le caractère ✂ qui devient &# 9986; (sans espace) dans la DB (oui, je suis sûr, pas de traitement biscornu sur la chaîne avant de la balancer en DB)
 
MySQL utilise latin1 comme charset par défaut. Qu'est-ce que j'ai raté? Comment je peux rectifier ça?

Comment tu fais pour le rentrer dans la db? Le navigateur devant envoyer les ciseaux en latin-1 ne sachant pas le faire en latin-1 renvoie le code html, c'est logique

Voici exactement les requêtes SQL pour le topic et le message (ya pas d'entités HTML comme tu peux le voir...)
 

(disons que je peux pas trop le voir dasn un forum )
Reste que tu en conviendras, c'est curieux de vouloir taper des ciseux dans une db latin-1, je comprends qu'elle ait du mal .
Juste comme ça, tu fais passer ta requête comment?

avec un mysql_query tout bête, pourquoi?

 
Avec un grand verre de rhum.

Pour vérifier ta requette tu as affiché ça dans le navigateur, dans un fichier texte ou dans le query browser de mysql?
 
Dans le premier cas, qu'une seule réponse : ton test, il démontre rien du tout.

Non mais genre c'est une fichier php ça? Sauvé sous quelle locale et avec quel éditeur? Fin bref, c'est chiant les encodages

ah ouais
 
eeeeeeuh je sauve ça avec Crimson Editor, il n'y a pas d'encodage spécifié (locale belge, forcément)
 
Omega2: dans le browser

En fait, c'est quoi ton probleme drasche ?
tu veux qu'il y ait le ciseau dans la bdd au lieu de son code html ?

Pour ça il doit changer le charset de mysql de toute façon pour passer à un UTF quelconque

>drasche: si tu as fais la même faute de frappe dans tes pages HTML, à savoir ISO-8839-1 au lieu de ISO-8859-1 pour du latin-1, ton problème ne me surprend pas.

C'était une faute de frappe ici seulement
 
Belgique: ok je vais voir ça

Y a un truc que je pige pas ... Par défaut, dans mes différentes install de MySQL (3.23.xx et 4.0.xx), le charset utilisé est justement l'ISO-8859-1 ...

Après ça faudra encore que tu sauves ta requête en UTF puis peut être que php devra pouvoir en gober aussi, fin bref