Recherchant un hébergeur pour un site composé essentiellement d'un forum
(actuellement 650 inscrits), je fais un peu le tour des offres et voici
ce que j'ai lu à propos des hits:
<quote>
Une requête web est un accès a un élément de votre site ("hit" en
anglais). Cette limite est très haute, et vous permet d'exploiter
sereinement votre site. Par exemple un site de 1500 visiteurs par jour,
programmé "normalement", ne consomme pas plus de 15000 requêtes web par
jour.
</quote>
Les hébergeurs seraient-ils à 20.000 lieues de l'internet réel? Ne
savent-ils pas que depuis quelques années un site se doit d'être un
minimum interactif?
Ils parlent de 10 hits/jour par visiteur, ce qui veut donc dire (en
imaginant un site en php, toutes les pages baties sur la même structure):
- Page PHP
- config.inc (pour connexion à la base + quelques fonctions)
- Header.inc (on va tacher de garder toujours le même haut de page)
- Footer.inc (idem pour les mentions inutiles ou obligatoires)
- style.css
- scripts.js
- banniere.jpg (un site à souvent une bannière)
Ce qui nous donne, pour 1 page vue, un minimum de 7 hits.
Les visiteurs ne voyent donc même pas 2 pages en moyenne.
J'avoue avoir pris une situation extrème, il est possible d'inclure la
feuille de style et les javascripts dans le header, mais on passe à 5
hits, donc 2 pages par visiteur et par jour.
Conclusion: les hébergeurs suivent la méthode lycos/multimania et ne
veulent que des mini-sites inintéressants.
Si ça vous intéresse, l'auteur de la définition des hits est
http://www.easy-hebergement.com
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures
epiques avec un autre hébergeur... aventures qui méritent le détour :)
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
Les hébergeurs seraient-ils à 20.000 lieues de l'internet réel? Ne savent-ils pas que depuis quelques années un site se doit d'être un minimum interactif? Ils parlent de 10 hits/jour par visiteur, ce qui veut donc dire (en imaginant un site en php, toutes les pages baties sur la même structure): - Page PHP - config.inc (pour connexion à la base + quelques fonctions) - Header.inc (on va tacher de garder toujours le même haut de page) - Footer.inc (idem pour les mentions inutiles ou obligatoires) - style.css - scripts.js - banniere.jpg (un site à souvent une bannière)
Ce qui nous donne, pour 1 page vue, un minimum de 7 hits. Les visiteurs ne voyent donc même pas 2 pages en moyenne.
J'avoue avoir pris une situation extrème, il est possible d'inclure la feuille de style et les javascripts dans le header, mais on passe à 5 hits, donc 2 pages par visiteur et par jour.
Conclusion: les hébergeurs suivent la méthode lycos/multimania et ne veulent que des mini-sites inintéressants.
Si ça vous intéresse, l'auteur de la définition des hits est http://www.easy-hebergement.com
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur, donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures epiques avec un autre hébergeur... aventures qui méritent le détour :)
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://emcity.nexenservices.com/mystats
CrazyCat wrote:
Les hébergeurs seraient-ils à 20.000 lieues de l'internet réel? Ne
savent-ils pas que depuis quelques années un site se doit d'être un
minimum interactif?
Ils parlent de 10 hits/jour par visiteur, ce qui veut donc dire (en
imaginant un site en php, toutes les pages baties sur la même structure):
- Page PHP
- config.inc (pour connexion à la base + quelques fonctions)
- Header.inc (on va tacher de garder toujours le même haut de page)
- Footer.inc (idem pour les mentions inutiles ou obligatoires)
- style.css
- scripts.js
- banniere.jpg (un site à souvent une bannière)
Ce qui nous donne, pour 1 page vue, un minimum de 7 hits.
Les visiteurs ne voyent donc même pas 2 pages en moyenne.
J'avoue avoir pris une situation extrème, il est possible d'inclure la
feuille de style et les javascripts dans le header, mais on passe à 5
hits, donc 2 pages par visiteur et par jour.
Conclusion: les hébergeurs suivent la méthode lycos/multimania et ne
veulent que des mini-sites inintéressants.
Si ça vous intéresse, l'auteur de la définition des hits est
http://www.easy-hebergement.com
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit
par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur,
donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas
dans l'offre grand public, et que tu peux acheter un hébergement à peine
plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures
epiques avec un autre hébergeur... aventures qui méritent le détour :)
Chez OVH il n'y a pas de limite de traffic pour les hébergements
mutualisé, si ca peut t'intéresser.
--
GéraLd : http://gerald.fauvelle.free.fr
| Photos : http://www.gg.free.fr
| myStats : Système de statistiques
| Version 1.0.8 - http://emcity.nexenservices.com/mystats
Les hébergeurs seraient-ils à 20.000 lieues de l'internet réel? Ne savent-ils pas que depuis quelques années un site se doit d'être un minimum interactif? Ils parlent de 10 hits/jour par visiteur, ce qui veut donc dire (en imaginant un site en php, toutes les pages baties sur la même structure): - Page PHP - config.inc (pour connexion à la base + quelques fonctions) - Header.inc (on va tacher de garder toujours le même haut de page) - Footer.inc (idem pour les mentions inutiles ou obligatoires) - style.css - scripts.js - banniere.jpg (un site à souvent une bannière)
Ce qui nous donne, pour 1 page vue, un minimum de 7 hits. Les visiteurs ne voyent donc même pas 2 pages en moyenne.
J'avoue avoir pris une situation extrème, il est possible d'inclure la feuille de style et les javascripts dans le header, mais on passe à 5 hits, donc 2 pages par visiteur et par jour.
Conclusion: les hébergeurs suivent la méthode lycos/multimania et ne veulent que des mini-sites inintéressants.
Si ça vous intéresse, l'auteur de la définition des hits est http://www.easy-hebergement.com
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur, donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures epiques avec un autre hébergeur... aventures qui méritent le détour :)
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://emcity.nexenservices.com/mystats
Alexandre Havard
Gg wrote:
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Il n'est pas ici question de trafic (avec un seul F en français mais deux en anglais) mais de hits.
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser.
Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
Gg wrote:
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas
dans l'offre grand public, et que tu peux acheter un hébergement à peine
plus cher avec traffic illimité.
Il n'est pas ici question de trafic (avec un seul F en français mais
deux en anglais) mais de hits.
Chez OVH il n'y a pas de limite de traffic pour les hébergements
mutualisé, si ca peut t'intéresser.
Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
--
Alexandre Havard
In God we Trust -- all others must submit an X.509 certificate.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Il n'est pas ici question de trafic (avec un seul F en français mais deux en anglais) mais de hits.
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser.
Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
-- Alexandre Havard In God we Trust -- all others must submit an X.509 certificate.
-jl-
"Gg" a écrit dans le message de news:40a5e734$0$22937$
CrazyCat wrote:
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur, donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures epiques avec un autre hébergeur... aventures qui méritent le détour :)
le nombre de hits et le trafic sont deux choses complètement différentes
l"un exprime le nombre de requêtes http l'autre le volume de données utilisé en mo ou ko
-jl-
"Gg" <voir@mon-reply.to> a écrit dans le message de
news:40a5e734$0$22937$636a15ce@news.free.fr...
CrazyCat wrote:
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit
par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur,
donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas
dans l'offre grand public, et que tu peux acheter un hébergement à peine
plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures
epiques avec un autre hébergeur... aventures qui méritent le détour :)
le nombre de hits et le trafic sont deux choses complètement différentes
l"un exprime le nombre de requêtes http
l'autre le volume de données utilisé en mo ou ko
"Gg" a écrit dans le message de news:40a5e734$0$22937$
CrazyCat wrote:
L'hébergeur en question, pour l'offre grand public, autorise 36 000 hit par jour. Si tu as 60 visiteurs par jour, ca fait 600 hits par visiteur, donc 60 pages si on compte 10 hits par page, ou 85 si on en compte 7.
Si ton site à 1500 visiteurs par jour, je pense que sa place n'est pas dans l'offre grand public, et que tu peux acheter un hébergement à peine plus cher avec traffic illimité.
Et si vous êtes sages, vous aurez bientôt le récit de mes aventures epiques avec un autre hébergeur... aventures qui méritent le détour :)
le nombre de hits et le trafic sont deux choses complètement différentes
l"un exprime le nombre de requêtes http l'autre le volume de données utilisé en mo ou ko
-jl-
mymyl
J'avoue avoir pris une situation extrème, il est possible d'inclure la feuille de style et les javascripts dans le header, mais on passe à 5 hits, donc 2 pages par visiteur et par jour.
Et encore, tu ne met pas d'images sur tes pages !! -- AmicalOS, MymylOS. < http://mymyl.com >
J'avoue avoir pris une situation extrème, il est possible d'inclure la
feuille de style et les javascripts dans le header, mais on passe à 5
hits, donc 2 pages par visiteur et par jour.
Et encore, tu ne met pas d'images sur tes pages !!
--
AmicalOS, MymylOS.
< http://mymyl.com >
J'avoue avoir pris une situation extrème, il est possible d'inclure la feuille de style et les javascripts dans le header, mais on passe à 5 hits, donc 2 pages par visiteur et par jour.
Et encore, tu ne met pas d'images sur tes pages !! -- AmicalOS, MymylOS. < http://mymyl.com >
CrazyCat
Alexandre Havard wrote:
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser. Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600 inscrits, en croissance continue)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Alexandre Havard wrote:
Chez OVH il n'y a pas de limite de traffic pour les hébergements
mutualisé, si ca peut t'intéresser.
Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600
inscrits, en croissance continue)
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser. Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600 inscrits, en croissance continue)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
-jl-
"CrazyCat" a écrit dans le message de news:c89q3k$s5n$
Alexandre Havard wrote:
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser. Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600 inscrits, en croissance continue)
en sachant qu'un hit est une requête http, il facile de diviser par 10 voir
plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
-jl-
"CrazyCat" <crazycat@nospam.org> a écrit dans le message de
news:c89q3k$s5n$1@s1.read.news.oleane.net...
Alexandre Havard wrote:
Chez OVH il n'y a pas de limite de traffic pour les hébergements
mutualisé, si ca peut t'intéresser.
Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600
inscrits, en croissance continue)
en sachant qu'un hit est une requête http, il facile de diviser par 10 voir
plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de
comptabilité de hits
"CrazyCat" a écrit dans le message de news:c89q3k$s5n$
Alexandre Havard wrote:
Chez OVH il n'y a pas de limite de traffic pour les hébergements mutualisé, si ca peut t'intéresser. Idem. Et chez OVH aussi le nombre de hits est limité me semble-t-il.
30.000 par jours, facilement dépassé avec mon forum (plus de 600 inscrits, en croissance continue)
en sachant qu'un hit est une requête http, il facile de diviser par 10 voir
plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
-jl-
Patrick
en sachant qu'un hit est une requête http, il facile de diviser par 10 voir plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
Sauf si on compte les 304.
Patrick.
en sachant qu'un hit est une requête http, il facile de diviser par 10
voir plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de
comptabilité de hits
"Patrick" <patrick+ a écrit dans le message de news:
en sachant qu'un hit est une requête http, il facile de diviser par 10 voir plus le nombre de hits
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
Sauf si on compte les 304.
Patrick.
??
-jl-
Patrick
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
Sauf si on compte les 304.
??
Quand un navigateur a un contenu en cache et qu'il souhaite juste vérifier si le serveur a une version plus récente, il fait une requête GET avec les en-têtes qui vont bien (If-Modified-Since, If-Match, etc...). Deux cas: - soit il y a un document plus récent, et le serveur le retourne au client - soit le cache du navigateur est à jour, et le serveur répond avec un code d'erreur 304 (NOT MODIFIED) pour le signifier au navigateur, sans retourner de document (cas particulier du GET donc qui retourne toujours un document normalement).
Le comportement du navigateur (vérifier à chaque fois/requête, une seule fois par session, jamais) se configure en général, et peut aussi se contrôler plus ou moins par le serveur, via les en-têtes Pragma, Cache-Control, etc...
Patrick.
qui plus est si la personne a déjà ton site en cache il n'y a pas de
comptabilité de hits
Sauf si on compte les 304.
??
Quand un navigateur a un contenu en cache et qu'il souhaite juste
vérifier si le serveur a une version plus récente, il fait une requête
GET avec les en-têtes qui vont bien (If-Modified-Since, If-Match,
etc...).
Deux cas:
- soit il y a un document plus récent, et le serveur le retourne au
client
- soit le cache du navigateur est à jour, et le serveur répond avec un
code d'erreur 304 (NOT MODIFIED) pour le signifier au navigateur, sans
retourner de document (cas particulier du GET donc qui retourne toujours
un document normalement).
Le comportement du navigateur (vérifier à chaque fois/requête, une seule
fois par session, jamais) se configure en général, et peut aussi se
contrôler plus ou moins par le serveur, via les en-têtes Pragma,
Cache-Control, etc...
qui plus est si la personne a déjà ton site en cache il n'y a pas de comptabilité de hits
Sauf si on compte les 304.
??
Quand un navigateur a un contenu en cache et qu'il souhaite juste vérifier si le serveur a une version plus récente, il fait une requête GET avec les en-têtes qui vont bien (If-Modified-Since, If-Match, etc...). Deux cas: - soit il y a un document plus récent, et le serveur le retourne au client - soit le cache du navigateur est à jour, et le serveur répond avec un code d'erreur 304 (NOT MODIFIED) pour le signifier au navigateur, sans retourner de document (cas particulier du GET donc qui retourne toujours un document normalement).
Le comportement du navigateur (vérifier à chaque fois/requête, une seule fois par session, jamais) se configure en général, et peut aussi se contrôler plus ou moins par le serveur, via les en-têtes Pragma, Cache-Control, etc...
Patrick.
Sébastien
- Page PHP - config.inc (pour connexion à la base + quelques fonctions) - Header.inc (on va tacher de garder toujours le même haut de page) - Footer.inc (idem pour les mentions inutiles ou obligatoires)
Hum j'ai peur que tu te trompes, ces 4 fichiers ne font qu'un seul hit (la page HTML générée par PHP).
Perso pour être sûr je compte environ au moins 10 hits / page, et 100 hits par visiteur / jour. Après bien sûr c'est fonction des tes pages et du nombre de pages affichées par visiteur.
-- Sébastien
- Page PHP
- config.inc (pour connexion à la base + quelques fonctions)
- Header.inc (on va tacher de garder toujours le même haut de page)
- Footer.inc (idem pour les mentions inutiles ou obligatoires)
Hum j'ai peur que tu te trompes, ces 4 fichiers ne font qu'un seul hit (la
page HTML générée par PHP).
Perso pour être sûr je compte environ au moins 10 hits / page, et 100 hits
par visiteur / jour. Après bien sûr c'est fonction des tes pages et du
nombre de pages affichées par visiteur.
- Page PHP - config.inc (pour connexion à la base + quelques fonctions) - Header.inc (on va tacher de garder toujours le même haut de page) - Footer.inc (idem pour les mentions inutiles ou obligatoires)
Hum j'ai peur que tu te trompes, ces 4 fichiers ne font qu'un seul hit (la page HTML générée par PHP).
Perso pour être sûr je compte environ au moins 10 hits / page, et 100 hits par visiteur / jour. Après bien sûr c'est fonction des tes pages et du nombre de pages affichées par visiteur.
