Entradas

¿Por qué se borraron los datos?

  ¿Por qué se borraron los datos? En tu docker-compose.yml , el servicio db tiene esto: yaml volumes : - db_data : /var/lib/mysql Eso es un volumen nombrado . Por regla general: docker compose down → Detiene y elimina contenedores y redes. NO elimina los volúmenes nombrados. (Tus datos deberían sobrevivir). docker compose down -v → Detiene y elimina contenedores, redes Y VOLÚMENES . (Aquí sí pierdes la base de datos). Lo más probable es que hayas ejecutado docker compose down -v (o docker compose down --volumes ), o que hayas corrido un docker volume prune o docker system prune --volumes en algún momento. Es un error clásico. Regla de oro para desarrollo: Usa siempre docker compose down (sin la -v ). Si algún día necesitas borrar todo de verdad (resetear la BD), ahí sí usas -v , pero sabiendo lo que haces. ¿Se puede recuperar el volumen perdido? Comprueba si el volumen viejo sigue existiendo: bash docker volume ls Busca algo como laravel-docker_db_data . Si no...

Configurar un contenedor React para consumir la API de Laravel-bbb

  Configurar un contenedor React para consumir la API de Laravel Este tutorial es la continuación directa del tutorial anterior. Ahora agregaremos un cuarto servicio a nuestro docker-compose.yml : un contenedor con React (Vite) que consumirá la API REST de Laravel. Al final tendrás un stack completo: React (Vite)  →  Nginx  →  PHP-FPM (Laravel)  →  MySQL    :5173          :8000        :9000              :3306 Estructura final esperada Partimos de: ~/laravel-docker/ ├── app/ ├── bootstrap/ ├── config/ ├── database/ ├── public/ ├── resources/ ├── routes/ ├── storage/ ├── tests/ ├── vendor/ ├── docker-compose/ │   └── nginx/ │       └── default.conf ├── .env ├── composer.json ├── Dockerfile └── docker-compose.yml Y terminaremos con: text ~/laravel-docker/ ├── frontend/                    <-...