A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 6
C
ONSEILS PRATIQUES
(1)
Travailler sur plusieurs bases
L’élaboration du portail est un processus vraiment complexe, qui comprend plusieurs aspects : contenu bibliographique, contenu éditorial, pages, cadres et modules, Il faut configurer les zones, gérer les modules, insérer des cadres dans les pages et les lier aux sources de données, rédiger des articles, les lier au catalogue ou à l’agenda, etc.
Il me semble que cette élaboration du portail doit se faire sur une autre base que la « vraie ».
Je ne vois pas, concrètement, comment construire un portail dans une base en production : une base accessible en ligne, une base où on catalogue régulièrement, et dont on consulte l’OPAC de nombreuses fois par jour.
Pendant qu’on essaie de construire le portail (les débuts sont toujours difficiles), l’OPAC n’est guère convivial.
Le lecteur va se demander ce qui se passe, car vous allez probablement changer la feuille de style, la disposition, donc il perdra ses repères. Parfois, il ne retrouvera plus l’interface habituelle … qui reviendra comme par miracle une heure plus tard ;-)
Et vous ne pouvez quand même pas afficher régulièrement un message du genre : « Site en maintenance. Excusez-nous » !
En outre, afficher un portail peu esthétique ou peu performant (au niveau de la recherche) est contre-productif, et risque d’éloigner des lecteurs qui hésiteront peut-être à revenir.
Dernier point : si les ressources sont limitées (mémoire, vitesse du serveur …), le travail sur le portail risque de ralentir d’autres activités normales de gestion ou de consultation du catalogue.
En effet, même si vous passez au portail, les pages classiques de l’OPAC (recherche, affichage d’une notice …) ne disparaissent pas. Il n’y a pas que le portail à construire, il faut reconfigurer l’OPAC si on change de feuille de style !
D’ailleurs, vous pouvez adapter dès que possible l’OPAC de la base en ligne à cette nouvelle feuille de style, il n’est pas indispensable d’attendre que le portail soit tout à fait prêt pour changer. A vous de choisir le moment qui vous semble opportun.
Les lecteurs verraient un portail inachevé ou non fonctionnel si vous décidiez de travailler exclusivement en ligne.
Ensuite, modifier éventuellement la feuille de style choisie - par exemple l’adapter à la charte graphique de l’institution
La 1 e
étape est en effet de choisir une feuille de style récente compatible avec le portail, donc d’en tester d’abord plusieurs …
Essayer de créer des modules et de placer des cadres sur les pages du portail – mais ce n’est pas facile, surtout au début
Les essais et erreurs seraient parfois visibles de tous et perturberaient dès lors la consultation du catalogue.
En théorie, on pourrait croire qu’il suffit de modifier certains paramètres comme first_page_params pour passer de l’OPAC traditionnel au portail ou vice versa. C’est vrai en principe …
Mais dans la réalité, les choses ne sont pas aussi simples, il faut aussi modifier d’autres paramètres.
Quelques exemples parmi d’autres (la liste n’est pas exhaustive) :
Quand on change de feuille de style, on doit aussi modifier en général les valeurs de paramètres comme biblio_main_header, biblio_important_p1, biblio_important_p2, biblio_preamble_p1, biblio_preamble_p2, etc. Ensuite, pour retourner à l’OPAC traditionnel (basé probablement sur une autre feuille de style), il faudra remettre les valeurs d’origine.
Vous allez probablement remplacer les étagères virtuelles par des articles liés à une étagère. Quand vous êtes en mode « Portail », il faut décocher la case « visible dans l’OPAC » (dans la définition de l’étagère), mais lorsque vous retournez en mode
« OPAC classique », il faudra à nouveau cocher ces cases, sinon les étagères seront invisibles !
Le même genre de problème va se poser pour les infopages actuelles que vous allez aussi remplacer progressivement par des articles. En mode « OPAC traditionnel », il faut que les infopages soient visibles et qu’il y ait un lien quelque part (ex. dans biblio_preamble_2). Pour le mode « Portail », il faut supprimer les liens et/ou reconfigurer les infopages afin de les masquer.
Etes-vous sûr que les étagères virtuelles affichées actuellement dans votre OPAC seront les mêmes et auront le même contenu le jour où vous les lierez à l’un ou l’autre article de votre futur portail ? Un beau méli-mélo en perspective ! Il faudra 2 séries d’étagères (et de paniers correspondants) : une pendant la durée des travaux, et une autre série pour le « vernissage » du portail.
En résumé, vous devriez jongler entre deux sauvegardes de la configuration (donc entre autres de la table des paramètres) : une basée sur l’OPAC classique et l’autre sur le portail. Sinon, vous risquez de vous emmêler les pinceaux et de déclencher peut-être des catastrophes en ligne !
A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 7
Le mieux est donc de travailler sur une autre base
(installée en ligne ou en local, peu importe)
, mais pas « la vraie ».
-Cela vous permet d’apprendre comment agencer les cadres et pages. Ensuite, vous créez « l’architecture de base » de votre portail, une structure que vous pourrez restaurer plus tard dans la base en ligne.
Il faudra à un moment que le paramétrage de votre base de test ressemble le plus possible à celui de vraie base en ligne, mais ce n’est pas vital au début, lorsque vous êtes en phase d’apprentissage, ni lorsque vous commencez à élaborer le portail.
Réaliser une copie complète de la base n’est pas obligatoire, c’est d’ailleurs parfois quasi impossible, vu sa taille. Une version réduite convient même mieux : une base paramétrée comme la vôtre, mais avec un nombre limité de notices.
L’inconvénient, c’est que vous ne pouvez probablement pas établir dès le départ tous les bons liens (ex. entre articles et
notices), puisque les numéros d’id sont différents (il faut faire des ajustements plus tard en ligne). Mais vous pouvez établir
une concordance pour les catégories et les étagères, en ciblant bien les tables à transférer vers la base de test.
Le 1 er
avantage de cette méthode, c’est qu’il est plus facile de gérer un stock limité de notices, sélectionnées soigneusement
en fonction des articles que vous comptez publier au début. A quoi bon avoir plusieurs milliers de notices et d’exemplaires ? En soi, c’est tout aussi inutile que restaurer tous vos lecteurs, leurs prêts et les archives de prêt.
Autre point positif : vous ne serez pas confronté à des problèmes de sauvegarde, inhérents à une base de grande taille. Cela
simplifie vraiment le travail.
Bien sûr, travailler ainsi, tout construire vous-même n’est pas possible si la base est fort complexe (par exemple, plusieurs localisations qui doivent avoir chacune « leur » part du portail), ou si les exigences de l’institution ou les attentes du public cible sont fort grandes … ou bien si vous êtes tout seul et que vous devez vous occuper de tout !
Une petite bibliothèque gérée par un(e) seul(e) bibliothécaire, aidé(e) éventuellement par quelques bénévoles, peut demander – et obtenir ! – de ses lecteurs un peu de compréhension et de patience pendant un certain temps, c’est tout à fait inconcevable dans d’autres contextes, où il faut que tout soit opérationnel immédiatement.
Dans ce cas, il est sûrement préférable de faire appel à des professionnels comme PMB Services, qui créeront un portail sur mesure, réaliseront sans problème la transition d’un type d’interface vers l’autre, et assureront aussi la formation initiale du personnel. Je rappelle que je me situe ici dans l’optique où vous essayez vous-même de transformer votre
OPAC en un véritable portail.
Si vous comptez vous lancer vous-même dans l’aventure, je vous conseille de pouvoir accéder en permanence à 3 bases
pmb4portail : c’est la démo du portail, avec les données de test de PMB (en guise de support d’apprentissage et de modèle)
pmb4donnees : c’est votre base de données en production, telle qu’elle existe actuellement en ligne, sans portail
pmb4perso : c’est une base de travail, dans laquelle vous faites des essais et construisez petit à petit votre futur portail
Le contenu de la base de travail (que j’appelle aussi base de test) va certainement évoluer au fil du temps.
Vous commencerez forcément par une période de découverte du portail et d’apprentissage o
Dans un premier temps, il faut en effet comprendre une série de concepts, et aussi s’entraîner, manipuler, donc alterner théorie et pratique. Pendant cette phase, il n’est pas nécessaire que votre base de test ressemble fort à votre vraie base. o La version de démo du portail convient parfaitement comme support d’apprentissage et pour les tests du début.
Plus tard, à un certain moment « indéterminé » car variable (chacun évolue à son rythme), vous vous sentirez prêt à passer des tests préliminaires à une véritable phase de construction du portail. o
A ce moment-là, il faudra travailler sur une base qui ressemble davantage à la vôtre, afin de faciliter le transfert ultérieur de certains éléments du portail depuis la base de test vers la vraie base. Mais le nombre de notices peut être réduit, c’est nettement plus pratique pour la gestion. De toute façon, les tables qui gèrent le CMS sont relativement autonomes par rapport au reste de la base, on peut les restaurer ailleurs.
J’ai réparti la suite des « conseils pratiques » en plusieurs chapitres, en me basant sur l’évolution du processus.
Conseils pratiques (2)
Journal de bord
Conseils pratiques (3)
Transfert vers la base de travail
Conseils pratiques (4)
Gestion globale du contenu éditorial
Transfert vers la vraie base
pendant la phase d’apprentissage et de pré-tests aide-mémoire : liste des changements à faire ultérieurement dans la base en ligne pendant la phase de construction du portail
éléments à transférer depuis la base en ligne vers la base de travail exemple concret de changement de feuille de style ajout de champs personnalisés – requêtes SQL qui donnent une vue d’ensemble
éléments du portail à transférer depuis la base de travail vers la base en ligne
A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 8
Chacun a sa méthode et travaille à son rythme. J’imagine sans peine que certains d’entre vous aimeront suivre le tutoriel pas à pas, que d’autres auront un parcours moins linéaire, ou bien plus rapide (s’ils maîtrisent déjà quelques notions à propos du portail), et que d’autres encore voudront d’abord voir quelques exemples, afin d’avoir une approche plus concrète.
C’est pourquoi je voulais expliquer dès le début en quoi consistent ces « conseils pratiques », vous saurez ainsi où trouver les infos dont vous aurez besoin à tel ou tel moment. Sachez en tout cas que ces chapitres forment un ensemble.
Quelle version de PMB installer en guise de support pour ce manuel ?
Notes sur la compatibilité entre les versions de PMB
PMB 4.0.13
Pour rédiger ce manuel, j’ai employé des versions de PMB entre la 4.0.13 et la 4.1.5
Toutefois, la plupart de mes explications font référence à la version de démo du portail.
C’est un choix délibéré, je ne voulais pas que ce tutoriel soit seulement théorique.
Je me suis donc basée sur la démo, afin que vous puissiez tester vous-même ce que je montre.
PMB 4.1
Comme vous pouvez le constater en comparant les menus de construction du portail, de nouveaux modules se sont ajoutés lors du passage de PMB 4.0.13 à PMB 4.1.
Il y a certes de nouvelles fonctionnalités dans les scripts Php, mais les tables liées au portail n’ont pas changé (ce sont celles dont le nom commence par « cms »).
D’ailleurs, la démo du portail est la même, qu’on installe PMB 4.0.13 ou PMB 4.1.5, et elle illustre seulement les modules disponibles dans la 4.0.13.
Or dans ce manuel, je vous invite à plusieurs reprises à vous « faciliter l’existence ».
En effet, vous pouvez restaurer certaines tables de la démo dans votre base de travail, afin de récupérer une partie de la configuration du portail.
Les versions de PMB entre la 4.0.13 et la 4.1.5 sont compatibles entre elles, en ce qui concerne
la démo du portail que vous pouvez installer (c’est toujours la même)
Les versions de PMB entre la 4.0.13 et 4.1.5 sont compatibles avec votre base
si votre version de PMB est >= 4.0.13 et <= 4.1.5
si vous avez choisi lors de l’installation le même encodage de caractères que pour votre base actuelle (ISO 8859-1 ou UTF-8)
Installez toujours PMB avec le même encodage de caractères que votre vraie base.
La démo de la version 4.0.13 convient aussi bien que la démo 4.1.4 ou la 4.1.5
pour découvrir – sur base de la démo - comment le portail fonctionne
pour faire - avec la démo - vos premiers tests sur le portail
pour restaurer dans votre base une partie de la configuration du portail
La version 4.1 s’impose si vous voulez employer tout de suiteles modules supplémentaires.
Prenez la même version que celle employée actuellement en production pour installer une base de travail, et y restaurer la configuration de votre base en ligne.
De toute façon, PMB inclut un système efficace de compatibilité ascendante, donc vous pourrez installer plus tard une version supérieure et lancer le processus de mise à jour : vous ne risquez pas de perdre les fruits de votre travail !
N.B. Ces remarques sur la compatibilité entre les versions correspondent au moment où j’ai fini de rédiger ce manuel.
Je n’ai pas encore eu le temps d’explorer la version 4.2 qui vient de sortir, c’est pourquoi je n’y fais pas référence lorsque j’aborde le thème de la compatibilité. Il est donc possible que je doive modifier certains commentaires plus tard.
