apache multiviews et priorité d'extension
Olivier Masson
Savez-vous o� et comment se r�gle la n�gociation de fichiers sous Apache ?
Pour les langages, ok, mais par exemple pour les images, je ne mets
souvent que le nom du fichier sans l'extension et il va chercher ce
qu'il trouve. Mais dans quel ordre ?
http://httpd.apache.org/docs/2.2/content-negotiation.html ne m'a pas
beaucoup aid�.
Mon but est de pouvoir dire :
- que je veux des png avant tout (s'il existe des gif du m�me nom)
- qu'il aille chercher des .css.gz avant des .css
Si d�j� j'ai une r�ponse, c'est beau mais j'ai une question auxiliaire :
est-ce qu'Apache met en cache un fichier qu'il compresse ?
Parce qu'activer la compression sur html, css, js, �a fait bcp de chose
� faire � chaque requ�te pour Apache.
Merci.
Olivier Miakinen
>
> Savez-vous oￜ et comment se rￜgle la nￜgociation de fichiers sous Apache ?
Non, mais note que toutes tes questions ￜ propos du fonctionnement
d'Apache sont en charte sur fciw.serveurs, oￜ Patrick Mevzek rￜpond en
gￜnￜral assez vite, mￜme aprￜs plusieurs mois d'inactivitￜ du groupe.
Bon, la rￜponse de Bernd n'a pas encore trouvￜ de rￜponse, mais il ne
l'a posï¿œe qu'hier... ;-)
Olivier Masson
Merci, je vais poster lￜ-bas alors.
Olivier Miakinen
>
> la rￜponse de Bernd n'a pas encore trouvￜ de rￜponse
Qu'est-ce que je peux raconter comme conneries, parfois !
(suivi nulle part)
SAM
> Bonjour,
>
> Savez-vous o� et comment se r�gle la n�gociation de fichiers sous Apache ?
> Pour les langages, ok, mais par exemple pour les images, je ne mets
> souvent que le nom du fichier sans l'extension et il va chercher ce
> qu'il trouve. Mais dans quel ordre ?
Apache n'a pas besoin des extensions pour trouver un fichier
... � condition qu'il n'y ait pas plusieurs fichiers (et/ou dossier ?)
de m�me nom !
> http://httpd.apache.org/docs/2.2/content-negotiation.html ne m'a pas
> beaucoup aid�.
Avant d'aller voir
� mon avis les extensions ne lui servent qu'�
- savoir s'il faut passer le fichier � un interpr�teur
(php, ssi, cgi ...)
- choisir le fichier de la langue : fr, en, es, etc.
en fonction des pr�fs du navigateur :
<http://stephane.moriaux.pagesperso-orange.fr/truc/bonjour>
en fonction de l'url :
<http://stephane.moriaux.pagesperso-orange.fr/truc/bonjour.en>
<http://stephane.moriaux.pagesperso-orange.fr/truc/bonjour.fr>
Les fichiers y sont : bonjour.en.htm et bonjour.en.htm
S'ils avaient �t� : bonjour.htm.en et bonjour.htm.en
les liens personnalis�s ci-dessus n'eussent pas fonctionn�.
- pour les jpg, gif, png, tif etc. ...
maintenant que j'ai lu en diagonale et pour ta question,
�a semble assez simple :
Content-type: image/gif; qs=0.5
il n'est peut-�tre pas obligatoire de le stipuler dans un fichier
ext�rieur ?
sans doute � placer vers la fin des instructions de type mime ?
<IfModule mod_mime.c>
Content-type: image/gif; qs=0.5
</IfModule>
Les png ou jpg ou tif (les !gif quoi) seront choisies d'abord
sauf � ce que l'extension 'gif' soit donn�e
... et que le navigateur n'ait pas dit qu'il n'en voulait pas ;-)
ou qu'il n'ait pas lui-m�me indiqu� un qs diff�rent ?
<IfModule mod_mime.c>
Content-type: image/png; qs=0.9
Content-type: image/jpeg; qs=0.8
Content-type: image/gif; qs=0.5
Content-type: image/tiff; qs=0.1
</IfModule>
> Mon but est de pouvoir dire :
> - que je veux des png avant tout (s'il existe des gif du m�me nom)
D�j� �a va d�pendre du navigateur, des en-t�tes qu'il envoie.
Il faut que tu fasses ta css en cons�quence :
.fond { background:url(truc.png) !important;
background:url(truc.gif)
}
> - qu'il aille chercher des .css.gz avant des .css
Ne suffit-il pas de coder
<link href="styles.gz" ?
si le fichier est : 'styles.gz.css'
M�bon ... pour des css ...
- �a va pas compresser terrible, non ?
... encore que ... y en a qui en mettent des tartines
(dont de moult bis-repetita)
- et puis ... �a file dans le cache du navigateur
donc pas � charger si souvent
> Si d�j� j'ai une r�ponse, c'est beau mais j'ai une question auxiliaire :
> est-ce qu'Apache met en cache un fichier qu'il compresse ?
C'est pas impossible, mais no s�.
> Parce qu'activer la compression sur html, css, js, �a fait bcp de chose
> � faire � chaque requ�te pour Apache.
Vu la vitesse � laquelle �a va ... il ne sera gu�re impressionn�
N�anmoins on ne compresse que ce qu'il y a avantage � l'�tre :
( envoi direct - (compression + envoi all�g� + d�compression) ) > 0
� mon avis, c'est surtout int�ressant pour les lourds tableaux (o� la
compression est tr�s bonne)
Et puis ... si �a fourmille d'images ...
� quoi bon gagner qques ko face � des Mo ?
--
sm
SAM
> Le 15/01/2010 17:36, Olivier Masson a ï¿œcrit :
>> Savez-vous oￜ et comment se rￜgle la nￜgociation de fichiers sous Apache ?
>
> Non, mais note que toutes tes questions ￜ propos du fonctionnement
pour les langues c'est assez facile
yaka lire le fichier de config
c'est assez bien commentￜ
Le blï¿œme qui m'apparait le plus important est d'abord :
les nï¿œgociations navigateur<->serveur
qui, si j'ai bien compris, prennent le pas sur les petites manies qu'on
aura concoctï¿œes amoureusement dans son fichier de config
> d'Apache sont en charte sur fciw.serveurs, oￜ Patrick Mevzek rￜpond en
> gￜnￜral assez vite, mￜme aprￜs plusieurs mois d'inactivitￜ du groupe.
> Bon, la rￜponse de Bernd n'a pas encore trouvￜ de rￜponse, mais il ne
> l'a posï¿œe qu'hier... ;-)
S'il frï¿œquente aussi le NG php ...
il ne s'ￜtonnera pas de ne pas recevoir de question ￜ sa rￜponse
(ou lycï¿œe de Versailles) dans l'heure
;-)
--
sm
Olivier Masson
> Apache n'a pas besoin des extensions pour trouver un fichier
> ... � condition qu'il n'y ait pas plusieurs fichiers (et/ou dossier ?)
> de m�me nom !
>
Si, �a fonctionne, mais avec une priorit�, apparemment par d�faut.
> <IfModule mod_mime.c>
>
> Content-type: image/png; qs=0.9
>
> Content-type: image/jpeg; qs=0.8
>
> Content-type: image/gif; qs=0.5
>
> Content-type: image/tiff; qs=0.1
>
> </IfModule>
>
Je vais essayer �a.
> D�j� �a va d�pendre du navigateur, des en-t�tes qu'il envoie.
>
J'en ai pas vu concernant autre chose que la langue et le fait qu'il
accepte gzip. Jamais vu de "je pr�f�re du svg puis du png32...".
> Il faut que tu fasses ta css en cons�quence :
> .fond { background:url(truc.png) !important;
> background:url(truc.gif)
> }
>
Tu penses bien que c'est un raisonnement global. Je ne vais pas m'amuser
� ajouter �a � toutes les images.
De plus, �a concerne d'autres types de fichiers.
> Ne suffit-il pas de coder
> <link href="styles.gz" ?
> si le fichier est : 'styles.gz.css'
>
Oui, et il se passe quoi si le .gz n'existe pas ?
Encore une fois : raisonnement global. Je ne vais pas m'amuser �
v�rifier l'existence d'un fichier, ni m�me faire un file_exists en PHP.
> M�bon ... pour des css ...
> - �a va pas compresser terrible, non ?
> ... encore que ... y en a qui en mettent des tartines
> (dont de moult bis-repetita)
> - et puis ... �a file dans le cache du navigateur
> donc pas � charger si souvent
>
�a te ressemble comme r�flexion �a !
Donc tu pr�f�res bouffer 100k de JS et 50k de CSS plut�t que
respectivement 30 et 15 ?
J'ai d�j� parl� de raisonnement global ?
Pense que j'ai un script qui va compresser (supprimer commentaires et
caract�res superflus), puis gzipper. Mais que je ne gzippe pas si le
fichier est trop petit. Et que je conserve de toutes fa�ons tous les
fichiers originaux pour garder les commentaires et �diter facilement.
> Vu la vitesse � laquelle �a va ... il ne sera gu�re impressionn�
Pour un site qui fait 100 visites/mois avec 10 pages statiques, non.
Mais selon le serveur web, le type de site, le nombre de visiteurs, �a
peut grimper vite. J'ai d�j� baiss� le niveau de compression pour
text/html (que j'ai laiss� � la vol�e par Apache.)
>
> N�anmoins on ne compresse que ce qu'il y a avantage � l'�tre :
> ( envoi direct - (compression + envoi all�g� + d�compression) ) > 0
>
> � mon avis, c'est surtout int�ressant pour les lourds tableaux (o� la
> compression est tr�s bonne)
> Et puis ... si �a fourmille d'images ...
L'int�r�t est aussi au niveau de l'ex�cution. Il faut que le DOM soit
enti�rement charg�, le plus rapidement possible.
Les images peuvent se charger moins rapidement, c'est moins g�nant.