Stiva LAMP în subsistemul Windows pentru Linux

Atunci când caută un mediu de dezvoltare optim, Windows 10 oferă soluții complete, cum ar fi XAMPP , WAMP și MAMP , instalare manuală manuală și soluții de virtualizare precum Vagrant ( Scotch Box ) și Docker ( Devilbox , Laradock ). Dar, din cauza cerințelor mele, cum ar fi configurabilitatea gratuită, certificatele SSL cu wildcard reale, accesul de pe toate dispozitivele finale din rețeaua locală, precum și stabilitatea și performanța ridicate, toate soluțiile nu au reușit - cu excepția uneia.


Am experimentat toate variantele (în special cu Docker) în ultimele luni și m-am blocat cu Lando . Dar sa dovedit că toate soluțiile bazate pe Docker (și Vagrant) din motive de performanță în Windows și Mac sunt inutile pentru proiectele cu un număr mai mare de fișiere (o vizualizare de pagină a durat aproximativ 25 de secunde). Există numeroase fire aici și aici și aici în care sunt discutate cauza și soluțiile posibile .

Pentru mine erau prea multe pastile de înghițit - fișierele nu ar trebui sincronizate manual, ci pur și simplu să fie disponibile. De asemenea, nu am vrut să mă întorc la MAMP PRO pe care îl foloseam de ani de zile (în special o groază sub Windows). Așa că m-am întors la început și am încercat din nou nativ. Sub Windows, aceasta a fost o întreprindere revoltătoare în mod normal sau prin Cygwin , până când am încercat WSL .

Am avut deja experiențe foarte pozitive cu subsistemul Windows pentru Linux în ultimele câteva luni și după ce toate serviciile LAMP au funcționat după un scurt test fără restricții în ceea ce privește stabilitatea și performanța, am ajuns la concluzia că Microsoft a realizat lucruri extraordinare aici. Urmează configurarea mea (în continuă extindere), inclusiv toate scripturile pentru mediul meu actual de dezvoltare sub Windows 10 Pro:

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

3d95982c87ac786700b6d602cd977234

Înapoi