Carlos García
@carlosgarcia53b
Madrid, España

@carlosgarcia53b
Madrid, España
Carlos García@carlosgarcia53b
No se si será un tema de mi versión de docker (Docker version 29.2.1, build a5c7197) o de ejecutarlo en Mac. Lo he comprobado varias veces. Estando el compose levantado con el volumen: paginas si cambio el index.html en el server al ir inmediatamente a cliente, sin hacer down de composer, si que wget me baja el index.html modificado. Es decir no tengo que parar con docker compose down
Por otro lado al ejecutar % docker compose run servidor bash o % docker compose run cliente sh por segunda vez obtengo una advertencia WARN[0000] Found orphan containers ([web-cliente-run-659f011a02b6]) for this project. If you removed or renamed this service in your compose file, you can run this command with the --remove-orphans flag to clean it up., he investigado un poco y eso pasa por usar el comando docker compose run en vez del docker compose exec
Bueno, este comentario era por comentar la diferencia de comportamiento que me encuentro conforme a lo que cuenta el video y por abrir debate de porque podría ser.
Carlos García@carlosgarcia53b
Es curioso, pero cuando hago docker images los id no me coinciden con las imágenes de python con las diferentes capas. Me sale esto:
% docker images
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
mi-imagen-python:2 c9a2c84e444b 1.61GB 403MB
mi-imagen-python:3 b9b93a8ca250 1.61GB 403MB
mi-imagen-python:latest f7efad70ebd6 1.61GB 403MB
nginx:latest 0236ee02dcbc 258MB 64.1MB U
ubuntu:latest d1e2e92c075e 141MB 30.8MB
Puede que sea por la versión de docker que estoy usando. v4.62.0? Y en este caso ya no coinciden los ids viniendo de la misma imagen descargada, o hay alguna opción para que si se muestre esa coincidencia.