Cambiar a Windows para el desarrollo local de WordPress

Como probablemente note al leer nuestro blog, favorecimos mucho Mac y Linux para el desarrollo de WordPress. Y no estamos solos: a través de mi investigación muy científica y exhaustiva, la mayoría de los otros desarrolladores de WordPress parecen usar Mac. Y esto por una buena razón: Mac “funciona solo” cuando lo configura para el desarrollo. Tiene PHP y Ruby instalados, tiene una línea de comandos de Linux y se ve muy bien.

Aunque estoy satisfecho con los sistemas Mac durante años, trato de mantener el ritmo de los cambios en Windows. En el artículo de esta semana, analizo cómo puede configurar un entorno de desarrollo local moderno de WordPres en Windows.
¿Por qué usar Windows? Algunos podrían preguntar por qué alguien usaría Windows cuando Mac se entrega con PHP, GIT, Ruby y algunas otras herramientas que pueda necesitar para el desarrollo local de WordPress. Windows era conocido por la falta de herramientas de desarrollo, especialmente para aplicaciones como WordPress. Sin embargo, las cosas parecen regresar últimamente, primero con la introducción del subsistema de Windows para Linux (WSL), un nuevo compromiso de código abierto, luego con un nuevo terminal y eventualmente con WSL 2 (más sobre él en una imagen).
Creo que la razón más grande y más común para usar Windows es el precio. MacBooks e iMacs son caros y difíciles de reparar o actualizar a medida que envejecen. Y alguien que al principio solo en desarrollo podría no querer gastar $ 3,000 para obtener un automóvil que no esté seguro de si le gusta. Creo que Windows finalmente ha llegado al punto en que alguien puede ser tan productivo como alguien más en Mac. Y eso se debe al Linux. El subsistema de Windows para el subsistema de Linux Windows para Linux se lanzó por primera vez en 2016. Ofreció una versión emulada por Linux que puede instalar la distribución favorita de Linux, como Ubuntu o Debian. Esto funcionó bastante bien. Ofreció a los desarrolladores un entorno de Linux “bastante bueno” que ayudó a algunos de los problemas de trabajar con programas o scripts basados ​​en UNIX. Los desarrolladores ya no eran para configurar algo como CMDER para emular pedidos básicos como LS o RM. Sin embargo, la primera versión del WSL no fue perfecta. Debido a que ha sido virtualizado, incluso las cosas simples, como los directorios cambiantes, podrían ser dolorosamente lentos, especialmente una vez que agrega cosas como GIT y una terminal elegante. Los archivos en ese subsistema también se aislaron de la instalación principal de Windows. Esto ha hecho que funcione con archivos Linux en los archivos de Windows o Windows en Linux es un poco más engañoso, aunque posible.
Sin embargo, Microsoft parecía plenamente consciente de estas deficiencias y se esforzó por crear WSL 2. Ahora, en 2020, el WSL 2 se lanzó y ya no es un Linux Ematica, es el verdadero negocio. Sin embargo, hay una advertencia. Para aprovechar la velocidad mejorada, Microsoft recomienda que mantenga los archivos del proyecto en el entorno de Linux y haga la mayor parte de su trabajo allí. Trabajar con archivos de Windows en Linux (o viceversa) puede ser mucho más lento. Esto significa que los entornos tradicionales de desarrollo de Windows, como Laragon o Local, están disponibles. Todavía estaba decidido a instalar un entorno de desarrollo laboral en Windows con WSL 2, por lo que instalé Ubuntu en el WSL 2 de acuerdo con los documentos y me senté para darme cuenta del resto, pero vale la pena señalar que Docker tiene un soporte especial para WSL para WSL 2. Ahora puede ejecutarse directamente en el núcleo de Linux, lo que significa que las cosas son mucho más rápidas que antes. Para poner en funcionamiento un entorno local, instalé Devilbox, siguiendo la documentación de Devilbox. Si sigue, asegúrese de usar las instrucciones para el sistema operativo Linux en lugar de instalarlo directamente en Windows. 5 minutos después y tuve un entorno de desarrollo completo de PHP/NGINX/Maria DB en Linux, Windows.
Luego tuve que configurar un nuevo sitio de WordPress. Afortunadamente, Gilbert ya ha escrito un gran tutorial para configurar el servidor web, instalar un entorno de desarrollo local de WordPress y crear un volumen para instalar cualquier WordPress personalizado.
El sitio local de WordPress para esta configuración es rápido.Es al menos igual a otros promedios de ventanas, como Laragon y Local por volante y mucho más rápido que los servidores locales más antiguos como Maan, Wamp y XAMPP.Edición de archivos Linux con código Visual Studio Por lo tanto, como mencionamos anteriormente, necesitamos mantener los archivos del proyecto en Linux.Pero, ¿qué pasa con su edición con su editor de código favorito, frente a código?Afortunadamente, VS Code tiene una extensión WSL remota que es totalmente compatible con WSL 2. Puede instalar esa extensión, explorar su proyecto WSL e ingresar el código.Para abrir el proyecto en VS Code.¡Bastante elegante!

