Besoin d'aide pour bien configurer mon document

Demandes d'aide
1

Bonjour,
Je gère quelques centaines de sites Web et ai du mal à me décider sur la configuration.
Je m’explique.

Il y a au moins 2 CMS (SPIP et WordPress) et plusieurs types d’infrastructure/configuration…
Par exemple, pour le moment, les sites SPIP sont dans des conteneurs et pour certaines tâches les webmestres ont besoin des accès SFTP.
De l’autre côté, les sites WordPress sont configurés en plusieurs multisites et ont donc un id dans ce multisite.

Que me conseillez-vous ?

  • Une table unique « Sites » avec l’ensemble des items y compris ceux qui ne concernent qu’un seul CMS ? Très simple et pratique, mais les webmestres ont des pages avec champs inutiles pour eux.
  • Trois tables « Sites », « Sites SPIP » et « Blogs WordPress » avec les items communs dans la table « Sites » et deux tables dont l’item « Site » est une référence bidirectionnelle avec la ligne correspondant et les items particuliers. Permet de mieux séparer et différencier les informations, mais complique les pages et à l’ajout d’une ligne dans « Sites », la nouvelle ligne n’est pas créé automatiquement dans la table correspondante (SPIP ou WP selon).

Pour le moment, je n’ai pas trouvé de fonctionnement idéal et j’attends beaucoup de votre aide et de vos propositions :wink:

L’outil est utilisé principalement par un petit nombre de personnes (dont moi) qui ont besoin d’avoir toutes les infos et un grand nombre de personnes qui n’ont accès qu’à 1 ou 2 pages avec uniquement les infos qui les concernent.

Le document comprend une trentaine de tables et des permissions avancées super fines pour correspondre à chaque profil sur chaque champ concerné.

D’où ma demande de faire simple et efficace autant que possible :wink:
Sachant que je n’ai découvert Grist qu’en avril.

Bonne journée et merci d’avance.

Virginie FAVRAT - DRANE site de Lyon

2

Bonjour, si c’était moi je ferais une seule table ! La raison : la structure de toutes ces tables est très proche et sémantiquement, c’est le même objet. Alors que pour gérer des personnes, des serveurs, des noms de domaines… qui sont autant d’objets différents avec leurs propres attributs, alors je créerais une nouvelle table à chaque fois.

Imaginez qu’un site SPIP devient un site Wordpress : vous n’aurez pas à faire un copier-coller d’une table à l’autre, il suffira de modifier les informations relatives au site.
Imaginez que vous voulez produire des indicateurs sur votre site : ce sera plus facile s’ils sont tous dans la même table
Etc.

A partir de là, trois principes importants :

  • l’information que vous vous apprêtiez à séparer en tables (ou, dans Excel, en onglets), gérez la dans une colonne (colonne Choix unique avec comme valeurs « SPIP », « Wordpress »…)
  • si les colonnes ne sont pas toutes utiles en fonction du contexte, créez une vue table par contexte en masquant les colonnes inutiles
  • pour savoir quelles colonnes sont requises en fonction du contexte, en plus de la vue table dédiée, on peut ajouter de la mise en forme conditionnelle ou des contrôles de cohérence pour que l’utilisateur sache qu’il a bien renseigné toutes les colonnes attendues.

Attention : il existe dans Grist plusieurs manières d’arriver à un résultat, je ne dis pas que ma solution est la meilleure (surtout que je ne maîtrise pas tous les tenants et aboutissants de votre cas d’usage), je dis juste que c’est celle que je mettrais en place avec 2 ans de Grist derrière moi :slightly_smiling_face:

1 « J'aime »