Nous essayons de mettre en place une page « Personnel du site » avec des informations pour nos administrateurs et modérateurs, et idéalement, elle contiendrait également toutes leurs photos de profil. Par exemple :
codinghorror
Bio : J’existe Informations de contact : trucs
Cependant, nous ne voulons pas avoir à mettre à jour cette page manuellement chaque fois qu’un membre du personnel change sa photo de profil.
Nous voyons deux façons d’aborder cela : soit, chaque fois qu’un utilisateur télécharge une nouvelle photo de profil, remplacer directement l’ancienne et conserver le même lien (ce qui serait préférable, pensons-nous), soit un type de lien qui redirige vers l’emplacement actuel de l’avatar de l’utilisateur.
Des idées sur la meilleure façon d’y parvenir ? Copier simplement le lien de leur photo actuelle ne fonctionne pas comme prévu d’après nos tests.
Comme indiqué ci-dessus, cela permettrait d’économiser de l’espace de stockage si nous pouvions simplement forcer chaque utilisateur à télécharger toute nouvelle photo de profil au même endroit, ce qui permettrait automatiquement au même lien de fonctionner comme prévu et d’économiser de l’espace de stockage.
La manière correcte de maintenir les informations utilisateur synchronisées entre différents systèmes est d’utiliser DiscourseConnect - Authentification unique officielle pour Discourse (sso). Cependant, cela pourrait être excessif si tout ce que vous voulez est une page statique avec les administrateurs actuels du forum. Dans ce cas, vous pourriez peut-être avoir un script quotidien/hebdomadaire qui analyse /about.json et le met à jour ?
Oui, nous sommes plus que satisfaits que les utilisateurs s’inscrivent sur le site réel, donc l’authentification unique semble un peu excessive. Quant à la page « À propos », le problème est qu’il n’y a pas d’endroit pour une biographie ou des informations de contact externes, ce qui nuit vraiment à sa capacité à être un guichet unique. Nous imaginons également qu’il pourrait être plus difficile d’ajouter tout cela à la page « À propos » que de faire fonctionner une image de mise à jour sur une autre page.
Un script n’est pas une mauvaise idée, bien qu’un temps de réponse instantané serait évidemment préférable si possible - il est utile pour un utilisateur de pouvoir associer visuellement la photo de profil à son statut, et cela pourrait être déroutant pour les nouveaux utilisateurs si l’image sur la page et celle utilisée ne correspondent pas.
De plus, le fait que l’ancienne photo de profil soit toujours enregistrée plutôt que remplacée par une nouvelle semble désavantageux pour des raisons de stockage de toute façon. Si nous pouvions simplement donner à chaque utilisateur un lien dans lequel sa photo de profil est stockée, et remplacer cette image s’ils la changent, cela semble vraiment faire d’une pierre deux coups.
Il existe un paramètre de site pour ajouter une méthode de contact externe à la page “À propos”.
Je ne voulais pas que la page “À propos” soit analysée lors de votre processus de rendu de page, mais dans une tâche d’arrière-plan et uniquement périodiquement.
Cela dépend de la technologie que vous utilisez pour construire ladite page. Par exemple, si vous êtes sur le JAMstack, cela a du sens lors de la phase de compilation. S’il s’agit d’une application Rails, peut-être qu’un Active Job qui s’exécute quotidiennement et met à jour votre cache local dans la base de données.
Nous appelons cela des téléchargements orphelins, et ils sont nettoyés après quelques jours automatiquement via une tâche d’arrière-plan.
