[spip-dev] Projet d'utilisation de spip pour une grosse base de donn ée

Dev
1

Bonjour,
    
    Nous projetons d'utiliser spip pour un sites contenant à ce jour 185 000
articles avec un bon nombre de nouveaux articles arrivant chaque jour, nous
avons commencé à faire des tests, et nous réalisons qu'il va falloir mettre
les mains dans le codes pour l'utilisation que nous voulons faire de spip.

    Par conséquent nous vous en informons et bien sûre nous vous ferons
régulièrement part de nos modifications.
    Nous envisageons pour l'instant :

    - De rendre certaines requêtes à la base MySql optionnelles
    - D'utiliser un seul spip pour plusieurs sites

    Cordialement, Thomas GERBIER NetAktiv.

2

@ Thomas GERBIER <tg@netaktiv.com> :

    Nous projetons d'utiliser spip pour un sites contenant à ce jour 185 000
articles avec un bon nombre de nouveaux articles arrivant chaque jour, nous

Je n'ai toujours pas réussi à charger le dump que vous m'avez envoyé. Il y a
des problèmes de guillemets non échappés par des \

avons commencé à faire des tests, et nous réalisons qu'il va falloir mettre
les mains dans le codes pour l'utilisation que nous voulons faire de spip.

Oui, dans la partie ecrire/ il y aura des améliorations à faire.

    Par conséquent nous vous en informons et bien sûre nous vous ferons
régulièrement part de nos modifications.
    - De rendre certaines requêtes à la base MySql optionnelles

Plutot que des les supprimer (ou rendre optionnelles), mieux vaudrait
transformer ces requêtes de manière à ce qu'elles soient exécutables (par
exemple, pour la liste des articles récents de l'auteur, on pourrait
imaginer un index supplémentaire ou je ne sais quoi, etc. Eventuellement
ajouter une table qui résume certaines données dans un espace plus compact
(des 'meta données', qui seraient ainsi "cachées", avec reclacul du cache
quand il y a une action ("publication", etc.)

Aux spécialistes des bases de données de voir ce qui est de l'ordre du
possible...

    - D'utiliser un seul spip pour plusieurs sites

???

-- Fil

3

a message of 35 lines which said:

> - D'utiliser un seul spip pour plusieurs sites

???

Tu m'avais pourtant donné une réponse fort détaillée à cette question
:

Moi :

Spip est conçu pour que M. Tout le monde puisse installer Spip
lui-même comme un grand tout seul sans rien demander à personne. Fort
bien.

Mais cela lui impose des responsabilités qui sont d'habitude celles
des ingénieurs systèmes, comme de suivre les annonces sécurité et de
patcher en vitesse (cf. le problème de spip_image). Donc, certains
préfèrent sous-traiter à leur hébergeur.

Et c'est là que ça devient douloureux pour ledit hébergeur. Suite à la
faille spip_image, je me suis rendu compte que nous avions des
dizaines de copie de Spip sur notre serveur, toutes devant être mises
à jour.

En urgence, j'ai fait :

locate spip_image | xargs rm

Mais maintenant, je me pose des questions : comment à la fois offrir
Spip aux hébergés sans avoir trente copies différentes à mettre à jour
en cas de problème ?

Je n'ai rien trouvé dans la doc de Spip sur l'installation "normale",
i.e. commune à tous les utilisateurs et pas avec une copie différente
chacun.

Fil :

Pour rendre ça possible il y aura un peu de boulot dans le code de spip :

il faudrait :
- dans les fichiers "appelés" par le web, n'avoir que des include(""), et le
  moins de code possible;

- mettre les fichiers include (à l'exception de inc_meta_cache.php3 et
  inc_connect.php3 - qui sont générés par spip) dans un répertoire commun du
serveur.

Si un hébergeur est intéressé, il peut mettre un développeur sur le coup ?

PS: à discuter sur spip-dev@rezo.net de préférence

4

@ Stephane Bortzmeyer <bortzmeyer@netaktiv.com> :

Tu m'avais pourtant donné une réponse fort détaillée à cette question

Ah OK : je n'avais pas fait le rapprochement entre les deux projets (le
quotidien et l'hébergeur). Il me semble que les deux ensembles de modifs à
faire sont orthogonaux.

-- Fil