OpenClaw · T2c - Dockerizzare lotto 3: Manga, Site, Catalog, Video Downloader

Figlio di a57 (tappa 3 del piano in docker\CENSIMENTO_DOCKER.md). CHIUSO il 02/08 (anello 3 catena-recupero): 4 container Up healthy in collaudo su 19777/19778/19780/19799, produzione mai toccata. Due immagini nuove: flotta/miniapp-py-net:1 (requests+bs4+pillow, per Manga/Site/Catalog) e flotta/miniapp-py-video:1 (yt-dlp da pip + ffmpeg da apt, per il Video Downloader). Decisione sui volumi: ogni app scrive nella cartella montata /downloads, e il percorso host sta in una variabile DL_* di .env con default = dove scrivono oggi le .vbs; in collaudo punta a una sandbox usa-e-getta. 4 modifiche al sorgente con default invariato: --host su tutte e 4 le app (erano cablate su 127.0.0.1), piu' VIDEO_DL_YTDLP / VIDEO_DL_OUT / VIDEO_DL_SOCIAL_DB sul Video Downloader. Prova chiave: download vero end-to-end dentro il container (mp3 da 18,3 MB convertito da ffmpeg + riga registrata nel sqlite condiviso col Social Hub). Scoperto leggendo i sorgenti che manga2pdf NON e' un pacchetto pip ma un file locale da montare, e che pypdf non serve. Il cutover sulle porte reali resta fermo sulla richiesta q042.