Stos LAMP w podsystemie Windows dla systemu Linux

Poszukując optymalnego środowiska programistycznego, Windows 10 oferuje kompletne rozwiązania, takie jak XAMPP , WAMP i MAMP , natywną instalację ręczną oraz rozwiązania wirtualizacyjne, takie jak Vagrant ( Scotch Box ) i Docker ( Devilbox , Laradock ). Ale ze względu na moje wymagania, takie jak dowolna konfigurowalność, prawdziwe wieloznaczne certyfikaty SSL, dostęp ze wszystkich urządzeń końcowych w sieci lokalnej oraz wysoką stabilność i wydajność, wszystkie rozwiązania zawiodły - poza jednym.


Eksperymentowałem ze wszystkimi wariantami (zwłaszcza Dockerem) w ciągu ostatnich kilku miesięcy i utknąłem z Lando . Okazało się jednak, że wszystkie rozwiązania oparte na Docker (i Vagrant) ze względu na wydajność pod Windows i Mac są bezużyteczne w projektach z większą liczbą plików ( wyświetlenie strony trwało około 25 sekund). Jest wiele wątków tu, tu i tutaj, w których omawia się przyczynę i możliwe rozwiązania .

Dla mnie zawsze było zbyt wiele tabletek do przełknięcia - pliki nie powinny być synchronizowane ręcznie, ale po prostu być dostępne. Nie chciałem też wracać do MAMP PRO, którego używałem od lat (zwłaszcza horroru pod Windows). Więc wróciłem do początku i spróbowałem ponownie natywnie. Pod Windowsem było to oburzające przedsięwzięcie w normalny sposób lub przez Cygwin , dopóki nie wypróbowałem WSL .

Miałem już bardzo pozytywne doświadczenia z podsystemem Windows dla Linuksa w ostatnich miesiącach i po tym, jak wszystkie usługi LAMP działały po krótkim teście bez ograniczeń pod względem stabilności i wydajności, doszedłem do wniosku, że Microsoft osiągnął tutaj świetne rzeczy. Potem następuje moja (stale rozwijająca się) konfiguracja obejmująca wszystkie skrypty dla mojego obecnego środowiska programistycznego w systemie Windows 10 Pro:

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

Plecy