voilà j'ai une page qui contient du texte avec des caractères accentués.
Elle est déposée sur un hébergeur gratuit (ifrance).
Mon problème est que l'hébergeur génère un cadre pour chaque page et change
le texte, par ex. "Fête de la musique" devient "Fête de la Musique" etc.
Ce problème est apparu depuis que je me suis décidé à faire les pages
moi-même, avant j'utilisais un programme (LMCreator) et il n'y avait pas de
probleme.
Du coup je me dis qu'il y a peut-être une solution simple autre que de
changer tous les "é" en "é"
mon premier post ici, pas taper même si la réponse vous saute aux yeux !!
Connais pas. Ça tourne sous win, mac, linux, autre ?
Microsoft Visual Studio.
et c'est un éditeur texte ça ? est-ce bien adapté pour du html ?
Heu ... utf-8 (non BOM) c'est très bien !
C'est ce que je comprends aprés avoir lu le lien d'Olivier.
Il suffit dans ton éditeur-texte de - ouvrir le fichier - régler le texteur sur utf-8 (qque fois c'est une option à l'enregistrement) - ré-enregistrer le fichier.
Ça j'ai pas trouvé ...
Là vu de mon Mac ... le VB ... pas fastoche.
Normalement, qque soit le charset ça apparait touj bien et pareil dans le texteur et on ne peut savoir à la simple visualisation si ça déc...ne.
Disons que ça apparaissait trés bien chez moi en local, mais c'est le passage chez l'hébergeur qui pose problème.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes (passer tous les fichiers dans le charset du serveur) (et changer le meta en conséquence)
-- sm
Le 11/7/08 8:56 AM, Achim Bombota a écrit :
SAM a envoyé 35 lignes d'octets en forme de :
à la mimine avec Visual.
Connais pas.
Ça tourne sous win, mac, linux, autre ?
Microsoft Visual Studio.
et c'est un éditeur texte ça ?
est-ce bien adapté pour du html ?
Heu ... utf-8 (non BOM) c'est très bien !
C'est ce que je comprends aprés avoir lu le lien d'Olivier.
Il suffit dans ton éditeur-texte de
- ouvrir le fichier
- régler le texteur sur utf-8
(qque fois c'est une option à l'enregistrement)
- ré-enregistrer le fichier.
Ça j'ai pas trouvé ...
Là vu de mon Mac ... le VB ... pas fastoche.
Normalement, qque soit le charset ça apparait touj bien et pareil dans
le texteur et on ne peut savoir à la simple visualisation si ça déc...ne.
Disons que ça apparaissait trés bien chez moi en local, mais c'est le
passage chez l'hébergeur qui pose problème.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes
(passer tous les fichiers dans le charset du serveur)
(et changer le meta en conséquence)
Connais pas. Ça tourne sous win, mac, linux, autre ?
Microsoft Visual Studio.
et c'est un éditeur texte ça ? est-ce bien adapté pour du html ?
Heu ... utf-8 (non BOM) c'est très bien !
C'est ce que je comprends aprés avoir lu le lien d'Olivier.
Il suffit dans ton éditeur-texte de - ouvrir le fichier - régler le texteur sur utf-8 (qque fois c'est une option à l'enregistrement) - ré-enregistrer le fichier.
Ça j'ai pas trouvé ...
Là vu de mon Mac ... le VB ... pas fastoche.
Normalement, qque soit le charset ça apparait touj bien et pareil dans le texteur et on ne peut savoir à la simple visualisation si ça déc...ne.
Disons que ça apparaissait trés bien chez moi en local, mais c'est le passage chez l'hébergeur qui pose problème.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes (passer tous les fichiers dans le charset du serveur) (et changer le meta en conséquence)
-- sm
Achim Bombota
SAM a envoyé 40 lignes d'octets en forme de :
et c'est un éditeur texte ça ? est-ce bien adapté pour du html ?
j'ai pas une grande expérience en HTML, alors ça m'aide pas mal en me donnant la coloration d'une part mais surtout ça me montre la liste des options possibles dès que j'ouvre une balise, ça met tout seul les balises fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes (passer tous les fichiers dans le charset du serveur) (et changer le meta en conséquence)
ça ne concernait que quelques pages, c'est corrigé.
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est Firefox qui me propose d'afficher le source de ce "cadre"
Au départ LMCreator m'a créé une page index.htm qui appelle ma page d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">. Et là je me rends compte, qu'aussi bien, une partie du problème vient de là.
SAM a envoyé 40 lignes d'octets en forme de :
et c'est un éditeur texte ça ?
est-ce bien adapté pour du html ?
j'ai pas une grande expérience en HTML, alors ça m'aide pas mal en me
donnant la coloration d'une part mais surtout ça me montre la liste des
options possibles dès que j'ouvre une balise, ça met tout seul les balises
fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes
(passer tous les fichiers dans le charset du serveur)
(et changer le meta en conséquence)
ça ne concernait que quelques pages, c'est corrigé.
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est
Firefox qui me propose d'afficher le source de ce "cadre"
Au départ LMCreator m'a créé une page index.htm qui appelle ma page
d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">.
Et là je me rends compte, qu'aussi bien, une partie du problème vient de
là.
et c'est un éditeur texte ça ? est-ce bien adapté pour du html ?
j'ai pas une grande expérience en HTML, alors ça m'aide pas mal en me donnant la coloration d'une part mais surtout ça me montre la liste des options possibles dès que j'ouvre une balise, ça met tout seul les balises fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
donc l'hébergeur envoie bien une en-tête (contradictoire) de charset.
Je ne vois plus que NotePad Plus pour que tu t'en sortes (passer tous les fichiers dans le charset du serveur) (et changer le meta en conséquence)
ça ne concernait que quelques pages, c'est corrigé.
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est Firefox qui me propose d'afficher le source de ce "cadre"
Au départ LMCreator m'a créé une page index.htm qui appelle ma page d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">. Et là je me rends compte, qu'aussi bien, une partie du problème vient de là.
SAM
Le 11/7/08 11:21 AM, Achim Bombota a écrit :
SAM a envoyé 40 lignes d'octets en forme de :
est-ce bien adapté pour du html ?
donnant la coloration d'une part mais surtout ça me montre la liste des options possibles dès que j'ouvre une balise, ça met tout seul les balises fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
Alors, oui, vu comme ça, ça semble être fait pour. Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est Firefox qui me propose d'afficher le source de ce "cadre"
C'est donc bien un cadre (d'une page de cadres, aussi appelée page framée en franglish ou framed en anglish et parfois appelée abusivement un framset en soit disant français)
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Au départ LMCreator m'a créé une page index.htm qui appelle ma page d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">. Et là je me rends compte, qu'aussi bien, une partie du problème vient de là.
Il n'est plus du tout au gout du jour de travailler avec des cadres. Les cadres c'est mal pour tout un tas de raisons. (référencement, impressions, mise en signets, etc.)
-- sm
Le 11/7/08 11:21 AM, Achim Bombota a écrit :
SAM a envoyé 40 lignes d'octets en forme de :
est-ce bien adapté pour du html ?
donnant la coloration d'une part mais surtout ça me montre la liste des
options possibles dès que j'ouvre une balise, ça met tout seul les balises
fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
Alors, oui, vu comme ça, ça semble être fait pour.
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est
Firefox qui me propose d'afficher le source de ce "cadre"
C'est donc bien un cadre (d'une page de cadres, aussi appelée page
framée en franglish ou framed en anglish et parfois appelée abusivement
un framset en soit disant français)
A mon idée : toutes les pages du site (y compris celles affichées dans
les cadres) doivent être encodées de la même façon, celle prévue par
l'hébergeur.
Au départ LMCreator m'a créé une page index.htm qui appelle ma page
d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">.
Et là je me rends compte, qu'aussi bien, une partie du problème vient de
là.
Il n'est plus du tout au gout du jour de travailler avec des cadres.
Les cadres c'est mal pour tout un tas de raisons.
(référencement, impressions, mise en signets, etc.)
donnant la coloration d'une part mais surtout ça me montre la liste des options possibles dès que j'ouvre une balise, ça met tout seul les balises fermantes et si il y a un truc pas correct dans la syntaxe ça le dit.
Alors, oui, vu comme ça, ça semble être fait pour. Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Et pour répondre à ta question sur ce que j'appelle un "cadre", c'est Firefox qui me propose d'afficher le source de ce "cadre"
C'est donc bien un cadre (d'une page de cadres, aussi appelée page framée en franglish ou framed en anglish et parfois appelée abusivement un framset en soit disant français)
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Au départ LMCreator m'a créé une page index.htm qui appelle ma page d'accueil dans un <FRAMESET> <FRAME SRC="accueil.html">. Et là je me rends compte, qu'aussi bien, une partie du problème vient de là.
Il n'est plus du tout au gout du jour de travailler avec des cadres. Les cadres c'est mal pour tout un tas de raisons. (référencement, impressions, mise en signets, etc.)
-- sm
Achim Bombota
SAM a envoyé 34 lignes d'octets en forme de :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Je viens d'y refaire un tour et j'ai pas trouvé d'info là-dessus.
Il n'est plus du tout au gout du jour de travailler avec des cadres. Les cadres c'est mal pour tout un tas de raisons. (référencement, impressions, mise en signets, etc.)
Ah ... La page index.htm appelle juste la page accueil.html dans un cadre et ensuite tout ce fait à partir d'accueil.html, donc toujours dans ce cadre d'origine. Je reconnais que c'est pas génial. Comme les pages accueil et autres sont dans un répertoire /pages et que j'ai pas envie de déplacer toutes les pages, je vais juste modifier la page index en remplaçant le <FRAME SRC="accueil.html"> par <A href=./accueil.html>Entrer sur le site</A>
Merci encore pour ta patience. -- Bouilles, bourrages et bienvenue dans l'usenet du mardi.
SAM a envoyé 34 lignes d'octets en forme de :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout
que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans
les cadres) doivent être encodées de la même façon, celle prévue par
l'hébergeur.
Je viens d'y refaire un tour et j'ai pas trouvé d'info là-dessus.
Il n'est plus du tout au gout du jour de travailler avec des cadres.
Les cadres c'est mal pour tout un tas de raisons.
(référencement, impressions, mise en signets, etc.)
Ah ...
La page index.htm appelle juste la page accueil.html dans un cadre et
ensuite tout ce fait à partir d'accueil.html, donc toujours dans ce cadre
d'origine. Je reconnais que c'est pas génial.
Comme les pages accueil et autres sont dans un répertoire /pages et que
j'ai pas envie de déplacer toutes les pages, je vais juste modifier la page
index en remplaçant le
<FRAME SRC="accueil.html">
par
<A href=./accueil.html>Entrer sur le site</A>
Merci encore pour ta patience.
--
Bouilles, bourrages et bienvenue dans l'usenet du mardi.
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Je viens d'y refaire un tour et j'ai pas trouvé d'info là-dessus.
Il n'est plus du tout au gout du jour de travailler avec des cadres. Les cadres c'est mal pour tout un tas de raisons. (référencement, impressions, mise en signets, etc.)
Ah ... La page index.htm appelle juste la page accueil.html dans un cadre et ensuite tout ce fait à partir d'accueil.html, donc toujours dans ce cadre d'origine. Je reconnais que c'est pas génial. Comme les pages accueil et autres sont dans un répertoire /pages et que j'ai pas envie de déplacer toutes les pages, je vais juste modifier la page index en remplaçant le <FRAME SRC="accueil.html"> par <A href=./accueil.html>Entrer sur le site</A>
Merci encore pour ta patience. -- Bouilles, bourrages et bienvenue dans l'usenet du mardi.
SAM
Le 11/7/08 3:56 PM, Achim Bombota a écrit :
SAM a envoyé 34 lignes d'octets en forme de :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Ouvrir une page sans meta-charset sur le site et regarder son encodage (menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu : Outils / Information sur la page Peut-être faut-il l'extension kivabien ? - Web Developer : <http://chrispederick.com/work/web-developer/> - FireBug : <http://getfirebug.com/> - Dom Inspector : <https://addons.mozilla.org/fr/firefox/addon/6622> <https://developer.mozilla.org/en/Introduction_to_DOM_Inspector> - HTML Validator : <http://users.skynet.be/mgueury/mozilla/>
-- sm
Le 11/7/08 3:56 PM, Achim Bombota a écrit :
SAM a envoyé 34 lignes d'octets en forme de :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout
que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans
les cadres) doivent être encodées de la même façon, celle prévue par
l'hébergeur.
Ouvrir une page sans meta-charset sur le site et regarder son encodage
(menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu :
Outils / Information sur la page
Peut-être faut-il l'extension kivabien ?
- Web Developer : <http://chrispederick.com/work/web-developer/>
- FireBug : <http://getfirebug.com/>
- Dom Inspector : <https://addons.mozilla.org/fr/firefox/addon/6622>
<https://developer.mozilla.org/en/Introduction_to_DOM_Inspector>
- HTML Validator : <http://users.skynet.be/mgueury/mozilla/>
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
Ouvrir une page sans meta-charset sur le site et regarder son encodage (menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu : Outils / Information sur la page Peut-être faut-il l'extension kivabien ? - Web Developer : <http://chrispederick.com/work/web-developer/> - FireBug : <http://getfirebug.com/> - Dom Inspector : <https://addons.mozilla.org/fr/firefox/addon/6622> <https://developer.mozilla.org/en/Introduction_to_DOM_Inspector> - HTML Validator : <http://users.skynet.be/mgueury/mozilla/>
-- sm
Olivier Miakinen
Désolé, je n'ai pas suivi toute la discussion alors je vais peut-être enfoncer des portes ouvertes, ou poser des questions déjà répondues.
Le 07/11/2008 16:55, SAM répondait à Achim Bombota :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
C'est quel hébergeur ? Si c'est vraiment lui qui impose son charset sans espoir de le fixer à sa guise, alors il serait peut-être bon d'en changer. Ce n'est pas forcément le cas : même en mutualisé, il est souvent possible de choisir son charset via un fichier .htaccess .
Ouvrir une page sans meta-charset sur le site et regarder son encodage (menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu : Outils / Information sur la page
Il semblerait que cela indique à la fois le meta s'il existe, mais aussi le jeu de caractères retenu (qui est celui des entêtes HTTP quand il en existe, et ce même s'il existe aussi une balise meta).
Peut-être faut-il l'extension kivabien ? - Web Developer : <http://chrispederick.com/work/web-developer/>
Avec cette extension, il y a en outre l'indispensable « Information / View response headers ».
Au fait, Achim, cette page n'est pas publiquement accessible ? Si elle l'est, donne nous son URL et on ira voir pour toi.
Désolé, je n'ai pas suivi toute la discussion alors je vais peut-être
enfoncer des portes ouvertes, ou poser des questions déjà répondues.
Le 07/11/2008 16:55, SAM répondait à Achim Bombota :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout
que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans
les cadres) doivent être encodées de la même façon, celle prévue par
l'hébergeur.
C'est quel hébergeur ? Si c'est vraiment lui qui impose son charset
sans espoir de le fixer à sa guise, alors il serait peut-être bon d'en
changer. Ce n'est pas forcément le cas : même en mutualisé, il est
souvent possible de choisir son charset via un fichier .htaccess .
Ouvrir une page sans meta-charset sur le site et regarder son encodage
(menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu :
Outils / Information sur la page
Il semblerait que cela indique à la fois le meta s'il existe, mais aussi
le jeu de caractères retenu (qui est celui des entêtes HTTP quand il en
existe, et ce même s'il existe aussi une balise meta).
Peut-être faut-il l'extension kivabien ?
- Web Developer : <http://chrispederick.com/work/web-developer/>
Avec cette extension, il y a en outre l'indispensable « Information /
View response headers ».
Au fait, Achim, cette page n'est pas publiquement accessible ? Si elle
l'est, donne nous son URL et on ira voir pour toi.
Désolé, je n'ai pas suivi toute la discussion alors je vais peut-être enfoncer des portes ouvertes, ou poser des questions déjà répondues.
Le 07/11/2008 16:55, SAM répondait à Achim Bombota :
Curieux que tu n'aies pas trouvé où se cachait l'encodage (charset).
Je n'y ai pas fait attention suite à un copier-coller de <HEAD>, surtout que je n'avais aucun problème en local.
A mon idée : toutes les pages du site (y compris celles affichées dans les cadres) doivent être encodées de la même façon, celle prévue par l'hébergeur.
C'est quel hébergeur ? Si c'est vraiment lui qui impose son charset sans espoir de le fixer à sa guise, alors il serait peut-être bon d'en changer. Ce n'est pas forcément le cas : même en mutualisé, il est souvent possible de choisir son charset via un fichier .htaccess .
Ouvrir une page sans meta-charset sur le site et regarder son encodage (menu Affichage / Codage)
Ou bien, ouvrir une page sur le site avec Firefox et menu : Outils / Information sur la page
Il semblerait que cela indique à la fois le meta s'il existe, mais aussi le jeu de caractères retenu (qui est celui des entêtes HTTP quand il en existe, et ce même s'il existe aussi une balise meta).
Peut-être faut-il l'extension kivabien ? - Web Developer : <http://chrispederick.com/work/web-developer/>
Avec cette extension, il y a en outre l'indispensable « Information / View response headers ».
Au fait, Achim, cette page n'est pas publiquement accessible ? Si elle l'est, donne nous son URL et on ira voir pour toi.
Dominique Ottello
Olivier Miakinen <om+ écrivait :
Ce n'est pas forcément le cas : même en mutualisé, il est souvent possible de choisir son charset via un fichier .htaccess
Ou, en PHP, par envoi adéquate au début de chaque page
-- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
--
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net)
Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
-- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
Olivier Miakinen
Le 07/11/2008 20:01, Dominique Ottello a écrit :
Ce n'est pas forcément le cas : même en mutualisé, il est souvent possible de choisir son charset via un fichier .htaccess
Ou, en PHP, par envoi adéquat au début de chaque page header("content-type:text/html; charset=iso-8859-1");
Oui, absolument. Mais si on peut éviter de devoir remplacer toutes les pages statiques par des pages dynamiques (avec tous les problèmes que cela pose : performances, gestion de cache, etc.) c'est quand même mieux. D'autant plus que pour garder les mêmes URL il faut avoir accès au .htaccess aussi, et donc autant s'en servir d'abord pour fixer le charset par défaut des pages statiques.
Le 07/11/2008 20:01, Dominique Ottello a écrit :
Ce n'est pas forcément le cas : même en mutualisé, il est
souvent possible de choisir son charset via un fichier .htaccess
Ou, en PHP, par envoi adéquat au début de chaque page
header("content-type:text/html; charset=iso-8859-1");
Oui, absolument. Mais si on peut éviter de devoir remplacer toutes les
pages statiques par des pages dynamiques (avec tous les problèmes que
cela pose : performances, gestion de cache, etc.) c'est quand même
mieux. D'autant plus que pour garder les mêmes URL il faut avoir accès
au .htaccess aussi, et donc autant s'en servir d'abord pour fixer le
charset par défaut des pages statiques.
Ce n'est pas forcément le cas : même en mutualisé, il est souvent possible de choisir son charset via un fichier .htaccess
Ou, en PHP, par envoi adéquat au début de chaque page header("content-type:text/html; charset=iso-8859-1");
Oui, absolument. Mais si on peut éviter de devoir remplacer toutes les pages statiques par des pages dynamiques (avec tous les problèmes que cela pose : performances, gestion de cache, etc.) c'est quand même mieux. D'autant plus que pour garder les mêmes URL il faut avoir accès au .htaccess aussi, et donc autant s'en servir d'abord pour fixer le charset par défaut des pages statiques.
