la question con ... - PHP - Programmation
Marsh Posté le 10-08-2003 à 20:11:01
évolutivité
Marsh Posté le 10-08-2003 à 20:12:51
jebo1 a écrit : la quest...la question con |
ben ca va te prendre des resource pour rien,car ta page va etre lu pour voir si elle contient du php.
Si tu as une extension html,ca envoie la page telle quelle.
Marsh Posté le 10-08-2003 à 20:44:22
perso je mets tout en PHP, pour pas se gourrer sur un lien plus tard à réfléchir s'il faut mettre .php ou .html etc..
Marsh Posté le 10-08-2003 à 21:52:40
Sous IIS, pour des raisons de sécurité, il vaut mieu en effet nommer ASP les pages HTML statiques qui se trouvent dans le même répertoire que d'autres pages ASP dynamiques.
Pourquoi ?
Parceque lorsqu'un navigateur vient lire une page HTML, le serveur se contente de forwarder la demande de lecture sur le fichier. Il en résulte que l'utilisateur "guest_web" doit avoir accès en lecture au répertoire où se trouve le fichier. Le seul souci, c'est que si pour une raison ou pour une autre, le module ASP ou PHP tombe, ou que l'accès aux sources des fichiers est activé dans les extensions frontage, le serveur va faire la même chose avec les fichier de script. Ainsi, l'utilisateur pourra aisément trouver des infos sensibles, telles que ta chaîne de connection à la base de données par exemple.
Tandis que si la page spécifiée contient une extension de script, le serveur va faire un accès à l'intepréteur, qui va lui-même, avec ses propres droits, aller lire le fichier demandé. Ainsi, tu n'as plus besoin de rendre accessible en lecture le répertoire, mais seulement en éxécution.
Ceci est vrai pour IIS. Apache ne fonctionne pas de la même manière, mais à priori, c'est du même gabarit. Une simple recherche dans google sur l'extention PHP permettra de trouver des sources de fichiers qui auraient dû être compilés, donc j'en déduit que c'est le même fonctionnement.
Par exemple, systématiquement, sur mes sites j'ai :
.\ Accès en éxécution uniquement (uniquement les fichiers ASP correspondant aux pages) |
Je te conseille d'utiliser une arbo similaire, ou de mettre tes fichiers HTML dans un répertoire dédié, qui n'aura pas les droits en éxécution, mais uniquement en lecture.
Marsh Posté le 10-08-2003 à 22:57:36
moi j'ai mis un htaccess dans mon rép include, et j'inclus la connection à la bdd pour un fichier php qui en aurait besoin. Ainsi, si Apache tombe, on ne peux de toute façon pas accèder aux fichiers de connection à la bdd par exemple
Marsh Posté le 11-08-2003 à 00:22:38
JagStang a écrit : perso je mets tout en PHP, pour pas se gourrer sur un lien plus tard à réfléchir s'il faut mettre .php ou .html etc.. |
+1 moi aussi je met en tout en *.php
pour le peu de ressources que ça bouffe..
je trouve que c'est plus confortable..
(puis si un jour je veux rajouter un ptit truc php dedans, j'aurais pas à renomer tout mes liens..)
Marsh Posté le 11-08-2003 à 12:59:21
Mr yvele a écrit : |
oui mais imaginer que je dois expliquer pourquoi g mis tout en php, je dis quoi ? (sérieusement)
Marsh Posté le 11-08-2003 à 13:10:13
jebo1 a écrit : |
C'est marqué plus haut: tu dis à ton client "EVOLUTIVITE", ça le mettra dans tous ses états.
Existe aussi en anglais: "EVOLUTIVITY, MY DEAR!"
Marsh Posté le 11-08-2003 à 13:44:40
jebo1 a écrit : |
que le modo d'HFR va te faire pan-pan-cul-cul si tu fais pas un effort sur le titre de ton topic
Marsh Posté le 11-08-2003 à 19:52:09
ACut a écrit : |
non mais c sérieux ou pas ?
ca va bouffer pas mal de ressources, es ce le prix de l'évolutivité ? je metone parfois !!!
xcuse pour le nom du topic, je prend note
Marsh Posté le 11-08-2003 à 19:54:55
jebo1 a écrit : |
Je suis toujours sérieux
jebo1 a écrit : |
Dans la pratique, ça bouffe que dalle (honnetement, sur un cas réel, je serais même surpris que tu arrives à le sentir), et de toutes façons, le surcout lié à cette surcharge va être compensé par le gain le jour ou ta page html va contenir ne serais-ce qu'une ligne de PHP, cout provenant des liens vers cette page dans ton site, mais également des liens externes qui pointaient vers cette page.
Marsh Posté le 11-08-2003 à 20:00:26
1) L'évolutivité ne se mesure pas à l'extension des pages... C'est franchement pipo comme explication. Sinon, autant renommer les images en php aussi tant qu'on y est, le navigateur saura toujours retrouver le content-type.
2) La seule raison valable de faire ça, c'est celle que j'ai donné (merci d'avoir pris soin de ne pas prendre en compte mon explication).
3) Non, les ressources utilisées par ce système son infimes, puisque l'interpréteur ne fait rigoureusement aucun traîtement tant qu'il ne trouve pas de tag PHP. Deplus, il ne démarre pas pour chaque page. Y'a un threa partagé qui s'occupe d'analyser la page, et c'est lui qui va créer des fils pour parser le script. Donc tu ne vas perdre que le temps de lire le fichier, ce qui est en soit extrêment rapide. (c'est combien la bande passante de la mémoire ? Même la SIMM ? C'est quoi la taille de ton plus gros fichier HTML ? Multiplié par le nombre d'accès à ton site par seconde ? Un goupil à base de 8086 se seraît même pas ralentis par ce traîtement supplémentaire, même sur un site aussi consulté que google.com
Marsh Posté le 11-08-2003 à 20:06:55
kadreg a écrit : |
A ce moment, parse tes fichiers html, comme ça, ils ne changeront pas d'extension, même si tu passes à de l'ASP ou du JS.
Deplus, pour les liens externes, va sur n'importe quel site de téléchargement... Bizarre, ils utilisent tous la même technique : download.php?idfichier
Pourquoi ?
Parceque si le nom du fichier change, ou que tu le déplaces, les liens vers le document restent valident. T'as juste à modifier le traîtement dans ta page download.php
Tu vas sur le site de M$, la plupart des liens débouchent sur une page "redir.asp", prenant elle aussi des paramètres, pour la même raison. Il suffit de reprendre cette technique, qui est à la fois plus souple et plus évolutive que celle que tu proposes (puisque tu peux même modifier toute l'arboressance ou le nom de fichiers). En plus, elle te permet de mettre dans la page de redirection u petit script te permettant de faire des stats des accès extérieurs par exemple, ce qui peut être intéressant.
Marsh Posté le 11-08-2003 à 20:09:43
MagicBuzz a écrit : |
Danjs le même genre de technique, il y a le module apache mod_rewrite, qui permet de transférer les liens matchant une regex vers une page en réutilisant les paramètres de la regexp.
Marsh Posté le 19-08-2003 à 08:55:23
kadreg a écrit : évolutivité |
sérieusement !!
Marsh Posté le 23-08-2003 à 21:31:33
C'est plus lent avec une extension .php.
Sur des fichiers vides, pour le .php, apachebench me dit :
Requests per second: 546.88 [#/sec] (mean) alors que pour le .html, c'est 934.82
Marsh Posté le 23-08-2003 à 23:57:04
daique a écrit : |
ça c'est super utile, un serveur web avec des fichiers vides
Marsh Posté le 24-08-2003 à 08:56:21
antp a écrit : |
Sur des fichiers avec contenu, ça serait plus lent vu qu'il devrait parser le fichier. mais j'ai pas juste eu le courage de faire un touch et lancer ab
Marsh Posté le 24-08-2003 à 11:27:47
daique a écrit : |
Cette précision était-elle nécessaire ? Je disais pas ça sérieusement
Marsh Posté le 24-08-2003 à 12:26:14
antp a écrit : |
Ben je me doutais déja que qqun allait faire la remarque quand j'ai fait mon premier post
Marsh Posté le 24-08-2003 à 14:05:45
antp a écrit : |
donc je laisse en html ...
Marsh Posté le 10-08-2003 à 20:07:45
la quest...la question con
ya til un intêret qqconque à mettre un fichier sous extension php, alors qu'il n'ya que du html dans le code
es ce grave si on laisse l'extension php dans ce cas ?
---------------
la vie ne vaut rien, mais rien ne vaut la vie