7. Generación estática de sitios web¶
En este tema aprenderemos a:
Entender qué son los generadores de sitios web estáticos
Usar sphinx con un ejemplo de SSG para documentación técnica
Desplegar servicios web estáticos usando GitHub Pages (o gitlab)
Esfuerzo Necesario
El curso está organizado en 8 sesiones de clase. Cada clase (sesión) implica una dedicación de entre 2 y 4 horas.
La dedicación depende del conocimiento previo, motivación y capacidad de aprendizaje del estudiante para esa sesión en concreto.
7.1. Static Site Generators¶
Static Site Generators es un concepto diferente de los CMS:
Generan Sitios estáticos usando HTML, CSS y JS pero …
… usan un marcado ligero de texto apoyado en una estructura previa.
Es decir, se construyen previamente. No hay construcción dinámica «instantánea»
Arquitectura de un SSG
Usan un lenguaje de marcado ligero de texto: Markdown / reStructured Text (o plantillas más o menos evolucionadas)
Se genera el HTML (o PDF o ePub o …) con una Plantilla Generadora
Usa un motor de renderizado HTML que genera el sitio web (estructura y archivos)
El hosting es muy sencillo porque es un sitio web estático y permite un despliegue sencillo con redes de contenidos distribuidas ( CDN )
Hay una versión evolucionada ( Arquitectura JAMStack ) que es un concepto más amplio (lo veremos en un tema posterior)
Hay muchos ( pero muchos ) SSG
Puros: tienes que reconstruir el sitio web cuando lo quieres actualizar
Híbridos: partes del sitio web se actualizan de forma asíncrona (y desde un servidor) -> Arquitectura JAMStack
Según la necesidad, son una opción interesante para el despliegue de sitios web:
Sitios personales, profesionales, blogs, documentación, etc
Ventajas:
Rendimiento
Seguridad
SEO
Inconvenientes: para sitios web complejos con alto componente de interactividad (o capa de programación muy específica)
T07-A01. Investigación sobre Sistema SSG
¿Cuantos sistemas SSG hay?
¿En qué lenguaje está escrito Jekyll?
¿Cual es su página web oficial?
¿En qué lenguaje está escrito Javascript?
¿Cual es su página web oficial?
¿En qué lenguaje está escrito Sphinx?
¿Cual es su página web oficial?
¿En qué lenguaje está escrito Hugo?
¿Cual es su página web oficial?
¿Podría desplegar mi web con Sphinx usando el servicio netlify.com?
7.2. Uso de Sphinx para generar un sitio web¶
¿Porqué Sphinx?
Muy orientado a documentación técnica y de código
Estructura jerárquica, con índices y referencias cruzadas muy sencillas de hacer.
Con uso de directivas y roles para descripción semántica de contenidos
Con estilos organizados en temas y fáciles de intercambiar
Muy Personalizable
Arquitectura del sistema:
El archivo .rst
Uso de reStructured Text como lenguaje de marcado ligero
Incluye marcado de texto (reST o Markdown vía un analizador )
y comandos propios (directivas, roles, etc)
Los directorios
Archivos organizados en directorios. Desde el directorio raíz (source/).
Diferencia entre código fuente (source) y el generado (build) para publicar
Archivo de configuración (source/conf.py)
El estilo:
La ventaja es concentrarse en el contenido, no en el marcado html (usa un marcado ligero del texto)
El estilo vendrá dado por un tema genérico (que puede personalizarse con ciertos conocimientos)
Es muy sencillo cambiar el tema, sin tocar el contenido (cambiando la configuración).
Usando Sphinx -> Generar un proyecto base:
Debes decir donde va:
el directorio fuente (source). Sobre el que trabajas (y compilas)
el generado (build). El que publicas
Defines algunas variables generales que se pueden usar a lo largo del proyecto (Nombre, autor, lenguaje, etc)
Revisas los directorios que te habrá creado ( Getting Started ):
tu código fuente (source) y el código generado (build)
el indice principal del sitio web (source/index.rst)
el archivo de configuración (source/conf.py)
Con esa «plantilla» generas tu sitio web ejecutando make html (se podría generar, con la misma estructura salida en otros formatos)
Abres tu navegador y cargas el archivo index.html (en el directorio compilación)
T07-A02. Crear un proyecto base con Sphinx
Instalar Sphinx en tu entorno de desarrollo.
En windows debes tener Python instalado y luego usas el instalador de paquetes PIP.
El objetivo es poder ejecutar los siguientes comandos para tener tu proyecto base y comenzar a trabajar:
> sphinx-build --version # Dice la versión del generador
> sphinx-quickstart docs
7.3. Escribir web con reStructured Text¶
-
Todo es un párrafo (y mucho ojo a las indentaciones)
Marcado en línea: negritas, énfasis y citas
Encabezados. Se hace con líneas de texto (inferior o superior)
Listas numeradas, no numeradas y definiciones
Enlaces:
Internos
Externos
Estructura de la página:
Está estructurado en secciones (con encabezados) compuestas por …
… párrafos de texto …
… con algunas palabras con marcas …
… y enlaces, internos o externos (inline markup)
Un tutorial muy sencillo de Python Ecuador o en Piptocode
T07-A03. Aprendiendo la sintaxis reST
Puede jugar con el editor online de reST o ya trabajar directamente con tu sitio web de ejemplo, previamente generado (en index.rst, pero sin tocar la estructura generada).
Creas un archivo (.rst) que tenga:
Al menos 5 párrafos, organizados en …
al menos 3 secciones donde …
haya texto resaltado con negrita y algún texto …
organizado en una lista numerada …
y varios enlaces (URL) …
Y lo generas para ver el resultado (en sphinx, al no estar incluido en el index.rst te dará un aviso)
7.4. Directivas y Roles¶
Puedes definir con directivas un marcado especial de un bloque (y que se comportará de una manera programada previamente). Algunos ejemplos:
Para insertar una imagen .. image
Para insertar avisos especiales en el texto .. note (hay varias similares)
Las directivas (.. nombre-directiva::) se definen:
empezando con punto punto
seguidos del nombre de la directiva y dos puntos
A veces seguido de un título a continuación
A veces con una opción por línea (:nombre: valor), con nombre y valor
y luego el bloque de texto (correctamente indentado) sobre el que se define el comportamiento
Uso de roles:
Puedes definir con roles un marcado especial en línea
:rolename:`content`
Hay diferentes roles (el nombre de rolename cambia) y modifica el comportamiento con el contenido
:doc:`Contenido <content>` -> Incluye un enlace con título Contenido que apunta al documento content que está en el mismo directorio
Hay muchos roles y, sobre todo, se puede seguir personalizando
:proyectos-github:`sphinx` -> Podría definir que al poner ese rol me crea un enlace a https://github.com/sphinx. Es decir, que si fuese :proyectos-github:`otro`, el enlace sería https://github.com/otro . El rol, define el comportamiento de la publicación (en este caso crear un enlace)
T07-A04. Añadiendo directivas y roles
Añade al archivo de la sesión anterior:
Una imagen (en URL)
Y un par de bloques resaltados de forma especial (note y warning por ejemplo)
Y puedes jugar a añadir una directiva o rol nuevo que no hayas visto aquí (hay muchos).
Con lo visto hasta ahora, podrías analizar archivos reST ( Ver Ejemplos ):
7.5. Organizar un sitio web con Sphinx¶
Sphinx está pensado para documentación ( Narrative Documentation ) y tiene un fuerte soporte para …
… gestionar una estructura jerárquica de cierta complejidad.
Estructura tu sitio web (con múltiples páginas)
Todos los documentos han de estar referenciados (enlazados) con index.rst (documento raíz)
Se usa la directiva .. toctree:: (Table Of Contents) para incluir la estructura en un documento (como un índice de contenidos)
Una buena explicación (hasta minuto 9:28) aunque centrada en documentar código:
Añadir referencias cruzadas:
Añade un enlace a un documento en otro (pero actualiza el título del enlace automáticamente). Lo hace con el rol :doc:
Añade un enlace a una sección de otro documento. Lo hace con el rol :ref:
Se puede añadir un texto específico en un enlace. Por ejemplo
:ref:`referencia al encabezado ejemplo <ejemplo>` :doc:`documento ejemplo1 en el directorio dir1 </dir1/ejemplo1>`
Añadir referencias a documentos para descargar (por ejemplo pdfs):
Lo hace con el rol :download: . Puedes modificar el título del enlace (si te interesa)
Gestiona posibles duplicados y coloca todos los archivos descargables en un lugar concreto
La referencia al archivo es relativo (donde se llama) o (mejor) absoluto a / (archivo fuente de referencia)
T07-A05. Añade archivos (y estructura) a tu sitio web
Siguiendo con tu proyecto base generado:
Añade tres archivos: archivo1.rst, archivo2.rst y archivo3.rst
Cada archivo que tenga al menos dos secciones, con dos subsecciones
Organízalos en dos directorios. archivo1 y archivo2 en dir1 y archivo3 en dir3
Incluye los archivos en index.rst, tanto en el toctree como enlaces a los archivos (a la estructura)
Añade dos archivos descargables, en el archivo 3
Supón que le llamas A1_S2 a una referencia a la sección 2 del archivo 1, ¿lo podrías enlazar en el archivo1, pero en otra posición?
Utilizando el mismo criterio, añade una referencia en archivo 3 a esa referencia A1_S2
7.6. Uso de Temas y Estilos con Sphinx¶
Sphinx usa temas (para HTML) que permiten modificar el estilo del contenido
Hay algunos ya incluidos y otros que se pueden añadir (Ver Sphinx Themes Gallery )
Incluir un tema a nuestro proyecto base ( HTML Theming ) implica:
Modificar el archivo de configuración (/source/conf.py)
… y usar diferentes variables (para configurar la salida HTML )
Para escoger uno de los temas disponibles (Ver Sphinx Themes Gallery ):
Dependerá de tu público objetivo
No todos tienen un diseño adaptable (Responsive)
Algunos ejemplos interesantes: alabaster (predeterminado), furo y Read The Docs
Algunos temas están disponibles con la instalación base y otros hay que instalarlos
Añadir estilos (a partir de minuto 9:28 hasta el minuto 12).
T07-A06. Añade estilo a tu proyecto base
Revisa el resultado de tu sitio web usando los siguientes temas:
nature
furo
read the docs
7.7. Hosting web estático con control de versiones¶
El objetivo final del desarrollo web es:
Generar html (HTML Rendering) de diferentes formas:
Static Site Rendering (SSR) ->
Server Side Rendering (SSR) ->
Client Side Rendering (CSR) ->
Static Site Generator (SSG) ->
Arquitectura Híbrida (JAMStack)
Tenerlo disponible en un url público (hosting)
En general tienes dos opciones de hosting web (con un sistema de control de versiones):
Sincronizar el directorio/s del html generado. Da igual el SSG que uses (pero en el repositorio no estaría el código fuente)
Sincronizar el código fuente y desplegar de forma continua (CI). Necesitas añadir alguna integración para el SSG que uses.
En concreto para subir tu sitio web y hacer hosting podrías usar:
GitHub Pages - GHP:
Preparas el alojamiento ( hosting ):
Creas un repositorio para tu proyecto
Lo configuras como GHP (Configuración -> Pages)
source: el origen del sitio web
branch: la rama en la que está el sitio web
Subes tus recursos web o (mejor) sincronizas tu repositorio git local con github
Desarrollas tu web normalmente (edit -> add -> commit) y …
… se publica automáticamente en tu servidor web (username.github.io)
Puedes tener de referencia la guía oficial GHP
GitLab Pages - GLP ( How to … )
Sirve para diferentes SSG (no tiene uno propio)
Creas un repositorio para tu proyecto
Configuras el mecanismo de despliegue (GitLab CI Configuration): «.gitlab-ci.yml» (decirle que copie tu sitio web a al diretorio que usa el servidor web)
Y ya tienes tu sitio web publicado ( gitlab.github.io)
T07-A07. Usando hosting web con sistemas de control de versiones
Publica un sitio web usando GHP (o GLP) como hosting. Algunas consideraciones:
Tu sitio web lo desarrollas en local (no usando el editor online ni subiendo archivos). Así desarrollas en local y sincronizas al repositorio remoto
Modificas tu código para que la estructura funcione con urls relativos (que todos tus recursos estén bien enlazados)
Envías un url público con tu sitio web (o haces un test de validación html/css)
Para entender mejor el proceso puedes hacerlo con dos sitios web (tendrás un servidor con dos directorios de dos sitios web estáticos diferentes)
7.8. Hosting web y código fuente SSG¶
En un sistema SSG, al ser código generado, se pueden usar sistemas de despliegue continuo (CI/CD):
Desarrollas en Local: edición -> generación - publicación localhost
Publicas en remoto (en url público). Subes tu sitio web de desarrollo y se publica automáticamente
Y además, podrías trabajar de forma colaborativa
Es imprescindible usar algún tipo de integración (Action) para generar el código salvo que publiques el HTML directamente
Creas un repositorio con el código fuente de tu proyecto …
… configuras algún tipo de integración para generar el código html (Con GHP podrías usar Jekyll sin ninguna integración)
… configuras cuando se genera el código (cada vez que modificas un archivo o en algún momento concreto)
En el caso concreto de usar Sphinx ( Deploying Sphinx … ):
Preparas tu entorno de desarrollo:
O creas tu proyecto en Github
o sincronizas el directorio fuente (source) del que ya tienes (Ojo, no sincronices el código generado, que ya lo hará la integración)
Trabajas en local para tu sitio web de prueba
-> esto te permite tener tu código fuente supervisado con git (en local y en GitHub)
Crea una integración específica (automatización de procesos):
Con GHP: Configuras GitHub Action (hay diferentes alternativas)
Con GLP: configuras Gitlab CI (hay diferentes alternativas)
Ejecutas la integración y revisas el resultado (publicación)
Resumen final del tema:
T07-A08. Usando hosting web con sistemas de control de versiones
Publica tu proyecto sphinx base en GHP (o GLP):
Publicas sólo el directorio html (obligatorio)
Publicas sólo el código fuente y lo genera automáticamente (opcional, pero lo ideal)