[TYPO3-UG France] Avant de choisir Typo3

[Thomas Soumarmon]

Bonsoir,

La solution la plus propre me semble être :
* d'ajouter un attribut aux objets tt_content ( domain ?) 
* prendre en compte cet attribut pour l'affichage frontend ( condition
typoscript pour rajouter la prise en compte de cet attribut dans les
requêtes )
* prendre en compte cet attribut pour l'affichage backend ( affichage
des contenus filtrés sur la valeur du domaine )
* prendre en compte cet attribut pour des éléments ajoutés ( valeur par
défaut = domaine actuel )


Sinon, une autre option peut être effectivement d'utiliser le système de
gestion multilingue. On se coupe alors de la possibilité de gérer
effectivement du multilingue plus tard et c'est effectivement de la
bidouille (qui peut ceci-dit bien marcher).

Bonne soirée.

Le lundi 03 mai 2010 à 18:00 +0200, François Sass a écrit :
> Bonjour,
> 
> Merci beaucoup pour vos réponses et elles vont dans une direction que je
> craignais (grosse
> bidouille en vue) ;-))
> 
> Effectivement, pour plus de précisions, par architecture il s'agit du plan
> des sites qui serait fixé par un administrateur central, les gestionnaires
> des sites "esclaves" ne gérant que les contenus des pages (comme l'écrit si
> bien Benoit: J'ai la sensation qu'il souhaite aller encore plus loin en
> mutualisant même l'arborescence des pages). D'autres part, les sites
> esclaves devraient avoir un degré de liberté pour une partie très limitée du
> layout (couleur de fond, images de fond, styles des "menus",  ... des pages)
> afin de garder une image identitaire identifiable.
> 
> En théorie, les sites pourraient être hébergés sur un même serveur, avec la
> même base de données, mais le contenu de chaque site esclave devrait pouvoir
> être géré par des administrateurs aux droits limités (à ma connaissance,
> sans soucis avec Typo3).
> 
> A votre connaissance, existe-t-il des exemples décrivant une gestion
> multi-sites (suggestion de Thomas) allant dans le sens d'une solution à mon
> problème ? Je ne vous demande pas une solution, mais j'essaye de voir si le
> choix de Typo3 pourrait m'amener vers une solution que je mettrai moi-même
> en œuvre ;-)) Joomla, que je maîtrise bien, c'est l'impasse, et les autres
> CMS (Spip que je connais un peu et tous les autres que je ne connais pas) je
> n'en sais rien. Intuitivement, ayant travaillé avec Typo3 pour un gros site
> (www.segec.be), j'ai pensé que peut-être bien qu'il me conviendrait dans ce
> cas de figure.
> 
> Merci beaucoup pour vos réponses,
> François
> 
> François Sass
> Mande-Saint-Etienne, 923
> 6688 Longchamps
> francois.sass at skynet.be
> infos at dewelux.be
> www.dewelux.be
> 
> -----Message d'origine-----
> De : typo3-france-bounces at lists.typo3.org
> [mailto:typo3-france-bounces at lists.typo3.org] De la part de Benoit NORRIN
> Envoyé : dimanche 2 mai 2010 17:30
> À : TYPO3 Usergroup France
> Objet : Re: [TYPO3-UG France] Avant de choisir Typo3
> 
> 2010/5/2 Francois Suter <fsu-lists at cobweb.ch>
> 
> > Bonjour,
> >
> >
> >  Un site « maître », sans contenu, mais avec une architecture fixée par
> >> l’administrateur, devrait être le modèle pour un ensemble de sites «
> >> esclaves » qui auraient tous la même architecture mais des contenus
> >> différents. Toutes modifications (architecture) du site « maître »
> >> devraient
> >> être répercutées sur les sites « esclaves ».
> >>
> >
> > Comme le mentionne Thomas, la situation peut très bien être envisagée avec
> > une installation multi-sites, c'est-à-dire avec plusieurs sites gérés par
> la
> > même installation TYPO3. Dans ce cas-là, les ressources (en particulier
> les
> > templates) peuvent être partagés entre les sites et une modification du
> site
> > maître serait effectivement répercutée sur les esclaves.
> >
> > Par contre, si les sites doivent être hébergés sur des serveurs
> différents,
> > ce serait plus compliqué. Je sais que de telles solutions existent, mais
> il
> > me semble qu'aucune n'a été rendue publique à l'heure actuelle.
> D'ailleurs,
> > je ne suis pas sûr que ces solutions s'appuient uniquement sur TYPO3. Je
> > pense plutôt qu'elles dépendent d'autres outils (scripts Unix, rsync,
> etc.).
> >
> > Bonne continuation
> 
> 
> J'ai la sensation qu'il souhaite aller encore plus loin en mutualisant même
> l'arborescence des pages. Seul le contenu change.
> Si c'est effectivement la volonté, je ne crois pas qu'il existe de solutions
> simples / natives avec Typo3.
> Ceci dit, ça me fait pensé au système de gestion multilingue .... grosse
> bidouille en vue :)
> 
> Bon courage.
> _______________________________________________
> TYPO3-france mailing list
> TYPO3-france at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-france
> 
> _______________________________________________
> TYPO3-france mailing list
> TYPO3-france at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-france