Merci, mais je crois qu’il s’agit de 5 requêtes simultanées.
Paolo
From: SPHV [mailto:s-vial@club-internet.fr] Sent: Wednesday, January 28, 2004 8:25 PM To: Paolo Subject: Re: [Spip] Limite de 5 requetes MySQL chez un hébergeur - ca va pour Spip?
Je suis pas un expert mais ça me paraît impossible d’avoir un site SPIP avec 5 requêtes par jour MySQL. Chaque boucle réalise une action de requête dans la base de données. Or, dans un seul squelette, il y a plusieurs boucles. Or, dans un site SPIP, il y a plusieurs squelettes, voire beaucoup de squelettes…
Merci, mais je crois qu'il s'agit de 5 requêtes simultanées.
C'est pareil sur apinc et c'est pas un problème sauf cas extrêmes
(genre 1000 signatures de pétition à l'heure
ou 1000 créations d'articles, ou 1000 messages de forums ...)
Pour info :
SPIP ne fait appel à la base de donnée que pour calculer une fois
les pages, qui sont ensuite mises en cache et resservies à la demande.
Ensuite, les pages peuvent être servies même si MySQL tourne plus.
Ne restent donc que les créations de contenu et les recalculs de page
avec un $délai réglable.
>Merci, mais je crois qu'il s'agit de 5 requêtes simultanées.
C'est pareil sur apinc et c'est pas un problème sauf cas extrêmes
(genre 1000 signatures de pétition à l'heure
ou 1000 créations d'articles, ou 1000 messages de forums ...)
Oui exactement : la pétition des chercheurs par exemple est sur apinc
un truc que je pige pas : le recalcul des pages selon le timing défini dans les fichiers php.3 ne fait pas appel à la base de données ? recalculer, c’est pas comme calculer à nouveau ?
SPHV
----- Original Message -----
From:JLuc To:spip@rezo.net Sent: Wednesday, January 28, 2004 9:45 PM Subject: Re: [Spip] Limite de 5 requetes MySQL chez un hébergeur - ca va pour Spip?
Paolo a écrit :
Merci, mais je crois qu’il s’agit de 5 requêtes simultanées.
C’est pareil sur apinc et c’est pas un problème sauf cas extrêmes
(genre 1000 signatures de pétition à l’heure
ou 1000 créations d’articles, ou 1000 messages de forums …)
Pour info :
SPIP ne fait appel à la base de donnée que pour calculer une fois
les pages, qui sont ensuite mises en cache et resservies à la demande.
Ensuite, les pages peuvent être servies même si MySQL tourne plus.
Ne restent donc que les créations de contenu et les recalculs de page
avec un $délai réglable.
un truc que je pige pas : le recalcul des pages selon le timing défini
dans les fichiers php.3 ne fait pas appel à la base de données ?
recalculer, c'est pas comme calculer à nouveau ?
Si si...
Il y avait un autre problème avec la pétition "recherche en danger" : le
webmestre avait décidé d'afficher toutes les signatures de la pétition,
ce qui produisait une page d'1 Mo...
Il y avait un autre problème avec la pétition "recherche en danger" : le
webmestre avait décidé d'afficher toutes les signatures de la pétition,
ce qui produisait une page d'1 Mo...
Et il était parti en vacances quand la pétition a vraiment décollé
Mais non, même après ça le nombre de signatures par minute restait intenable
pour les réglages d'apinc, et beaucoup de codes étaient envoyés par mail
mais pas entrés dans la base, avec comme résultat une réponse de SPIP disant
"ce code de confirmation n'existe pas dans la base". Ca c'est un bug de
SPIP, je pense (pas encore pu vérifier).