Herramientas de desarrollo A lo largo de los años, he reunido muchos programas de Mac, por lo que pasé algún tiempo buscando herramientas en Windows que también puedan hacer el trabajo. Afortunadamente, muchas aplicaciones excelentes para Mac tienen Windows homólogos. MySQL Como muchos otros, utilicé Secel Pro para Mac. En ese momento, parecía ser la GUI más popular MySQL, pero últimamente su desarrollo se ha ralentizado a un bloqueo y no es compatible con Microsoft Windows. Y aunque Devilbox viene con phpmyadmin, quería algo un poco más sustancial. En estos días uso Table Plus y no puedo recomendarlo lo suficiente. Disponible en Mac y Windows, es una muestra de MySQL, llena de funciones que no necesitaba. Me gusta especialmente la forma en que está muy enfocado en el teclado, ofreciendo atajos para casi cualquier cosa. También tiene un modo de vista previa, donde puede hacer muchos cambios en la base de datos MySQL que se resaltará (pero no guardada) hasta que presione Ctrl + S para guardar los cambios: esto ciertamente me eximió de una edición deficiente varias veces.

Table Plus tiene una versión de prueba gratuita, las licencias pagadas están disponibles por $ 59 y más. La línea de pedido de la línea de pedido del comando predeterminada que viene con Windows deja mucho que se desee estéticamente y es una gran transición de MacOS:
Afortunadamente, Windows introdujo recientemente Windows Terminal, un símbolo del sistema renovado que incluye Windows, PowerShell y su distribución de Linux de su elección:

Es rápido, fácil de personalizar y un gran paso en general en comparación con el símbolo del sistema que conoce y odia. Le recomiendo que configure Oh My ZSH y TMUX como desee. Y, por supuesto, la instalación de WP CLI a nivel mundial también es una necesidad. GIT en Mac, utilicé Git Tower como interfaz Git Graphics y que también tiene una aplicación Windows. Pero, dado que el proyecto archiva en vivo en Ubuntu con WSL 2, esto no lo cortará aquí. Como reemplazo de una interfaz gráfica para comités simples, cambiando ramas y cosas que no quiero hacer en la línea de comando, utilicé la lente GIT en el código VS. Es compatible con la extensión remota del código VS y le permite ejecutar los comandos GIT más comunes en el IDE. Para cosas más complejas, probablemente volveré a la línea de comando. No es Git Tower, pero es lo suficientemente bueno por el momento.

Los pensamientos finales de Windows han seguido un camino muy largo en los últimos años, por lo que es una opción viable para el desarrollo local de WordPress. Estoy seguro de que, a medida que el WSL 2 madura y más personas comienzan a usarlo, habrá más opciones en el futuro para hacer que el desarrollo en Linux, en Windows sea lo más simple posible. ¿Hace todo su desarrollo web en Windows? ¿Hay herramientas obligatorias que creas que me perdí? Házmelo saber en los comentarios.