[TYPO3-UG France] Avant de choisir Typo3

Michael Miousse mmiousse at infoglobe.ca
Mon May 17 20:04:16 CEST 2010


Juste une suggestion comme ça

Freesite ne ferait-il pas le travail??

je ne sais pas ça fais quand même longtemps que je ne l'ai pas utiliser

donc je ne sais pas comment il a évolué depuis


Le Mon, 03 May 2010 19:22:01 +0200, Thomas Soumarmon a écrit :

> 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



More information about the TYPO3-france mailing list