Estamos intentando configurar una página de “Personal del sitio” con información para nuestros administradores y moderadores, y nos gustaría que tuviera también las fotos de perfil de todos ellos. Por ejemplo:
codinghorror
Biografía: Existo Información de contacto: cosas
Sin embargo, no queremos tener que actualizar esta página manualmente cada vez que un miembro del personal cambie su foto de perfil.
Vemos dos maneras de abordar esto: o bien, cada vez que un usuario sube una nueva foto de perfil, reemplazar directamente la antigua y mantener el mismo enlace (lo que preferiríamos), o algún tipo de enlace que redirija a donde se encuentra actualmente el avatar del usuario.
¿Alguna idea sobre la mejor manera de lograr esto? Simplemente copiar el enlace de la foto actual del usuario no funciona como se esperaba según nuestras pruebas.
Como se señaló anteriormente, ayudaría al espacio de almacenamiento si pudiéramos obligar a cada usuario a subir cualquier nueva foto de perfil a la misma ubicación, lo que permitiría automáticamente que el mismo enlace funcionara como se esperaba y también ahorraría espacio de almacenamiento.
La forma correcta de mantener la información del usuario sincronizada entre diferentes sistemas es usar DiscourseConnect - Inicio de sesión único oficial para Discourse (sso). Sin embargo, puede ser demasiado si todo lo que quieres es una página estática con los administradores actuales del foro. En ese caso, tal vez podrías tener un script diario/semanal que analice /about.json y lo actualice.
Sí, estamos más que contentos con que los usuarios se registren en el sitio real, por lo que el SSO parece un poco excesivo. En cuanto a la página “Acerca de”, el problema es que no hay espacio para una biografía o información de contacto externa, lo que realmente anula su capacidad para ser una ventanilla única. También imaginamos que podría ser más difícil agregar todo esto a la página “Acerca de” que hacer que una imagen se actualice en otra página.
Un script no es una mala idea, aunque una respuesta instantánea sería obviamente mejor si fuera posible: es útil para un usuario poder conectar visualmente la foto de perfil con el estado, y podría ser desorientador para los nuevos usuarios si la imagen en la página y la que se usa no coinciden.
Además, el hecho de que la foto de perfil antigua todavía se guarde en lugar de ser sobrescrita por una nueva parece desventajoso por razones de almacenamiento de todos modos. Si pudiéramos simplemente dar a cada usuario un enlace en el que se almacene su foto de perfil y reemplazar esa imagen si la cambian, parece que se matan dos pájaros de un tiro.
Hay una configuración del sitio para agregar un método de contacto externo a la página “acerca de”.
No pretendía que la página “acerca de” se analizara en su proceso de renderizado de página, sino en una tarea en segundo plano y solo periódicamente.
Esto depende de la tecnología que utilice para construir dicha página. Por ejemplo, si está en JAMstack, esto tiene sentido en la fase de compilación. Si es una aplicación Rails, tal vez un Active Job que se ejecute diariamente y actualice su caché local en la base de datos.
Llamamos a esas cargas huérfanas, y se limpian después de unos días automáticamente a través de una tarea en segundo plano.
