Pila LAMP en el subsistema de Windows para Linux

Al buscar el entorno de desarrollo óptimo, Windows 10 ofrece soluciones completas como XAMPP , WAMP y MAMP , instalación nativa a mano y soluciones de virtualización como Vagrant ( Scotch Box ) y Docker ( Devilbox , Laradock ). Pero debido a mis requisitos, como la capacidad de configuración gratuita, los certificados SSL comodín reales, el acceso desde todos los dispositivos finales en la red local, así como una alta estabilidad y rendimiento, todas las soluciones fallaron, excepto una.


He experimentado con todas las variantes (especialmente Docker) en los últimos meses y me he quedado atascado con Lando . Pero resultó que todas las soluciones basadas en Docker (y Vagrant) por razones de rendimiento en Windows y Mac son inútiles para proyectos con una mayor cantidad de archivos (una vista de página tomó aproximadamente 25 segundos). Hay numerosos hilos aquí y aquí y aquí en los que se discute la causa y las posibles soluciones .

Para mí, había demasiadas píldoras para tragar: los archivos no deberían sincronizarse manualmente, simplemente estar disponibles. Tampoco quería volver al MAMP PRO que había estado usando durante años (especialmente un horror en Windows). Así que volví al principio e intenté de nuevo de forma nativa. En Windows, esto fue una empresa indignante de la manera normal o mediante Cygwin , hasta que probé WSL .

Ya había tenido experiencias muy positivas con el Subsistema de Windows para Linux en los últimos meses y después de que todos los servicios LAMP funcionaron después de una prueba corta sin restricciones en términos de estabilidad y rendimiento, llegué a la conclusión de que Microsoft ha logrado grandes cosas aquí. A esto le sigue mi configuración (en constante expansión) que incluye todos los scripts para mi entorno de desarrollo actual en Windows 10 Pro:

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

Atrás