Discussion :

[Aspic]

Bonjour,

Voilà une chose très étrange. J'ai deux serveurs : un mutualisé chez infomaniak et un dédié chez ovh.

Sur infomaniak, tous est ok mais sur le dédié il y a une seule différence avec le module de connexion en haut à droite.

LIENS SUPPRIMES

Regardez par vous même !

Le bug n'apparait que sur IE toute version.

[HiRoN]

Le bug n'apparait que sur IE toute version.

Idem sous FF3 chez moi. Décalage du module.

[Damouille]

A priori, sachant le le html et le css sont interprétés par le navigateur, le problème ne vient pas de là. Plutot de la config php des serveurs ou des permissions sur les fichiers.

Sinon, tu as quand meme quelques incoérences entre le doctype et la syntaxe, tu peux toujours essayer de corrigé cela voir si ca règle le problème.

Tu déclare du html et utilise du xhtml

[Aspic]

Non j'utilise du HTML pas du XHTML et j'ai supprimé les "/" mais ca n'a rien changé...

C'est archi bizarre... certes ca vient peut être du php.ini mais quelle valeur à modifier ?

[Aspic]

On dirait que ce sont les padding qui sont mal interpréter sur le serveur dédié...

J'ai supprimé le padding-top du module de connexion et j'ai mis un background et la tout est bon... mais sous FF et IE 7, le module est collé en haut !

Une explication ?

[Bisûnûrs]

Ce n'est pas un problème de serveur, mais sur la page de ton serveur dédié, il y a un caractère bizarre juste avant la balise form de ton formulaire de connexion.

Le problème viendrait donc sans doute de l'encodage de ton fichier (et finalement peut-être de ton serveur aussi).

[Aspic]

Effectivement sur IE, il y a un caractère bizarre mais pas sur FF.
Je en comprends pas, tout mon site est coté en UTF-8 et je ne sais pas comment vérifier du côté du serveur si c'est ok. Peux être une valeur dans php.ini ?

[Bisûnûrs]

Non, il n'y a rien à toucher du côté de php.ini.
Et le caractère apparaît aussi sur Firefox, mais il le considère comme un blanc, donc n'apparaît visuellement ni dans la source ni dans le navigateur.

Vérifie que tu n'enregistres pas tes fichiers en UTF-8 avec BOM mais bien sans BOM, vérifie que ton serveur renvoie bien de l'UTF-8 (header en PHP ou htaccess ou httpd.conf).

[Aspic]

Pour les en-tetes :

HTTP/1.1 200 OK
Date: Mon, 08 Sep 2008 13:09:56 GMT
Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g
X-Powered-By: PHP/5.2.5-pl1-gentoo
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Set-Cookie: PHPSESSID=afb720bd6f043e071e30638add53c954; path=/
Vary: Accept-Encoding,User-Agent
Connection: close
Content-Type: text/html

Et c'est pas préciser

Vérifie que tu n'enregistres pas tes fichiers en UTF-8 avec BOM mais bien sans BOM,

Désolé mais je connais pas BOM et je ne sais pas comment vérifier cela

[Bisûnûrs]

Il est censé être précisé dans le content-type normalement, s'il ne l'est pas, c'est qu'il a la configuration par défaut, à savoir ISO-8859-1 en règle générale.

Mets un htaccess avec cette ligne :

Code apache :

Sélectionner tout - Visualiser dans une fenêtre à part

AddDefaultCharset UTF-8

à la racine de ton site pour que ton serveur renvoie de l'UTF-8 sur toutes tes pages.

Si tu veux vérifier l'encodage de tes fichiers, tu peux utiliser Notepad++ et faire Format > Encoder en [...] et regarde si ce qu'il y a entre les crochets correspond bien avec UTF-8 (sans BOM).

[Aspic]

Donc c'est bon avec le htaccess :

Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Sep 2008 15:05:14 GMT
[2] => Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g
[3] => X-Powered-By: PHP/5.2.5-pl1-gentoo
[4] => Expires: Thu, 19 Nov 1981 08:52:00 GMT
[5] => Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
[6] => Pragma: no-cache
[7] => Set-Cookie: PHPSESSID=5c4fb3465d8e0510ff2158f209b1196a; path=/
[8] => Vary: Accept-Encoding,User-Agent
[9] => Connection: close
[10] => Content-Type: text/html; charset=UTF-8
)

Mais le caractère spécial est toujours là...

Sinon je n'ai pas notepad++ mais on est sur qu'on est bien en UFT-8

[Bisûnûrs]

mais on est sur qu'on est bien en UFT-8

Oui, mais il y a l'UTF-8 avec et sans BOM. Il y a certainement d'autres logiciels qui permettent de savoir en quoi sont encodés tes fichiers, mais je ne connais que Notepad++ ...

[Aspic]

Alors j'ai ouvert mon fichier php avec notepad ++ et l'encodage est UTF-8 (pas l'UTF-8 sans BOM). Est ce correcte ?

[Bisûnûrs]

Non, il faut choisir UTF-8 sans BOM.

[Aspic]

C'est fait mais ca ne change rien...

[Bisûnûrs]

Tu as encore la signature BOM sur ta page, en effet .. Ce que tu peux essayer de faire, je ne sais pas si ça marchera, passe ta page en ANSI avec Notepad++, tu verras sans doute les caractères bizarres apparaitre. Dans ce cas efface-les et remets UTF-8 sans BOM.

[Aspic]

Le problème c'est que je ne vois pas le caractère spécial dans notepad++
Est tu sur que ce décalage est un problème d'encodage ?

[Bisûnûrs]

Je n'ai plus d'idée pour t'aider à enlever ces caractères, mais c'est clairement un problème d'encodage.

Si tu veux plus d'informations sur le BOM :
http://fr.wikipedia.org/wiki/Byte_Order_Mark

Et pour appuyer mes dires, si tu vas sur ta page, dans ton navigateur fais Affichage > Encodage des caractères > ISO-8859-1 et tu verras ces fameux caractères apparaître.

[Aspic]

Bien vu ! donc reste à savoir le problème qui vient du serveur dédié car pas de soucis sur le mutualisé.

Je te remercie pour ton aide et si quelqu'un à une idée qu'il n'hesite pas.

Sinon sous IE ca marche pas quand on change l'encodage

[Aspic]

Je relance le sujet car toujours aps résolu

C'est très chiant car Firefox 3 détecte les caractères bizarres et donc décale les blocs. Cependant, il n'existe pas de hack pour FF 3 donc je ne peux pas recentrer les modules ne questions avec des padding pour Fifrefox 3...

Personne n'a une idée ?

PS : Je rappèle que je suis chez Ovh avec un kimsufi.