-----Message d'origine-----
De : Yoann Nogues [mailto:mlyoann@gmail.com]
en faisant des liens symboliques c'est faisable.
Si tu fais ça tu va passer ton temps à écraser les logo entre les différents sites non ?
Le 15/09/2009 17:16, Olivier GENDRIN a écrit :
-----Message d'origine-----
De : Yoann Nogues [mailto:mlyoann@gmail.com]
en faisant des liens symboliques c'est faisable.Si tu fais ça tu va passer ton temps à écraser les logo entre les différents sites non ?
Oui effectivement ... j'ai un peu zappé 
Bref c'est faisable mais légérement capillotracté avec pleins de contraintes ... tout ca pour s'éviter 10 min de saisie lors d'une modif de document ... et puis si tel est le cas pourquoi ne pas passer directement par FTP pour changer le doc ? ce serait plus simple au final ... ou mieux encore utiliser le plugin médiathèque ? ( qui si je me souviens bien permet de modifier un doc en le remplaçant, en faisant fis des noms de fichiers ... )
Le 15 sept. 09 à 17:54, Yoann Nogues a écrit :
Le 15/09/2009 17:16, Olivier GENDRIN a écrit :
-----Message d'origine-----
De : Yoann Nogues [mailto:mlyoann@gmail.com]
en faisant des liens symboliques c'est faisable.Si tu fais ça tu va passer ton temps à écraser les logo entre les différents sites non ?
Oui effectivement ... j'ai un peu zappé
Bref c'est faisable mais légérement capillotracté avec pleins de contraintes ... tout ca pour s'éviter 10 min de saisie lors d'une modif de document ... et puis si tel est le cas pourquoi ne pas passer directement par FTP pour changer le doc ? ce serait plus simple au final ... ou mieux encore utiliser le plugin médiathèque ? ( qui si je me souviens bien permet de modifier un doc en le remplaçant, en faisant fis des noms de fichiers ... )
Sûr, on pourrait, mais le but est de pouvoir mettre dans un article un <img25|xxx> et la mettre à jour sans à nouveau entrer dans l'article, ou alors d'avoir joint un doc et, là encore, ne plus avoir besoin de le supprimer pour le remplacer par le nouveau ... Je ne sais pas si je me fais bien comprendre, mais ces opérations pourraient concerner plusieurs centaines de fichiers - pas tout de suite, mais probablement assez rapidement - et mon client voudrait bien optimiser tout ça ...
De toute façon, je vais creuser les solutions diverses proposées ici,y compris voir ce dont spip serait capable de faire, quitte à "enrichir" le plugin mutualisation si possible ... Je suis un peu étonné d'être le seul à avoir ce type de besoin dans une mutualisation ...
Spip arrive bien à partager le dossier squelettes ou le dossier plugins, alors pourquoi pas le dossier IMG ? Je ne suis certainement pas assez expert en php pour comprendre cela ...
En tout cas, merci mille fois pour toutes ces idées ...
A bientôt
Marc
* Marc Valleteau de Moulliac tapuscrivait, le 15/09/2009 19:03:
Sûr, on pourrait, mais le but est de pouvoir mettre dans un article un <img25|xxx> et la mettre à jour sans à nouveau entrer dans l'article, ou alors d'avoir joint un doc et, là encore, ne plus avoir besoin de le supprimer pour le remplacer par le nouveau ... Je ne sais pas si je me fais bien comprendre, mais ces opérations pourraient concerner plusieurs centaines de fichiers - pas tout de suite, mais probablement assez rapidement - et mon client voudrait bien optimiser tout ça ...
De toute façon, je vais creuser les solutions diverses proposées ici,y compris voir ce dont spip serait capable de faire, quitte à "enrichir" le plugin mutualisation si possible ... Je suis un peu étonné d'être le seul à avoir ce type de besoin dans une mutualisation ...
AMHA, tu est partie dans l'idée de faire de la mutualisation avec plusieurs sites.
Alors qu'en fait, tu voudrais un seul site (admin+fichiers+Base) avec des affichages différents selon le nom de domaine demandé...
C'est bien ça ?
--
RealET
* RealET tapuscrivait, le 15/09/2009 19:32:
* Marc Valleteau de Moulliac tapuscrivait, le 15/09/2009 19:03:
Sûr, on pourrait, mais le but est de pouvoir mettre dans un article un <img25|xxx> et la mettre à jour sans à nouveau entrer dans l'article, ou alors d'avoir joint un doc et, là encore, ne plus avoir besoin de le supprimer pour le remplacer par le nouveau ... Je ne sais pas si je me fais bien comprendre, mais ces opérations pourraient concerner plusieurs centaines de fichiers - pas tout de suite, mais probablement assez rapidement - et mon client voudrait bien optimiser tout ça ...
De toute façon, je vais creuser les solutions diverses proposées ici,y compris voir ce dont spip serait capable de faire, quitte à "enrichir" le plugin mutualisation si possible ... Je suis un peu étonné d'être le seul à avoir ce type de besoin dans une mutualisation ...
AMHA, tu est partie dans l'idée de faire de la mutualisation avec plusieurs sites.
Alors qu'en fait, tu voudrais un seul site (admin+fichiers+Base) avec des affichages différents selon le nom de domaine demandé...
Donc, en fait, juste un dossier squelettes différent selon le domaine demandé.
C'est bien ça ?
--
RealET
Désolé, j'étais sorti ... et non, ce n'est pas tout à fait ce que tu imagines, c'est AMHA un peu plus compliqué ...
J'ai installé la multi avec une organisation pour plusieurs sites ... Chaque site doit avoir son admin distinct, et, par défaut, partage le même squelette - mais il peut y avoir des exceptions ...
Par ailleurs, chaque site a sa bdd, car, s'il y a des articles communs, il y aura de nombreux articles spécifiques, de même que des images, et le logo de chaque site (un site par société).
Enfin, chaque site - chaque société - doit afficher des couvertures sociales propres à elle, et, pour cela, est interfacée avec une application externe (notamment base de données) que j'ai développée et spip s'y connecte pour afficher des infos personnalisées - c'est fondamental - à chaque société, mais aussi à chaque salarié de chaque société ...
De plus, j'ai du mettre en place un système de connexion sso pour y intégrer des services externes (pluginisé en partie cette tâche).
Et enfin, les connexions sont toutes en https pour des raisons de confidentialité.
Pour résumer, plusieurs admins, plusieurs bases, et aussi des docs communs (notament fichier joints en pdf) - parfois mais pas toujours.
Le tout est à sa fin - on y travaille depuis le mois de janvier - et le client voudrait simplifier autant que possible les mises à jour de docs pour éviter de se palucher cela société par société ... A voir (mais très peu de chose, car accès exclusivement par identification) sur http://ww.ressourcesnet.com
Je pense maintenant, qu'avec tes remarques et d'autres, j'ai quelques pistes que je vais creuser cette semaine, quitte à - si c'est possible - surcharger quelques fichiers /ecrire de spip ...
Je serais ravi, si cela t'intéresse, d'en parler de vive voix demain matin.
Bonne nuit
Marc
Le 15 sept. 09 à 19:36, RealET a écrit :
* RealET tapuscrivait, le 15/09/2009 19:32:
* Marc Valleteau de Moulliac tapuscrivait, le 15/09/2009 19:03:
Sûr, on pourrait, mais le but est de pouvoir mettre dans un article un <img25|xxx> et la mettre à jour sans à nouveau entrer dans l'article, ou alors d'avoir joint un doc et, là encore, ne plus avoir besoin de le supprimer pour le remplacer par le nouveau ... Je ne sais pas si je me fais bien comprendre, mais ces opérations pourraient concerner plusieurs centaines de fichiers - pas tout de suite, mais probablement assez rapidement - et mon client voudrait bien optimiser tout ça ...
De toute façon, je vais creuser les solutions diverses proposées ici,y compris voir ce dont spip serait capable de faire, quitte à "enrichir" le plugin mutualisation si possible ... Je suis un peu étonné d'être le seul à avoir ce type de besoin dans une mutualisation ...
AMHA, tu est partie dans l'idée de faire de la mutualisation avec plusieurs sites.
Alors qu'en fait, tu voudrais un seul site (admin+fichiers+Base) avec des affichages différents selon le nom de domaine demandé...Donc, en fait, juste un dossier squelettes différent selon le domaine demandé.
C'est bien ça ?
--
RealET_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.netDocumentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc