warto spojrzeć ... przetestować ... i korzystać - https://box.scotch.io/

Kolejny box Dość dobrze skomponowany, ale ... zapewne apache2

Vagrant ok, o ile nie używasz tego na windows, w przeciwnym wypadku jest niestety strasznie wolny, a nawet jak użyjesz nfs, to ilość problemów z uprawnieniami jakie powstają.. Nah windows średnio się nadaje pod webdev, a jak już siedzisz na jakimś linuxie to docker jest o wiele lepszym rozwiązaniem.

Ostatnio wiele właśnie słyszałem o Dcker, ale jak poprzeglądałem np. to:
http://www.dylanlindgren.com/docker-for-th...avel-framework/

To mi się odechciewa i wolę vagrant

@by_ikar wszystko dla ludzi i jak kto woli ... ale zamieściłem ten link bo przewijają się wątki odnośnie problemów z konfiguracją ( czy nawet stworzenia) swojego środowisko do pracy - a tu masz wszystko OOTB.

a w samej preambule jest :

A lot of PHP websites and applications don't require much server configuration or overhead at first. This box should have all your needs for doing basic development so you don't have to worry about configuring Vagrant and you can simply focus on your code.

Oczywiście że wszystko jest dla ludzi, w firmie jakiś czas temu się przenieśliśmy na dockera, dlatego że te same obrazy wykorzystujemy testowo i produkcyjnie. Pracowałem pod windowsem kilka miesięcy na vagrancie, aktualnie na ubuntu 14 (gdzie instalacja dockera zamyka się w jednym apt-get) + docker i jest zajebiście. Uruchomienie klastra mongo (~10 kontenerów) to jest jedno polecenie i aż 2 sekundy czekania. I nie pisze o tym dlatego że jestem jakimś fanbojem dockera, po prostu po tych kilku miesiącach z dockerem widzę ogromną różnicę przedewszystkim wydajnościową względem vagranta. Pod dockerem postawienie kontenera z ubuntu+php+mysql+nginx kosztuje mnie aż 10min (głównie przez wolne połączenie internetowe), duplikacja tego kontenera, żeby stworzyć nowe środowisko, dla jakiegoś innego projektu, ale z bardzo podobnymi zależnościami (tylko np konfiguracja nginxa/mysqla inna) to już jest kwestia sekund, na sklonowanie i uruchomienie.

Na prawdę, spróbujcie i zapewniam że nie będziecie chcieli wrócić do vagranta. Pod windowsem to nie ma znaczenia, bo i tak dockera trzeba uruchomić pod vagrantem, ale pod linuxem, to jest inna bajka.

@Ikar a masz jakieś godne opisy ? Bo na prawdę jak widzę mnogość poleceń i zawiłości jakie muszę wykonać żeby odpalić śrdowisko dla laravela to ni się nie chce po prostu

Cóż, początkowo szukałem czegoś fajnego, aby móc przedstawić reszcie zespołu, jakie są plusy przejścia z vagranta, bo w sumie na vagranta przenieśliśmy się dlatego że potrzebowaliśmy rzeczy które nie były dostępne pod windowsem (redis 2.6+, nowsze mongo itp), ale jak zaczęliśmy odwzorowywać środowisko produkcyjne lokalnie (mongo do klastra zaleca ~7 serwerów) to zaczynało być nie ciekawie zwłaszcza dla niektórych na laptopach. Więc najbardziej przystępny wpis jaki znalazłem, z obrazkami to jest ten: http://anandmanisankar.com/posts/docker-co...-redis-example/

Co nie zmienia faktu że dockera najlepiej czytać oficjalną dokumentacje, dość szybko się rozwija sam docker, to co dzisiaj ci nie działa, jutro może mieć już łatkę + info w dokumentacji. Tak miałem np z docker-compose (w yaml można sobie tworzyć kontenery jak i powiązania między nimi i startować wszystkie jednym poleceniem) gdzie chciałem aby jedna rzecz działała, ale jeszcze nie mieli tego zrobionego, po weekendzie wydali nową wersję z właśnie tym czego mi brakowało.

https://docs.docker.com/installation/ubuntulinux/ <- instalacja pod ubuntu
https://docs.docker.com/userguide/ <- tutaj jakieś ogólne info na temat jak używać dockera wraz z odnośnikami do różnych zagadnień.

Generalnie przyzwyczaić się trzeba do tego żeby nie startować aplikacji z poziomu system.d/upstart'a tylko pozwolić dockerowi na zarządzanie procesami (start/stop, restart) z poziomu systemu hosta. Ewentualnie jeżeli potrzeba więcej niż jeden serwis/aplikację odpalić wewnątrz jednego kontenera, wtedy polecam użyć supervisor i jego podpiąć jako entrypoint/cmd który będzie dostawał sygnały od dockera podczas start/stop/restart dzięki czemu procesy będą się sensownie zamykać (eg mongo nie będzie tworzył locka, tak jak przy crasu procesu). Jest tam trochę więcej rzeczy do przyswojenia względem vagranta, ale jest to na prawdę opłacalne.

A dla laravela żeby odpalić dev stacka, to jest już masa gotowych kontenerów, kwestia znalezienia odpowiedniego, zainstalowanie dockera odpalenia kontenera.