Bonjour.
Je suis sur le point de déployer SPIP sur un intranet d'agence de presse
photo. Son manque d'intégration des galeries photo n'est pas préjudiciable
dans mon utilisation, vous le verrez plus tard, mais la taille des articles
qui y sont indexés me fait juste poser la question de la base SPIP la plus
grosse que vous avez rencontré ...
J'explique.
Mon agence possède un site web bien rôdé pour la diffusion numérique
classique. Un nouveau média en diffusion s'impose depuis peu: le CD ROM avec
galerie HTML gravé. Le problème est que les CD ROMS générés ne sont pas
forcément en ligne sur le site web "public" et sont juste archivés en dur
dans une armoire.
Alors vu que les CD que l'on édite sont des sites web complets, accompagnés
par un PDF de 3-4 pages, je me suis dit qu'un petit site en intranet (à
usage interne donc) suffirait pour la partie recherche et indexation
d'articles, et les galeries HTML (de 50 à 200 mégas par galerie) seraient
archives par glisser déposer dans un /home de serveur. Pour archiver un CD
il suffirait d'ouvrir un article, de copier coller le texte du PDF et de
mettre un lien en fin d'article vers /home/numero_reportage qui est lui même
un dossier full HTML.
Le problème est que j'ai quasiment un CD par jour... J'ai déjà acquis une
petite baie RAID de 400 gigas exploités avec des disques IDE ( en passant
... C'est 35 kf environ, et c'est pas cher le raid ) et une station MacOSX
avec Spip quazi prête... Je formalise juste l'arborescence, mais j'ai de
quoi tenir deux ans, en attendant que les prix des disques diminuent encore.
Bref ... À votre avis .... Quelques centaines d'articles de 3 à 5 pages vont
ils coucher un serveur entièrement dédié à la tâche ? Y'a-t-il une config
spécifique à faire (indexation de nuit par exemple...) ? Avez vous eu vent
de grosses bases d'articles sous SPIP ?
Merci.
--
Pierre Ristic
Le site francophone des serveurs
sous MacOSX: http://www.mosx.net