@Moris299: da się to zrobić za pomocą dockera, aczkolwiek został on stworzony do zmniejszania różnic pomiędzy devem i prodem o ile się nie mylę

@Moris299:
Zaletą dockera jest to, że masz osobną infrastrukturę dla każdego projektu, więc możesz mieć np. inną wersję PHP. Do tego "postawienie" projektu na dowolnym serwerze jest (teoretycznie) banalnie proste

Wadą to, że potrzebujesz więcej zasobów. Pomijając już nawet sam narzut dockera, to masz dla każdego projektu np. osobny web server, RDBMS itd.

Chociaż w sumie dałoby radę zrobić współdzielone kontenery między projektami. Ale nie wiem, czy to będzie miało ręcePokaż całość

@prezydent_wykopu możesz też poszukać gotowego obrazu który ma PHP i NodeJs już zainstalowane. Na dockerhubie jest sporo różnych konfiguracji najpopularniejszych frameworków. Ale to będzie prawie to samo co byś zainstalował sam, z tą różnicą że obraz będzie aktualizowany przez właściciela, a o swój dockerfile musisz troszczyć się sam :)

@prezydent_wykopu: Najlepiej jakbys użył States builds czy jakoś tak. W sensie instalujesz sobie wszystko potrzebne do zainstalowania zależności. Potem bierzesz tylko artefakty i wrzucasz do nowego obrazu z minimalnym wymaganym runtime. To jest taka trzecia opcja, ale nie znam Docker compose. Rozumiem, ze on buduje obrazy za każdym razem tak?

@niepoprawny30 to jakbyś miał jakieś newsy to jestem otwarty na informacje :D sam niedługo postaram się poeksperymentowac z dockerem, ale z różnymi systemami aniżeli takimi paczkami gotowymi to mogę ewentualnie wymienić się przemyśleniami. Chociaż też się zastanawiam czy raspberry czy może coś innego skoro już I tak konfiguruje podstawy na dockerze.

@weshu: Tiki taki i Kasztanki to miejscowości obok Malagi? ( ͡° ͜ʖ ͡°)

@weshu Piszesz o benefitach i kasie za relokację a nie podajesz najważniejszego czyli widełek płacy.
Ile tu mniej więcej można zarobić?

@look997: https://www.mediawiki.org/wiki/Topic:Tjzkjkhe1voerymw
to?

@LukEEE: [http://host.docker.intern](http://host.docker.intern)al pingnij to z kontenera. Powinno działać ;)

@zwei: To jest jedna z najlepszych rzeczy w ciągu ostatnich kilku lat. Wzięli zony z solarisa, dopracowali i zrobili dockera razem z docker hubem. Coś piękngo, zmienia całkowicie sprosób dewelopmentu i wdrażania aplikacji.

@Bruno_: Jie uruchamiasz mongo tylko tworzysz plik mongo.sh

@Radaka: przy reinstalacji polecam uzyc LVM

@mccloud nie znalazłem, wołaj ;-)

@mccloud: Wygląda na to, że istnieje exporter dla Prometheusa: https://github.com/nshttpd/mikrotik-exporter

Prometheus + Grafana i jesteś w domu :-)

1. Z konsoli jest ok. Z pomocniczych narzędzi spoko jest Portainer, darmowy i ładnie wizualizuje co się dzieje w dokerze, wspiera wiele instancji dockera i swarmy.
2. IMHO wystarczy.
3. Jeśli dobrze rozumiem pytanie to pull, stop i rm starego, odpalenie nowego.
4. Compose jest spoko.
5. On nie do końca adresuje ten problem. Łatwiej będzie Ci tutaj zainteresować się swarmem. Wejście w niego jest mega przyjemne a konfiguruje się go tak praktycznie samo jak composePokaż całość

@annotate: @mirasKo-Kalwario: co fo punktu 3, to nie robilbym stop i rm starego, tylko tagował numerami wersji

@Bruno_: podaj komendę docker run jakiej użyłeś. Pewnie zapomniałes dodać
- p 8080:8080

@mariusz-laszczka: ale do deweloperki możesz sobie odpalić samego MySQL w kontenerze a apke lokalnie (najprawdopodobniej z IDE).

To zawsze była odpowiedzialność dewelopera, pobrać kod, ściągnąć zależności, zbudować (do dwóch ostatnich zadań masz mavena albo gradle) i testować. Wrzucanie zależności do dockera to słaby pomysł, obraz będzie ważył tonę ;) I będzie problem z nowymi wersjami takiego obrazu.

Dockera raczej używa się do rozpowszechniania konkretnych wersji oprogramowania.

Możesz przygotować docker composePokaż całość

@klocus: Fajnie że znów kontynuujesz wpisy, ciekawe zestawienie :)

@GratisLPG: tutaj jeszcze jest ciekawy wątek:
https://github.com/jessfraz/dockerfiles/issues/149

Sugerują, że twój host ma starego kernela i/lub nie ma wkompilowanego mechanizmu tzw. user namespace.
Wtedy nic nie trzeba podbijać uprawnień - najbezpieczniejsza opcja.

@GratisLPG: szczerze mówiąc to zależy jak masz zbudowany kontener.
Jeżeli masz to zrobione tak, że twoim głównym procesem w dockerowym kontenerze nie jest Chrome, a XFCE, to wtedy podbicie uprawnień jest mniej bezpieczne, bo "podbicie uprawnień" panoszy się wśród wszystkich sub-procesów.

Im miej uprzywilejowanych procesów, tym lepiej.

W twoim przypadku Chrome sam w sobie już siedzi w izolacji, więc docker robi robotę piaskownicy - ja bym jednak poszedł w --no-sandbox jeżeli mówimy oPokaż całość

@Roballo: nie, I nie powinieneś w sumie. Dla aplikacji które nie rozumieją AAD zastosuj konto lokalne i zazwyczaj ruszy

@GratisLPG: W amazon przecież płacisz za godziny, jak skasujesz, to nie płacisz.

@GratisLPG playwithdocker