Usando la última versión estable de Discourse (3.2.x) más la versión actualizada de los componentes de Landing Pages (plugin, blog pages y blog theme) solo pude reproducir los problemas de fondo de imagen y tamaño del contenedor de publicaciones. Haré una pequeña actualización en el tema una vez que pueda, pero son fácilmente solucionables si quieres hacerlo en tu fork.
Usando la configuración predeterminada en una instalación limpia, los botones Posts/Subscribe están en la parte inferior de la página y ambos son funcionales, las rutas en la versión móvil se comportan igual que en el escritorio y no puedo verificar ningún problema con las fechas de las publicaciones, excepto por la “última actualización” que cambia una vez que configuras la categoría del blog (todas las publicaciones de esa categoría reciben una etiqueta de “publicación de blog”).
El menú hamburguesa en la versión móvil estará vacío siempre que no tengas nada configurado en la configuración “Menu” de la configuración de landing pages. Podría actualizar el código para ocultarlo por completo en esa situación para simplificar la interfaz.
Acabo de llegar a tu blog y pude depurar rápidamente algunas cosas:
Con respecto al botón que no funciona, parece que tienes activadas algunas configuraciones estrictas de Content-Security Policy y los scripts necesarios no se están cargando.
Con respecto a los enlaces, acabo de acceder a tu sitio usando Firefox en un teléfono Android y no tuve ningún problema. ¿Quizás otra configuración particular de tu navegador o instalación de Discourse?
Con respecto a las correcciones de CSS, hay muchas opciones. Por ejemplo, para la imagen de fondo puedes establecer background: no-repeat center/cover fixed; en la clase .title-container dentro de common.scss, y para el “contenedor pequeño” en las publicaciones puedes agregar min-width: 100%; a la clase .post-content dentro del mismo archivo.
Con respecto a la configuración del menú, actualmente la única forma de agregar uno es en el archivo global pages.json como se menciona en la documentación, pero no hay mucha información al respecto. Sin embargo, puedes ver un ejemplo en el repositorio pavilion-landing-pages.
¡Hola! Entonces, en ese video que grabaste, las URL directas funcionan bien. Pero si voy a la página principal del blog y luego hago clic en el título del blog, obtengo un error de página no encontrada. Las URL directas funcionan bien, pero nadie las tendría a mano y obviamente no es viable.
¡Probaré esas correcciones de CSS rápidamente y editaré esto o responderé de nuevo con mis hallazgos, gracias!
Hallazgo muyyyy interesante sobre lo de la Política de Seguridad de Contenido… ni siquiera recuerdo haber hecho algo con eso. Hmmm. ¿Cómo solucionaría eso?
EDITAR: Botón de Suscribirse arreglado al deshabilitar content security policy en la configuración. Pero, ¿hay alguna forma de mantener esto habilitado pero que el botón siga funcionando? ¿Quizás hacer que el botón funcione de manera diferente para que no active eso?
No tengo idea de la configuración de CSP, lo siento en ese aspecto. En el video, alrededor de los 26-27 segundos hago exactamente eso (hago clic en el título del blog desde el blog principal) y todavía funcionó bien, así que no estoy seguro de cómo probarlo más por mi parte.
Editado mi publicación anterior para decir: “Botón de suscripción corregido al deshabilitar la política de seguridad de contenido en la configuración. ¿Pero hay alguna forma de mantenerla habilitada pero que el botón siga funcionando? ¿Quizás hacer que el botón funcione de manera diferente para que no active eso?”
Y, ¡mi error! Hm, entonces eso es realmente extraño. He probado varios navegadores e incluso algunos teléfonos y el mismo problema…
Por cierto, ¿hay alguna forma de hacer que el botón/texto de suscripción sea más grande para que coincida con el tamaño del icono de “Publicaciones” que flota en la pantalla en el móvil? El icono tiene el tamaño adecuado cuando se inicia sesión en una cuenta, pero no cuando no se ha iniciado sesión, como invitado, lo que puedes ver en tu video.
Aparte de eso, mi única otra cosa es hacer que la foto de perfil/nombre del autor, la fecha y el área de “Tema del foro” sean horizontales en el móvil, ya que se ve mal apilado verticalmente así (o al menos la fecha y el área del tema una al lado de la otra, centradas debajo de la foto de perfil o algo)…
Además de mi respuesta anterior, @cabidop, mi pareja revisó a fondo las cosas del blog/tema durante un par de horas, porque quería la opinión de una persona general no técnica sobre la configuración predeterminada. Pensé en mencionarlos aquí si quisieras incorporar alguno de ellos en las cosas del blog:
Cuando no has iniciado sesión, haz que el botón Suscribirse en la página de destino del Blog te lleve de vuelta a la página de destino del Blog después de que un usuario haga clic en Suscribirse y cree una cuenta en el sitio.
Personalmente, ni siquiera me di cuenta de que funcionaba así, pero si un invitado presiona Suscribirse, lo lleva a la página de registro del foro y luego, cuando crea una cuenta, se queda preguntándose dónde está la página del Blog, ya que te mantiene en los Foros. Sin embargo, cuando ahora regresa a la página de destino del Blog mientras ha iniciado sesión, ni siquiera está suscrito y tiene que presionar el botón nuevamente mientras ahora ha iniciado sesión.
Recibe un correo electrónico de confirmación de que realmente te suscribiste.
Tal como está ahora, no hay una confirmación real de que realmente te suscribiste por correo electrónico, solo la pequeña ventana emergente en el cuadro emergente de Suscribirse.
Una vez suscrito, elimina el botón por completo mientras hayas iniciado sesión, o haz que ahora diga “Suscrito”, no todavía “Suscribirse” en el escritorio. Además, haz que los botones no permanezcan flotando en la pantalla al desplazarse, es decir, que desaparezcan al desplazarse.
La gran foto del encabezado en la página de publicaciones del Blog no se transfiere en el móvil. Apenas la muestra o a veces no la muestra en absoluto (fotos a continuación que muestran Escritorio frente a móvil para esto):
Gracias por tus comentarios, @45thj5ej, podría implementar algunas de las sugerencias como valores predeterminados en el futuro. No estoy seguro de si ya has resuelto el problema de CSP, pero parece que hay una opción content security policy script src que podría funcionar para tu caso sin deshabilitar completamente la función (aunque no estoy completamente seguro de esto).
En cuanto a que el tema no funcione en otras páginas, ese es el comportamiento esperado debido al uso de las clases .blog y .blog-post en los estilos. Cada página de destino agrega su propio slug como una clase HTML a su cuerpo, por lo que mientras los estilos CSS solo se apliquen a esas clases, solo afectarán a las páginas “Blog” y “Blog Post” respectivamente.
En cuanto al resto de los comentarios/problemas, solo reiteraría lo que mencioné en el otro tema sobre ser específico para tu caso de uso, ya que son preguntas más generales de CSS en lugar de problemas reales en el componente. Dicho esto, podría echarles un vistazo eventualmente (pero no lo des por sentado).
Hola, es algo bastante grave…
Configuré mi Nginx para redirigir mysite.com a https://forums.mysite.com/home y configuré el registro A de DNS desde mi proveedor de dominios (ya que quiero que esta sea la página principal de mi sitio).
Noté algo extraño. Si accedo a una entrada de blog desde la redirección (es decir, cualquiera que vaya a mi sitio tendría esto), agrega un segundo /home a la URL. Sin embargo, si accedo a la página principal del blog desde la URL directa, https://forums.mysite.com/home, entonces no lo hace.
¿Hay alguna forma de solucionar esto lo antes posible, o si me dices cómo, puedo hacerlo yo mismo? Esto es independiente del problema similar que ocurrió solo en dispositivos móviles el otro día. Y, por supuesto, el enlace se muestra duplicado al pasar el cursor sobre él en la página principal del blog, como: https://forums.mysite.com/home/home/blog-test-one-million
Pero de nuevo, si se accede a la URL directamente, no desde la redirección, funciona bien.
¿Puedes verificar si el problema de la “doble ruta” ocurre solo con la página del blog, con cualquier página de destino o con cualquier página de Discourse (por ejemplo, /latest)?
Solo la página principal/de destino del blog, donde se hace clic en los títulos de las entradas del blog.
.
EDITAR: IGNORAR LO SIGUIENTE. LA SOLUCIÓN FUE:
Comentar la única línea a continuación en common.scss en
el tema del blog, alrededor de la línea 172:
body.blog {
/* padding-top: 8em; */
Además, ¿cómo edito la cabecera del sitio? Parece que no importa qué, la cabecera siempre se coloca allí y no puedo editarla en absoluto. El área superior de la barra de navegación/menú/logotipo.
Ejemplo: Hice una cabecera personalizada para hacer la predeterminada más corta. E incluso usando
.landing-header {
display:none
}
todavía crea un gran espacio en la parte superior. ¿Cómo puedo eliminar ese espacio?
