Bonsoir,
Après avoir cherché dans les archives de la liste je ne trouve aucune
indication sur l'optimisation de SPIP pour les sites à forts trafic.
1) Quelqun a -t- il des retours sur le comportement de SPIP face à des
grosses volumétries ?
2) Les forums supportent-ils bien la charge ?
3) Quelqun a-t-il déjà utilisé plusieurs frontaux SPIP + réplication MySQL ?
Merci pour votre aide.
Fred Bordage
@ Fred Bordage <fbordage@francenet.fr> :
Après avoir cherché dans les archives de la liste je ne trouve aucune
indication sur l'optimisation de SPIP pour les sites à forts trafic.
Il y a eu une discussion dans la liste de développeurs à ce propos, pour un
site de presse quotidienne contenant 180 000 articles
1) Quelqun a -t- il des retours sur le comportement de SPIP face à des
grosses volumétries ?
180 000 articles ça passe mal, visiblement pour une histoire d'indexes mal
foutus dans mysql lorsqu'on interroge sur deux critères, et pour une foule
de petits bidules pas optimisés. (Notamment la question de articles
publiés à une date future.)
2) Les forums supportent-ils bien la charge ?
Qu'appelles-tu "la charge" en matière de forums ?
3) Quelqun a-t-il déjà utilisé plusieurs frontaux SPIP + réplication MySQL ?
A priori ça pose des problèmes de cache (tu recalcules une page dans le site
1, elle est toujours en mode cache dans le site 2). Sinon, ça marche pour
l'espace privé (mes sauvegardes quotidiennes sont réinjectées dans une base
mysql + spip, ce qui me permet de retrouver un article effacé par mégarde
dans une interface spip).
"Internet Professionnel" veut passer sous spip ?
-- Fil
> 2) Les forums supportent-ils bien la charge ?
Qu'appelles-tu "la charge" en matière de forums ?
Envion 40 forums avec 5000 messages postés chaque jour pendant plusieurs
mois.
J'en profite pour te poser deux question "d'architecture".
1) Peut-on facilement re-construire une interface utilisateur pour les
forums ? (en gros, est-ce que la base est MySQL qui héberge les informations
des forums est facilement interfaçable)
2) Penses-tu que l'on puisse optimiser la structure actuelles des forums de
SPIP ?
OK. c'est un peu tard pour ce genre de question mais c'est sérieux.
"Internet Professionnel" veut passer sous spip ?
Si ça ne tenait qu'à moi 
-- Fil
Tu es d'humeur taquine 
?
Fred Bordage
@ Fred Bordage <fbordage@francenet.fr> :
> > 2) Les forums supportent-ils bien la charge ?
> Qu'appelles-tu "la charge" en matière de forums ?
Envion 40 forums avec 5000 messages postés chaque jour pendant plusieurs
mois.
Tu seras le premier à tenter le coup.
J'en profite pour te poser deux question "d'architecture".
1) Peut-on facilement re-construire une interface utilisateur pour les
forums ? (en gros, est-ce que la base est MySQL qui héberge les informations
des forums est facilement interfaçable)
Oui, la structure est très simple. Arborescence dans laquelle chaque réponse
connait l'id_forum de son "père".
2) Penses-tu que l'on puisse optimiser la structure actuelles des forums
de SPIP ?
Aucune idée, ce n'est pas mon rayon.
-- Fil
Fred Bordage wrote:
Envion 40 forums avec 5000 messages postés chaque jour pendant plusieurs
mois.
Glurps. Ca fait environ un million de messages ?
On ne peut pas trop prévoir, il faudrait tester. En tout cas, avec une
telle quantité de données, tu as intérêt à avoir beaucoup de RAM (plusieurs
Go ?), et si possible des disques rapides (en RAID par exemple).
Ce qui est sûr, c'est que l'interface de modération dans l'espace privé ne
sera pas à la hauteur.
1) Peut-on facilement re-construire une interface utilisateur pour les
forums ? (en gros, est-ce que la base est MySQL qui héberge les informations
des forums est facilement interfaçable)
Oui. (voir [uZine 3] La structure de la base de données)
2) Penses-tu que l'on puisse optimiser la structure actuelles des forums de
SPIP ?
Ca dépend des problèmes rencontrés. Il faudrait que tu construises une base
de test (en remplissant directement la table spip_forum à la main, ça peut
aller vite), et que tu essaies les différentes opérations : poster un message,
recalculer une page.... Une fois les éventuelles difficultées notées, il
faut en discuter
3) Quelqun a-t-il déjà utilisé plusieurs frontaux SPIP + réplication MySQL ?
Je ne suis pas sûr que ça fasse une différence. Avec le système de cache,
ce n'est pas le nombre de requêtes qui pose problème (il est normalement
assez bas), mais leur durée. Or la réplication ne changera rien à la durée
d'exécution des requêtes.
En gros, avec le cache, tant qu'il n'y a pas de recalcul, il n'y a même
pas de connexion à MySQL. Le Diplo peut dépasser les 100 000 pages par jour.
Au fait, si c'est juste pour une application de forums, il y a certainement
des outils plus spécialisés (phorum, phpbb....) !
ciao
Antoine.
Bonjour,
J'ai installé sur mon site un article-pétition, tout fonctionne à merveille
mais mon hébergeur me demande de gèrer les erreurs (adresses mails mal
encodées) de sorte que ce soit moi qui les reçoives et pas lui.
Pour le moment les erreurs sont retournées par défaut à Return-Path:
<www-data@all2all.org>
Je voudrais pouvoir modifier l'adresse de retour en mon adresse (çà me
permettra en plus de voir les erreurs d'adresse sans devor aller dans la
base de données)
A priori il faut changer çà dans inc_mail.php3 (voir plus bas) mais je sais
pas quoi mettre....
Si vous avez une idée ou si vous savz où je peut trouver ce genre d'infos
Merci
A+
Denis
function envoyer_mail($email, $sujet, $texte, $from = "", $headers = "") {
global $hebergeur, $queue_mails, $flag_wordwrap;
if (!$from) $from = $email;
if (!ereg(".@.", $email)) return;
if ($email == "vous@fournisseur.com") return;
$headers = "From: $from\n".
"MIME-Version: 1.0\n".
"Content-Type: text/plain; charset=iso-8859-1\n".
"Content-Transfer-Encoding: 8bit\n$headers";
if ($flag_wordwrap) $texte = wordwrap($texte);
On ne peut pas, c'est un réglage php. Mais ton hébergeur peut éventuellement
faire ce réglage dans sa config apache/php
Pour améliorer le comportement de spip à cet endroit, il faudrait intégrer
des fonctionnalités smtp... C'est prévu dans les choses à faire, mais pas
vraiment en cours de réalisation, faute de temps et de compétences.
(La suite éventuelle de cette dscussion sur spip-dev@rezo.net, svp)
@ Denis <den@altern.org> :
Pour le moment les erreurs sont retournées par défaut à Return-Path:
<www-data@all2all.org>
-- Fil
Le Friday 12 April 2002 11:11, tu écrivais :
Les hébergeurs mutualisés vont forcément désactiver ce genre de
possibilités, pour éviter les abus.
Ca dépend. Sur du gratuit oui, mais sur un mutualisé payant, ne pas avoir de
SMTP est quand même une grave lacune...
--
Xavier.
@ Xavier Antoviaque <foobbs@free.fr> :
Ca dépend. Sur du gratuit oui, mais sur un mutualisé payant, ne pas avoir de
SMTP est quand même une grave lacune...
Je suis bien d'accord. Deux remarques :
- ça peu se coder presque sans connaître le code de spip (une fonction
d'envoi de mail à remplacer dans inc_mail.php3) ; donc n'hésitez pas.
- il faudrait continuer cette discussion sur la liste spip-dev@rezo.net
-- Fil