PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Hébergement serveur > fr.comp.info.serveurs > AddDefaultCharset non pris en compte
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
fr.comp.info.serveurs Administration de serveurs WWW.

AddDefaultCharset non pris en compte

Réponse
 
LinkBack Outils de la discussion
Vieux 17/12/2005, 22h03   #1 (permalink)
Christophe PEREZ
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut AddDefaultCharset non pris en compte

Bonsoir,

Il doit y avoir quelque chose qui m'échappe...

Avec apache2, j'ai dans mon httpd.conf :
AddDefaultCharset ISO-8859-1

Ce qui convient à mon usage général.

Par contre, je viens d'installer une appli dont tous les scripts php
d'un répertoire (sous-appli) balancent un :
<meta http-equiv="content-type" content="text/html; charset=UTF-8">

Cette appli est dans un virtualhost apache.

Je me dis que je vais utiliser un AddDefaultCharset juste pour cette
appli, dans un htaccess, voire dans le fichier du vhost. En effet, je ne
souhaite pas toucher à l'appli, pour des raisons évidentes d'update par
la suite.

Malheureusement, quoique je fasse, les pages sous toujours servies en
ISO-889-1.

Voici le fichier de conf du vhost :
<VirtualHost *:80>
ServerAdmin webmaster@novazur.org
ServerName amp.novazur.fr
DocumentRoot "/var/www/amp.novazur.fr/htdocs"
RewriteEngine on
RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]
<Directory "/var/www/amp.novazur.fr/htdocs">
DirectoryIndex index.php
Options All MultiViews
AllowOverride None
Order Allow,Deny
Deny from None
Allow from All
AddDefaultCharset utf-8
</Directory>
SuExecUserGroup asterisk asterisk
ScriptAlias /cgi-bin/ /var/www/amp.novazur.fr/cgi-bin/
<IfModule peruser.c>
ServerEnvironment apache apache
MinSpareProcessors 4
MaxProcessors 20
</IfModule>
<Location "/var/www/amp.novazur.fr/htdocs/recordings">
AllowOverride FileInfo
AddDefaultCharset utf-8
</Location>
ErrorLog logs/amp.novazur.fr-error_log
CustomLog logs/amp.novazur.fr-access_log common
</VirtualHost>


A côté de quoi puis-je être passé pour que cette directive ne semble
jamais prise en compte ?

Merci d'avance.

--
Christophe PEREZ
Écrivez moi sans _faute !

  Réponse avec citation
Vieux 18/12/2005, 01h44   #2 (permalink)
Ivan Havlicek
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Christophe PEREZ a écrit :
> Il doit y avoir quelque chose qui m'échappe...
> Avec apache2, j'ai dans mon httpd.conf :
> AddDefaultCharset ISO-8859-1


Cette ligne *force* l'encodage latin1 pour toutes les pages.

Si tu as besoin de servir des pages ayant des encodages différents, le
plus simple est de mettre cette ligne en commentaire (pas de valeur par
défaut). C'est donc le charset du document qui sera utilisé.
A+
--
Ivan
  Réponse avec citation
Vieux 18/12/2005, 06h19   #3 (permalink)
Christophe PEREZ
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Le Sun, 18 Dec 2005 02:44:19 +0100, Ivan Havlicek a écrit:

> Cette ligne *force* l'encodage latin1 pour toutes les pages.


Oui, mais ça doit bien pouvoir se surcharger dans une config
particulière de vhost, non ?

De toutes les façons, j'ai aussi essayé sans cette directive par
défaut, ou en la mettant à off (qui doit être le défaut), rien n'y fait

> Si tu as besoin de servir des pages ayant des encodages différents, le
> plus simple est de mettre cette ligne en commentaire (pas de valeur par
> défaut). C'est donc le charset du document qui sera utilisé.


Le plus simple, oui, mais pas l'idéal, car si aucun charset n'est
indiqué dans le document, ça va être de la bouillie.
De plus, il me semble bien qu'il soit écrit partout que c'est au serveur
de servir les pages avec le bon charset, dans les entêtes, et non les
pages elles-même avec une indication charset incluse.

Je persiste donc à vouloir définir un charset par défaut pour un vhost
particulier.
Quelqu'un sait-il faire ?

--
Christophe PEREZ
Écrivez moi sans _faute !

  Réponse avec citation
Vieux 19/12/2005, 11h20   #4 (permalink)
Ivan Havlicek
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Christophe PEREZ a écrit :
> Oui, mais ça doit bien pouvoir se surcharger dans une config
> particulière de vhost, non ?


Non. C'est une directive du Core.

> De toutes les façons, j'ai aussi essayé sans cette directive par
> défaut, ou en la mettant à off (qui doit être le défaut), rien n'y fait


Ah, c'est étonnant !
J'ai un serveur qui sert aussi bien de l'utf-8 que de l'iso-8859-1 :
http://modulix.com/ et http://bordeaux.fr.eu.org/

> Le plus simple, oui, mais pas l'idéal, car si aucun charset n'est
> indiqué dans le document, ça va être de la bouillie.
> De plus, il me semble bien qu'il soit écrit partout que c'est au serveur
> de servir les pages avec le bon charset, dans les entêtes, et non les
> pages elles-même avec une indication charset incluse.


Je ne pense pas que ce soit le rôle du serveur.
L'indication du charset dans les document est une obligation (au sens du
respect des standards du W3C). Ce sera la "bouillie" uniquement pour les
documents utf-8 qui ne le précisent pas. L'encodage "par défaut" (quand
personne ne précise rien) c'est iso-8859-1 depuis que le web existe.

A+
--
Ivan
  Réponse avec citation
Vieux 19/12/2005, 16h26   #5 (permalink)
Bobe
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Christophe PEREZ nous a dit le 18.12.2005 07:19:
>
> Je persiste donc à vouloir définir un charset par défaut pour un vhost
> particulier.
> Quelqu'un sait-il faire ?
>


Si PHP est installé comme module d'Apache, tu peux placer la ligne
suivante dans .htaccess à mettre dans le répertoire racine de l'application:

php_value default_charset 'UTF-8'

--
Aurélien Maille
  Réponse avec citation
Vieux 19/12/2005, 20h42   #6 (permalink)
Christophe PEREZ
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Le Mon, 19 Dec 2005 17:26:45 +0100, Bobe a écrit:

> Si PHP est installé comme module d'Apache, tu peux placer la ligne
> suivante dans .htaccess à mettre dans le répertoire racine de l'application:
>
> php_value default_charset 'UTF-8'


Ah, merci, je vais essayer ça.


--
Christophe PEREZ
Écrivez moi sans _faute !

  Réponse avec citation
Vieux 19/12/2005, 20h45   #7 (permalink)
Christophe PEREZ
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: AddDefaultCharset non pris en compte

Le Mon, 19 Dec 2005 16:42:27 -0400, Christophe PEREZ a écrit:

>> php_value default_charset 'UTF-8'

>
> Ah, merci, je vais essayer ça.


Rapidement fait, et parfait, c'est exactement ce que je cherchais. Merci
beaucoup.
A noter que j'ai préféré le mettre dans le fichier de conf du vhost,
pour le directory concerné.

--
Christophe PEREZ
Écrivez moi sans _faute !

  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 23h34.


Édité par : vBulletin® version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,11477 seconds with 15 queries