[Cross-post sur fr.reseaux.internet.hebergement et
fr.comp.infosystemes.www.pages-perso]
[Follow-up sur fr.reseaux.internet.hebergement]
Bonjour,
Depuis quelques temps je rencontre un problème d'erreurs 503 sur un de
mes sites, composé essentiellement d'un forum (plus de 600 inscrits).
Voici les quelques échanges faits avec l'hébergeur (oxito)
******** Echanges de mails ********
/* CrazyCat a écrit: */
Pourriez vous m'indiquer pour quelles raisons cette erreur aléatoire ne
cesse de venir empoisonner mon site (http://www.kommunaute.org)
Ca commence à être lassant, et je pense que je ne vais pas tarder à
perdre ma patience et ma politesse.
Pour le sens de l'humour, il a disparu dès que ce gag s'est trop prolongé.
Cordialement, mais plus pour longtemps,
/* Support Oxito a écrit: */
Bonjour,
Les sites utilisant des immenses bases de données ou des forums phpnuke
(ces derniers sont relativement mal bon garsçus) utilisent beaucoup de
ressources du serveur. Comme indiqué dans nos conditions générales, les
sites qui dépassent 20% der ressources du serveur sont bloqués. Dès que
les ressources utilisées diminuent, le site est à nouveau en ligne.
Afin d'éviter ce genre de désagrèment, nous vous invitons à contacter
notre partenaire www.net4all.ch à propos de ces offres d'hébergement dédié.
Meilleures salutations
/* CrazyCat a écrit: */
Etes vous sérieux ou est-ce une tentative d'humour lamentable?
Mon site est assez simple et est composé de quelques pages php et d'un
forum phpBB2 qui est LE MEME QUE VOTRE FORUM OFFICIEL.
La base de données fait 6.1Mo, ce qui ne me semble pas énorme pour un
forum avec plus de 600 membres.
Si la connexion simultannée de 10 personnes sur le forum provoque
l'utilisation de 20% de la machine, je me pose quelques questions sur la
machine qui sert d'hébergement.
A toutes fins utiles, je me permet de vous signaler qu'il existe
maintenant des gammes de processeurs supérieurs au 386 et qu'il y a
quelques années que la barrière des 640ko de RAM est abolie.
En attendant plus d'explications, voire une analyse poussée...
De moins en moins cordialement,
******** Fin des mails ********
Bien entendu, aucune réponse à ce dernier mail, pourtant posté aussi sur
leur forum.
J'ai remarqué au moins 4 plaintes identiques sur leur forum, à la même
période, avec toujours la même réponse.
Il me semble improbable que 5 sites connaissent en même temps un
accroissement de popularité telle qu'ils utilisent tous plus de 20% des
ressources machines au même moment.
L'hébergement ne coûte que 30 par an, mais je trouve que cela
n'autorise pas la mauvaise foi dont ils font preuve.
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
Les sites utilisant des immenses bases de données ou des forums phpnuke (ces derniers sont relativement mal bon garsçus) utilisent beaucoup de ressources du serveur. Comme indiqué dans nos conditions générales, les sites qui dépassent 20% der ressources du serveur sont bloqués. Dès que les ressources utilisées diminuent, le site est à nouveau en ligne.
Afin d'éviter ce genre de désagrèment, nous vous invitons à contacter notre partenaire www.net4all.ch à propos de ces offres d'hébergement dédié.
Meilleures salutations
[SNIP]
Ca doit etre un serveur pas cher, car si sur du mutualise ils autorisent 20% de CPU par utilisateur... Ca ne fait que 5 gros utilisateurs ca.. A 30e par an, je vous laisse faire le calcul..
-- Wizzz
[SNIP]
/* Support Oxito a écrit: */
Bonjour,
Les sites utilisant des immenses bases de données ou des forums phpnuke
(ces derniers sont relativement mal bon garsçus) utilisent beaucoup de
ressources du serveur. Comme indiqué dans nos conditions générales, les
sites qui dépassent 20% der ressources du serveur sont bloqués. Dès que
les ressources utilisées diminuent, le site est à nouveau en ligne.
Afin d'éviter ce genre de désagrèment, nous vous invitons à contacter
notre partenaire www.net4all.ch à propos de ces offres d'hébergement dédié.
Meilleures salutations
[SNIP]
Ca doit etre un serveur pas cher, car si sur du mutualise ils autorisent
20% de CPU par utilisateur... Ca ne fait que 5 gros utilisateurs ca..
A 30e par an, je vous laisse faire le calcul..
Les sites utilisant des immenses bases de données ou des forums phpnuke (ces derniers sont relativement mal bon garsçus) utilisent beaucoup de ressources du serveur. Comme indiqué dans nos conditions générales, les sites qui dépassent 20% der ressources du serveur sont bloqués. Dès que les ressources utilisées diminuent, le site est à nouveau en ligne.
Afin d'éviter ce genre de désagrèment, nous vous invitons à contacter notre partenaire www.net4all.ch à propos de ces offres d'hébergement dédié.
Meilleures salutations
[SNIP]
Ca doit etre un serveur pas cher, car si sur du mutualise ils autorisent 20% de CPU par utilisateur... Ca ne fait que 5 gros utilisateurs ca.. A 30e par an, je vous laisse faire le calcul..
-- Wizzz
Christophe Baegert
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins de ressources, et il existe des scripts de migration...
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins
de ressources, et il existe des scripts de migration...
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins de ressources, et il existe des scripts de migration...
CrazyCat
Une petite suite:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
/*** CrazyCat ***/ Donc, 20 personnes conccurentes représente 20% de charge? c'est assez étrange ou bien votre charte n'est pas bonne.
De plus, mon site est celui d'une communauté de joueurs, essentiellement batie autour d'un forum et d'un tchat, donc plusieurs personnes ont une double connexion (applet ouverte en popup + forum).
Bref, il me semble que vous ne respectiez pas votre contrat, et si un prix compétitif impose de telles limitations, je vais devoir chercher un hébèrgement plus cher mais qui ne m'impose pas de n'avoir qu'une dizaine de visiteurs.
Bien entendu, sans solution de votre coté, je demanderais aussi le remboursement des sommes payées pour un service mal rendu. /*** /CrazyCat ***/
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Une petite suite:
/*** Oxito ***/
Ja vais vous expliquer exactement le définition d'une erreur 503 sur les
serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas
très claires.
Oxito est un service d'hébergement à des prix très compétitif. Pour
garantir un fonctionnement égal des tous les sites hébergés sur chaque
serveur, nous utilisons une module Apache (Tsunami). Ce module limite le
nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur
est "sous pression".
Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du
serveur, le serveur limite automatiquement à 20 utilisateurs concurrents
(qui cliquent en même temps) pour chaque domaine.
Cette protection évite un ralentissement globale du serveur. Ce n'est
pas réellement la taille de votre base de données qui fait que votre
site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui
l'utilisent au même moment.
Une limite à 20 utilisateurs concurrents est déjà un chiffre important
et votre site doit avoir une fréquentation très importante pour
atteindre ce chiffre. Un site personnel ou associatif n'arrive que
difficilement à un tel nombre.
/*** /Oxito ***/
/*** CrazyCat ***/
Donc, 20 personnes conccurentes représente 20% de charge? c'est assez
étrange ou bien votre charte n'est pas bonne.
De plus, mon site est celui d'une communauté de joueurs, essentiellement
batie autour d'un forum et d'un tchat, donc plusieurs personnes ont une
double connexion (applet ouverte en popup + forum).
Bref, il me semble que vous ne respectiez pas votre contrat, et si un
prix compétitif impose de telles limitations, je vais devoir chercher un
hébèrgement plus cher mais qui ne m'impose pas de n'avoir qu'une dizaine
de visiteurs.
Bien entendu, sans solution de votre coté, je demanderais aussi le
remboursement des sommes payées pour un service mal rendu.
/*** /CrazyCat ***/
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
/*** CrazyCat ***/ Donc, 20 personnes conccurentes représente 20% de charge? c'est assez étrange ou bien votre charte n'est pas bonne.
De plus, mon site est celui d'une communauté de joueurs, essentiellement batie autour d'un forum et d'un tchat, donc plusieurs personnes ont une double connexion (applet ouverte en popup + forum).
Bref, il me semble que vous ne respectiez pas votre contrat, et si un prix compétitif impose de telles limitations, je vais devoir chercher un hébèrgement plus cher mais qui ne m'impose pas de n'avoir qu'une dizaine de visiteurs.
Bien entendu, sans solution de votre coté, je demanderais aussi le remboursement des sommes payées pour un service mal rendu. /*** /CrazyCat ***/
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Laurent LABAT
Christophe Baegert wrote:
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins de ressources, et il existe des scripts de migration...
Tout a fait d'accord la dessus ;-) Il y a aussi PunBB (http://www.punbb.org/) qui est sympa, et correct en terme de ressources ... mais on perd tous les icones un peu partout ;-)
-- Laurent
Christophe Baegert wrote:
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins
de ressources, et il existe des scripts de migration...
Tout a fait d'accord la dessus ;-)
Il y a aussi PunBB (http://www.punbb.org/) qui est sympa, et correct en
terme de ressources ... mais on perd tous les icones un peu partout ;-)
Ceci dit, Invision est mieux en tout points que PHPBB, consomme 4 fois moins de ressources, et il existe des scripts de migration...
Tout a fait d'accord la dessus ;-) Il y a aussi PunBB (http://www.punbb.org/) qui est sympa, et correct en terme de ressources ... mais on perd tous les icones un peu partout ;-)
-- Laurent
CB
"CrazyCat" a écrit dans le message de news:c89v7k$1r5$
Une petite suite:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont concurrents?
"CrazyCat" <crazycat@nospam.org> a écrit dans le message de
news:c89v7k$1r5$1@s1.read.news.oleane.net...
Une petite suite:
/*** Oxito ***/
Ja vais vous expliquer exactement le définition d'une erreur 503 sur les
serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas
très claires.
Oxito est un service d'hébergement à des prix très compétitif. Pour
garantir un fonctionnement égal des tous les sites hébergés sur chaque
serveur, nous utilisons une module Apache (Tsunami). Ce module limite le
nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur
est "sous pression".
Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du
serveur, le serveur limite automatiquement à 20 utilisateurs concurrents
(qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont
concurrents?
"CrazyCat" a écrit dans le message de news:c89v7k$1r5$
Une petite suite:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont concurrents?
CrazyCat
CB wrote:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont concurrents?
J'ignore s'ils le savent :)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
CB wrote:
/*** Oxito ***/
Ja vais vous expliquer exactement le définition d'une erreur 503 sur les
serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas
très claires.
Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du
serveur, le serveur limite automatiquement à 20 utilisateurs concurrents
(qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont
concurrents?
J'ignore s'ils le savent :)
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine.
A quel intervalle de temps maximum deux utilisateurs qui cliquent sont concurrents?
J'ignore s'ils le savent :)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
CrazyCat
CrazyCat wrote:
Une petite suite:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
-- Tout sur les eggdrops http://www.c-p-f.org ML @
CrazyCat wrote:
Une petite suite:
/*** Oxito ***/
Ja vais vous expliquer exactement le définition d'une erreur 503 sur les
serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas
très claires.
Oxito est un service d'hébergement à des prix très compétitif. Pour
garantir un fonctionnement égal des tous les sites hébergés sur chaque
serveur, nous utilisons une module Apache (Tsunami). Ce module limite le
nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur
est "sous pression".
Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du
serveur, le serveur limite automatiquement à 20 utilisateurs concurrents
(qui cliquent en même temps) pour chaque domaine.
Cette protection évite un ralentissement globale du serveur. Ce n'est
pas réellement la taille de votre base de données qui fait que votre
site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui
l'utilisent au même moment.
Une limite à 20 utilisateurs concurrents est déjà un chiffre important
et votre site doit avoir une fréquentation très importante pour
atteindre ce chiffre. Un site personnel ou associatif n'arrive que
difficilement à un tel nombre.
/*** /Oxito ***/
En fait, je viens de comprendre (j'espère):
Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre
d'utilisateur par domaine.
Donc, si leur machine héberge un seul site très mal foutu qui prends les
20%, les autres sites, même s'ils sont très optimisés, sont limités.
On paye pour les autres?
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Romain Tournier
CrazyCat wrote in <c8a4qi$7i9$:
CrazyCat wrote:
Une petite suite:
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
-- Romain Tournier
CrazyCat <crazycat@nospam.org> wrote
in <c8a4qi$7i9$2@s1.read.news.oleane.net>:
CrazyCat wrote:
Une petite suite:
/*** Oxito ***/
Ja vais vous expliquer exactement le définition d'une erreur 503 sur les
serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas
très claires.
Oxito est un service d'hébergement à des prix très compétitif. Pour
garantir un fonctionnement égal des tous les sites hébergés sur chaque
serveur, nous utilisons une module Apache (Tsunami). Ce module limite le
nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur
est "sous pression".
Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du
serveur, le serveur limite automatiquement à 20 utilisateurs concurrents
(qui cliquent en même temps) pour chaque domaine.
Cette protection évite un ralentissement globale du serveur. Ce n'est
pas réellement la taille de votre base de données qui fait que votre
site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui
l'utilisent au même moment.
Une limite à 20 utilisateurs concurrents est déjà un chiffre important
et votre site doit avoir une fréquentation très importante pour
atteindre ce chiffre. Un site personnel ou associatif n'arrive que
difficilement à un tel nombre.
/*** /Oxito ***/
En fait, je viens de comprendre (j'espère):
Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre
d'utilisateur par domaine.
Donc, si leur machine héberge un seul site très mal foutu qui prends les
20%, les autres sites, même s'ils sont très optimisés, sont limités.
On paye pour les autres?
/*** Oxito ***/ Ja vais vous expliquer exactement le définition d'une erreur 503 sur les serveurs d'Oxito. Veuillez excusez mes collégues pour les réponses pas très claires. Oxito est un service d'hébergement à des prix très compétitif. Pour garantir un fonctionnement égal des tous les sites hébergés sur chaque serveur, nous utilisons une module Apache (Tsunami). Ce module limite le nombre d'utilisateurs concurents sur chaque domaine lorsque le serveur est "sous pression". Donc dès qu'il y a un grand nombre de visiteurs sur tous les domaines du serveur, le serveur limite automatiquement à 20 utilisateurs concurrents (qui cliquent en même temps) pour chaque domaine. Cette protection évite un ralentissement globale du serveur. Ce n'est pas réellement la taille de votre base de données qui fait que votre site occupe beaucoup de ressources, mais bien le nombre de visiteurs qui l'utilisent au même moment. Une limite à 20 utilisateurs concurrents est déjà un chiffre important et votre site doit avoir une fréquentation très importante pour atteindre ce chiffre. Un site personnel ou associatif n'arrive que difficilement à un tel nombre. /*** /Oxito ***/
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
-- Romain Tournier
CrazyCat
Romain Tournier wrote:
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Romain Tournier wrote:
En fait, je viens de comprendre (j'espère):
Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre
d'utilisateur par domaine.
Donc, si leur machine héberge un seul site très mal foutu qui prends les
20%, les autres sites, même s'ils sont très optimisés, sont limités.
On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
--
Tout sur les eggdrops
http://www.c-p-f.org
ML @ eggdrop_fr@yahoogroupes.fr
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
-- Tout sur les eggdrops http://www.c-p-f.org ML @
Romain Tournier
CrazyCat wrote in <c8a607$8v2$:
Romain Tournier wrote:
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres? tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
au moins, eux ils communiquent, rien ne dit que les autres ne font pas pareil.
et puis au moins avec leur politique, un site qui consomme beaucoup ne prend quand meme pas toutes les ressources, il y a toujours la regles des 20 utilisateurs, parceque peut-etre que sans cette regle, un site qui consomme trop prend 100% des ressources, donc meme pas les 20 utilisateurs pour les autres sites...
-- Romain Tournier
CrazyCat <crazycat@nospam.org> wrote
in <c8a607$8v2$1@s1.read.news.oleane.net>:
Romain Tournier wrote:
En fait, je viens de comprendre (j'espère):
Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre
d'utilisateur par domaine.
Donc, si leur machine héberge un seul site très mal foutu qui prends les
20%, les autres sites, même s'ils sont très optimisés, sont limités.
On paye pour les autres?
tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
au moins, eux ils communiquent, rien ne dit que les autres ne font pas
pareil.
et puis au moins avec leur politique, un site qui consomme
beaucoup ne prend quand meme pas toutes les ressources, il y a toujours
la regles des 20 utilisateurs, parceque peut-etre que sans cette regle,
un site qui consomme trop prend 100% des ressources, donc meme pas les
20 utilisateurs pour les autres sites...
En fait, je viens de comprendre (j'espère): Lorsque leur apache utilise 20% de CPU, ils limitent à 20 le nombre d'utilisateur par domaine. Donc, si leur machine héberge un seul site très mal foutu qui prends les 20%, les autres sites, même s'ils sont très optimisés, sont limités. On paye pour les autres? tu viens de decouvrir le principe du mutualise.
Lol, oui, mais à ce point la c'est exagéré :)
au moins, eux ils communiquent, rien ne dit que les autres ne font pas pareil.
et puis au moins avec leur politique, un site qui consomme beaucoup ne prend quand meme pas toutes les ressources, il y a toujours la regles des 20 utilisateurs, parceque peut-etre que sans cette regle, un site qui consomme trop prend 100% des ressources, donc meme pas les 20 utilisateurs pour les autres sites...
