Hola, cualquiera que haga clic en mis páginas de Términos de servicio, Preguntas frecuentes o Privacidad solo obtiene una página en blanco con un puntero de ‘ocupado’ girando permanentemente.
¿Cómo puedo corregir esto?
¿Cómo puedo poner esta información a disposición y llamar la atención de cualquier usuario potencial que visite la URL del sitio pero que aún no se haya registrado para obtener acceso con contraseña?
Por ahora, un visitante solo ve el cuadro de diálogo de inicio de sesión básico como página de inicio, sin la más mínima idea antes de registrarse sobre si el foro es relevante para ellos o qué condiciones aplican.
Ahora que el sitio y el correo electrónico están configurados y funcionando en el dominio del foro, me niego a arriesgarme a estropearlo todo redirigiendo el dominio a otra página web alojada por separado como página de inicio y moviendo el foro a un subdominio o algo similar, como se ha sugerido. También me niego a gastar 47 dólares al año en un plugin de pago para añadir un poco más de información a la página de inicio del dominio.
Como una solución engorrosa y poco elegante, he añadido una guía destinada a quienes estén considerando registrarse, personalizando el texto del propio cuadro de diálogo de inicio de sesión.
Si me decido a dar el paso y migrar el foro a un subdominio, ¿qué nivel de dificultad debería esperar, siendo yo un novato, en:
configurar una página de aterrizaje en el dominio principal que también esté alojada en mi droplet de Digital Ocean? (para no tener que pagar otro servicio)
asegurar que el correo entrante y saliente a través de Mailgun, junto con toda la funcionalidad, continúe sin interrupciones?
Un problema de fondo es que preferiría administrar y actualizar el contenido de la página de aterrizaje desde el panel de administración, además de incluirlo en las copias de seguridad automáticas, lo cual suena bastante difícil de lograr si no se utiliza el mismo dominio, y mucho menos el mismo software.
Me gustaría ver, al menos, que se incluya alguna funcionalidad sencilla de página de aterrizaje en el núcleo de Discourse, para aquellos que no desean ni necesitan gestionar otro sitio web.
¿Es este el caso tanto para los usuarios conectados como para los anónimos (no conectados)? De ser así, eso apunta a un problema bastante fundamental que no debería verse afectado por manipulaciones de dominio o subdominio.
En nuestro caso, definitivamente queremos tener Discourse en el dominio raíz, ya que es el centro absoluto de lo que hacemos. Así que yo también he estado investigando cómo optimizar mejor /admin/customize/site_texts/login_required.welcome_message y los otros elementos de esa página.
La buena noticia es que puedes usar todo el Markdown habitual, etc., en ese texto; esto permite mucha más flexibilidad. Lo logro escribiéndolo en un tema en Staff y luego copiándolo en la sección de personalización. @codinghorror: sería extremadamente útil para personas en nuestra situación que se comporte igual que las páginas de Preguntas frecuentes, etc.
Además, puedes proporcionar enlaces a las páginas de Privacidad y Términos de servicio (que deben ser visibles para los usuarios anónimos) utilizando el Componente de tema Custom Header Links (con algo de CSS adicional). Por supuesto, no estoy satisfecho con eso y quiero que los anónimos también vean las páginas de Preguntas frecuentes y Acerca de (manteniendo el foro privado), por lo que he pedido ayuda:
Esto es cierto para los usuarios con sesión iniciada. Los usuarios que no han iniciado sesión no tienen forma de ver nada más que el cuadro de diálogo de inicio de sesión (a menos que esté pasando algo por alto).
Ah, eso podría ser la clave. No tengo ninguna categoría ‘Admin’.
Hice una limpieza de categorías que parecían vacías y, de lo demás, no lo suficientemente distintas de otras categorías. Obviamente, no estaban vacías después de todo.
Asumiendo que puedo copiar el contenido de estos temas desde este sitio y recrearlos bajo una de las categorías restantes en mi sitio, ¿cómo puedo volver a vincularlos a sus respectivos elementos del menú? ¿O simplemente recreo la categoría Admin?
Lo siento, creo que me refería a Staff. También he hecho cambios en nuestra instancia, pero he guardado los temas. Esos temas se llaman “Preguntas frecuentes/Normas” (ID de tema 5), “Términos de servicio” (ID de tema 4) y “nombre de tu foro Política de privacidad” (ID de tema 6).
Sospecho que hay algo especial en ellos: solo los administradores pueden editar el primer mensaje de cada uno, independientemente de la configuración de la categoría. Podría ser un poco complicado recrearlos. ¡Buena suerte!
La categoría #Staff nunca fue eliminada, pero parece que los temas sí lo fueron de alguna manera.
En cuanto al contenido de esos temas, especialmente los de Términos de servicio y Política de privacidad, simplemente copiar lo que encontré en este sitio de Discourse Meta no parece funcionar, ya que ambos están muy sesgados/específicos de una jurisdicción y un contexto que no se aplican a mi foro. ¿Hay alguna fuente más general (¿incluso relevante para Nueva Zelanda?) de la que se pueda extraer información?
También confirmo que simplemente agregar la categoría ‘Admin’ y luego crear un tema ‘FAQ’ en ella no funcionó: el enlace de FAQ sigue generando una pantalla en blanco y un puntero del ratón en rotación.
OK, además de esto, al observar las URLs utilizadas en el FAQ original, sugiere que el tema del FAQ reside directamente en una subcarpeta llamada ‘faq’, por ejemplo:
https://meta.discourse.org/faq#civilized
Mientras que si creo un nuevo tema de FAQ y pego el contenido, va a algo como esto:
https://nzarchitecture.net.nz/t/faq/15074
¿Cómo puedo crear la subcarpeta correcta o colocar los temas en ella? No hay nada que reconozca como una estructura de carpetas convencional directa para el contenido del sitio web de Discourse cuando me conecto a mi Droplet de Digital Ocean a través de FileZilla, así que supongo que hay algún truco arcano de Ruby on Rails generando estas URLs/rutas.
Encontré una solución temporal, que es usar cualquier URL que se genere al recrear estos temas faltantes y pegarlos en los campos relevantes de ‘fuente externa alternativa’ en Configuración/Derechos legales del panel de control.
Aún sería bueno ordenar las cosas correctamente si hay una manera; no sé qué otras implicaciones podrían derivarse de la configuración original dañada o faltante.
Esos son incorporados (definidos por el sistema) para temas incorporados. Restaurarlos como estaban antes de la eliminación probablemente signifique manipular PostgreSQL.
Gracias, Stephen. Lamentablemente, no sabría por dónde empezar a manipular PostgreSQL.
¿Acaso debería haber sido posible para mí eliminarlos si estaban integrados y no pertenecían a ninguna categoría directamente editable o accesible por el usuario?
También observo que, incluso cuando esos temas existían para mí, parecían ignorar la información de Configuración/Campos obligatorios proporcionada durante la configuración para el Nombre de la empresa, la Ley aplicable y la Ciudad para disputas, por lo que algo ya estaba roto.
Y todo esto es, en última instancia, jurídicamente irrelevante si un usuario no tiene forma de ver los términos de servicio de todos modos antes de registrarse, lo cual podría ser un problema fundamental razonablemente grave para todos los foros de Discourse protegidos con contraseña.
Es interesante/alentador que pueda enlazarlo sin necesidad de iniciar sesión.
Me gustaría mucho tener enlaces funcionales a preguntas frecuentes, términos de servicio, etc., en el cuadro de diálogo de registro/inicio de sesión, pero hasta ahora, para mí, todos los enlaces generan una respuesta de “no tienes permiso” a los usuarios que no están registrados.
Se puede lograr con otro método alternativo:
Haz que todas tus categorías sean visibles solo para el nivel de confianza 0 (o más restrictivo), excepto la que contiene tus publicaciones de información (hazla visible para todos). Luego, haz que tu foro sea público. Por supuesto, ya no llegarán a la página de inicio de sesión y esta es una forma bastante radical de lograr ese objetivo.
O bien, soluciona el problema subyacente y espera conmigo una solución para los otros aspectos que enlacé anteriormente (Making the About and FAQ visible to anon)
¿Alguien puede aconsejar cómo restablecer los temas legales integrados y sus IDs (o incluso simplemente colocar publicaciones editables en blanco en las URLs correctas/originales para cada tema legal integrado), ya sea mediante postgres o de otra manera?
Simplemente crear nuevas versiones con el mismo nombre en la Categoría de Personal no funciona: las URLs resultantes son diferentes y no pueden ser accedidas por un nuevo usuario durante el registro (hacer clic en el enlace del cuadro de diálogo de registro solo los devuelve al cuadro de diálogo de inicio de sesión).
OK, parece que nadie puede ayudar con esto. ¿Ayudaría recrear el foro desde cero y luego restaurar una copia de seguridad de la base de datos guardada? ¿O restaurar la copia de seguridad simplemente propagaría las eliminaciones nuevamente?
En algún lugar de esa base de datos está el pequeño fragmento de datos que debes modificar para que esos mensajes vuelvan a aparecer. De hecho, aquí:
En la tabla ‘topics’, deleted_at tendrá una marca de tiempo para los IDs 4, 5 y 6. Si puedes eliminar estos (reemplazarlos con nada / en blanco), entonces volverás a estar en funcionamiento.
Sé que puedes hacer esto desde Ruby/Rails, pero eso está fuera de mis habilidades hasta ahora; sin embargo, para alguien con las habilidades adecuadas sería un trabajo de cinco minutos. Quizás quien te configuró la instancia pueda ayudarte.
Gracias, Nathan.
Lamentablemente, configuré todo siguiendo el tutorial oficial, con muy poca comprensión.
Tuve a un desarrollador que migró algo de material para mí al principio, y me puse en contacto con él hace una semana sobre esto, pero hasta ahora no he tenido suerte obteniendo una respuesta.
Lo que me pregunto es si existe una aplicación de escritorio de código abierto que se conecte y permita ver y editar tablas de PostgreSQL en Digital Ocean. ¿O incluso una que pueda leer y editar una copia de seguridad descargada, que luego yo restauro?
** Edición - volviendo a leer las respuestas a una consulta similar, el consenso parece ser usar Ruby si se va a hacer algo en absoluto, en lugar de una aplicación de base de datos con una interfaz gráfica amigable.
Dicho esto, ¿cuáles son los comandos que debería ejecutar en PuTTY para acceder a la base de datos y eliminar las marcas de tiempo para los IDs de tema 4, 5 y 6 en la columna deleted_at de la tabla topics? (después de tomar la copia de seguridad).