ComiteWeb - 26 Juin 2015 : Presentation
Au dernier ComiteWeb , il y a plus d'un an, nous avions decide d'evaluer le cout et l'interet d'une migration de l'extranet de SPIP vers WordPress.
Cette reunion permet de faire le point sur ce chantier.
Apparence, choix des themes:
- 2 themes choisis pour implementer 2 instances de demonstration.
- kitlal2 = adaptation de TwentyTwelve dans le style kitcnrs.
- Le choix reste completement ouvert.
- Les fonctionnalites souhaitees sont tres courantes:
- themes fully responsives (tablette, mobiles)
- themes avec gestion de menu.
Contenu statique : structure de pages a la SPIP.
- importation manuelle des contenus SPIP:
- on cree une hierarchy de pages WP qui reprend la structure des rubriques et articles de SPIP.
- la construction du menu principal (menu horizontal) est automatique.
- Tres commode en debut de projet.
- Ensuite: gestion manuelle du menu en fonction des regles de publications qui seront definies.
- les plugins necessaires:
- CMS Tree View
- Exclude Pages from Navigation
- Enhanced Media Library
- ImageMapper (organigrammes clickables)
Page d'accueil, les News:
- les News seront integrees de maniere coherente dans le meme site:
- prises en compte par moteur de recherche comme tout le contenu. NB: gros progres, les 2 contenus ont toujours ete disjoints.
- status: importation des news automatique via RSS depuis le site la-une
- importees comme des Articles, les images associees sont importees comme image-a-la-une.
- plugin: FWP (FeedWordPress)
- apparence:
- plugin ShortCodes-Ultimatee avec accordion et spoiler
- adaptation de templates pour les 2 Themes choisis.
- Evolutif. A Redefinir
- archives (a faire):importation de toutes les news deja publiees dans la meme structure que les RSS feeds (articles/categories).
Les News, developpement envisage:
Aggregation de contenu: les News des Services et Experiences
- importation de News par fil RSS issus des sites de groupes:
- mises a jour automatiques (regles a definir).
- permet de faciliter l enrichissement du site central
- aucun developpement necessaire (cf maquettes lal1/lal2).
- conventions pour sites de groupes: noms des categories d articles a importer.
Processus editorial sur site central:
- different de SPIP: PAS de notion d admin par zones.
- controle des droits de publication plus difficile:
- articles: plugin Restrict Categories OK
- auteur avec droits complets pour certaines categories.
- pages: plugins UAM,AAM,etc.. non satisfaisants.
- creation de pages par un admin (editeur)
- ensemble predefini de pages types pour un service
- pages attribuees ensuite a un auteur
- etendre les capacites du role auteur pour les pages.
- plugins necessaires: Restrict Categories, User Role Editor.
Architecture Multi-Site integree:
- une plateforme multisite
- le site extranet central
- des sites specifiques par services/experience
- clones a partir d un meme modele.
- garantir la coherence des sites
- imposer un theme commun
- meme navigation externe vers site central et sites cousins
- via les template du theme (header).
- structures similaires pour themes et menu
- heritees du modele clone.
- Avantages/inconvenients:
- entiere liberte editoriale aux admin des sites specifiques
- risque de duplication info avec un 2eme site de groupe ?
- experience passee: delegation de redaction aux services et experiences inefficace dans le contexte site central (et SPIP).
- risque meme situation avec site central WordPress.
- reduire les infos sur le site central et recuperer les infos venant directement des sites actifs des groupes.
- publication de News provenant des vrais sites actifs via agregation RSS.
- Ca marche bien. Definir les conventions de nommage des categories.
- quelles parties du site central sont a la charges des groupes et experiences?
- (ne depend pas de la techno utilisee)