jj, tech 5 prikazu mi k zivotu staci. dekuji moc za pomoc.

GIOMIKY: tim nemyslim ze bys byl nejakej hloupej nebo tak, jen to jsou image od lidi co maj proste +- podobnou uroven znalosti o dockeru jak ty, a tak tam maj napr. natvrdo vpaleny prihlasovaci udaje protoze jim to tak zatim pro jejich kuteni staci..

jj, ne kazdy se narodi jako pocitacovy odbornik s mysi v kolebce.

GIOMIKY: známe, proto používáme ofiko repozitáře. Spoustu projektů si je šlechtí, dockehub má vulnerabity scanning out of box. A vždy si můžeš přečíst dockerfile, jak je to poskládaný. Většina věcí je postavená na nějakým ofiko OS image, nad tím si udělá instalaci závislostí pro svoji app. Mysql/Mária/postgres to budou imho takhle - používám ofiko postgres image s pár úpravama v našem repo, mám to proscanovaný od dockerhub a běží na tom produkční databáze.

SUK: ok, zkusim. Obcas mi to zlobi. Treba kdyz ulozim obraz, tak mi prestane fungovat sit a takovy nejaky blbiny. Ale to bude tim, ze jsem lama.
No nevim... ofiko obrazy mozna, balicky z ofiko repo jo, ale tohle znate, ze jo?
https://www.root.cz/zpravicky/analyza-ctyr-milionu-obrazu-na-dockerhubu-odhalila-v-polovine-kriticke-zranitelnosti/

# Posilam tahat pro zaklady prace s kontejnerem
# vyved obraz kontejneru
docker export <konteiner id> > file.tar
# zaved vyexportovany obraz konteineru
docker import file.tar deb:py
# spust konteiner na pozadi a pripoj /home/user
docker run -v /home/user:/home/user -d deb:py /bin/bash
# zobraz bezici kontejnery
docker ps
# pripoj se k bezicimu kontejneru (spust v nem prikazovy radek)
docker exec -ti <kontejner id> bash

... sry ... man docker-run ... me naucil ;]

jj, ale ja to stejne asi pouzivam nejak uplne blbe... konteiner spoustim takhle:
docker run -v /home/user/install:/root/install -i -t debian
coz jak jsem se dozvedel z docker search debian ... by mel byt oficialni image z nejakyho to verejnyho zdroje... (coz mi pripomina, ze jsem cetl vysledek nejakyho vyzkumu, jak je 50% verejnych kontejneru zaneradenych a plny bezpecnostnich der?) ... no na kazdy pad ... chvilku pracuju... a pak dam napriklad:
docker commit <id> vps/deb:python3.9.4
Ale co potom.. kdyz chci treba nainstalovat mariu ... a vlozit do ni nejaky data... tak prima, zkusim si to, ... ale kdyz potom vyskocim z toho shellu, kterej se mi objevi, tak mi zmizi veskera prace ... a zase commitovat .. kdybych chtel, aby mi ten konteiner bezel dele ...
nejak mi unika ta neperzistentnost, kdyz chci fakt nejaky data uchovat... ... tim, ze jsem si namountoval jeden adresar bych to vyresil, kdybych pouzival treba nejakej adresar se zdrojakam, ... ale to bych mel do toho mountu presunout veskery datovy soubory marie (databaze)?

A mate pravdu, ... chtel jsem novou vm na nejaky dalsi pokusy... a kdyz jsem do ni instaloval debian, tak mi to samy vyslo na 30 minut a pak jsem to vypnul, protoze to vyhodilo proc na 100% a kopirovani bylo strasne pomaly (v ramci vps)

Hmmm... tak mi to nedalo... a myslim, ze jsem se ukvapil v usudku... ten "silenej" bordel ve /var/docker neni az ak zahadnej... mel jsem tam prilis mnoho konteineru, imagu atp. z jednoho z prvnich pokusu... kdyz se na to divam znovu, s cistou instalaci... tak jsem docela hezky prekvapen... ...
ve /var/lib/docker/overlay2/<divny id>/diff (napriklad) je normalne filesystem... pri prvnim pruzkumu, kdyz jsem cistil disk jsem se dostal jenom do ... docker/overlay/diff a videl jsem tam ty "divny id" ... tak me to odradilo... myslsl jsem, ze tam budou nejaky krypticky soubory ... ale jak rikam, jestli jsou to normalni soubory tak super...

Je to presne jako u vyvoje - vec ktera nejde otestovat je rozbita. Pokud nedokazes otestovat deployment - je rozbitej. Tolik k tomu, ze se neco bude delat jen jednou. :-)

INDIAN: Nejsem na to kovanej expert, sorry za nepresnosti. Zajimalo me, jestli je to k necemu dobry.
MARTEN: Myslim, ze uz bez dockeru nejak doziju.