Proyecto desarrollado con Python y Reflex que representa un sitio web personal estilo "link in bio"
Desde la versión 0.4.0, Reflex utiliza Radix (en vez de Chakra) como sistema de componentes de UI. Ten en cuenta la versión que usas del framework, ya que algunos elementos han podido cambiar ligeramente. Te recomiendo que revises el código del proyecto original actualizado. A partir de la versión 0.4.0, todos los componentes de Chakra estarán en rx.chakra
.
Ejemplo:
import reflex as rx
rx.button() # Ahora este será el botón de Radix
rx.chakra.button() # Anterior botón de Chakra
Aquí tienes un artículo con toda la información sobre la nueva versión.
Consulta el curso de 6 horas en vídeo desde cero que muestra el proceso de desarrollo de la web.
Instala y crea un entorno virtual venv en la raíz del proyecto
Mac/Linux: python3 -m pip install virtualenv
Windows: py -m pip install --user virtualenv
python3 -m venv .venv
Mac/Linux: source .venv/bin/activate
Windows: .\.venv\Scripts\activate
Para desactivar el entorno virtual: deactivate
(Con el entorno virtual activo)
pip install reflex
También las tienes en requirements.txt
python -m pip install -r requirements.txt
reflex run
reflex run --loglevel debug
(modo debug)
Acceder a http://localhost:3000 (frontend) y a http://localhost:8000 (backend)
c contiene las instrucciones necesarias para empaquetar el frontend del proyecto y desplegarlo de forma estática. Éste, en concreto, desde Vercel. Se ejecuta automáticamente desde una GitHub Action creada en el repositorio.
sh remote_build.sh
cd link_bio
python -m venv .venv
source .venv/bin/activate
pip install --upgrade pip
pip install -r requirements.txt
rm -rf frontend
reflex init
API_URL=[URL backend, en caso de existir] reflex export --frontend-only
unzip frontend.zip -d frontend
rm -f frontend.zip
deactivate
Prepera el entorno, instala dependencias, inicializa el proyecto, crea la construcción de producción, y la descomprime.
Existe otro script llamado local_build.sh
para realizar construcciones del frontend en local. En caso de existir un backend, debe referenciarse con un valor en API_URL
, como aparece en el script remote_build.sh
.
El proyecto se puede desplegar en cualquier proveedor o servidor que soporte recursos estáticos.
Configuración en Vercel:
- Se ha asociado el repositorio de GitHub al proyecto (para que cada
push
en la ramamain
desencadene un nuevo despliegue) - Build & Development Settings: Other
- Root Directory:
public
(que contiene el empaquetado estático para producción) - Custom Domain: moure.dev
El fichero Dockerfile
posee la configuración para generar la imagen y desplegar el backend como un contedor de Docker.
Éste, en concreto, desde Railway.
Dockerfile
FROM python:3.11
WORKDIR /app
COPY . .
ENV VIRTUAL_ENV=/app/.venv_docker
ENV PATH="$VIRTUAL_ENV/bin:$PATH"
RUN python3.11 -m venv $VIRTUAL_ENV
RUN pip install --upgrade pip
RUN pip install --no-cache-dir -r requirements.txt
CMD reflex run --env prod --backend-only
Prepara una image con Python, instala las dependencias del proyecto e inicia el proceso que ejecuta el backend.
El proyecto se puede desplegar en cualquier proveedor o servidor que soporte Python o Docker. Incluso frontend y backend en un mismo hosting o contenedor de Docker.
api.moure.dev se encuentra desplegado en Railway.
Configuración en Railway:
- Se ha asociado el repositorio de GitHub al proyecto (para que cada
push
en la ramamain
desencadene un nuevo despliegue) - Root Directory:
/link_bio
(que contiene elDockerfile
) - Variables:
PORT=8000
(el puerto en el que escucha por defecto el backend) - Custom Domain: api.moure.dev