Stiva LAMP în subsistemul Windows pentru Linux

Atunci când caut mediul de dezvoltare optim, Windows 10 oferă o gamă largă de opțiuni, pe lângă soluții complete precum XAMPP , WAMP și MAMP , și instalări native manuale , precum și soluții de virtualizare precum Vagrant ( ScotchBox ) și Docker ( DevilBox , Laradock ). Cu toate acestea, toate soluțiile nu au reușit să îndeplinească cerințele mele - cum ar fi configurabilitatea liberă, certificatele SSL cu adevărat wildcard, accesul de pe toate dispozitivele din rețeaua locală și stabilitatea și performanța ridicate - 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