Desarrollo local de WordPress: una presentación de opciones

Una de las primeras y más simples “pruebas” que distingue a los desarrolladores de WordPress dedicados a aquellos que aún lo consiguen es si usan o no un servidor remoto para el desarrollo. Puede construir muchos sitios de WordPress antes de necesitar un lugar alternativo y personal para experimentar con el tema y el código de complemento. Pero al final, todos intentan el desarrollo local, y luego rara vez vuelven a distancia. Comprender el desarrollo local es algo que se ha vuelto más difícil en WordPress en los últimos cinco años. Las opciones se han multiplicado y muchas son significativamente mejores que las que aparecieron antes. Un principiante puede sentirse cubierto por muy buenas opciones cuyos compromisos no están claros. Esta es esta canción: Mr. Comprhoffs (este es un apodo que acabo de dar) le dirá qué opciones existen para hacer el desarrollo local de WordPress y por qué podría querer ir con cada uno. Pero antes de agotarlos, más sobre WordPress, servidores y por qué el desarrollo local de WordPress es bueno.
¿Quieres aprender seriamente el desarrollo de WordPress? Despierta y corre hoy

En funcionamiento está nuestro curso completo “Aprende el desarrollo de WordPress”. Ahora, en la tercera edición actualizada y extendida, ha ayudado a cientos de compradores felices a aprender el desarrollo de WordPress de una manera rápida, inteligente y completa. { % If condición: aprendizaje-wordpress-desarrollo %} Usted ha visto que sabemos de lo que estamos hablando y podemos ayudarlo a aprender el desarrollo de WordPress. Pero, aquí está uno de nuestros clientes, que ahora es un desarrollador de WordPress de tiempo completo, que le cuenta sobre el curso:

“Creo que cualquiera está interesado en aprender el desarrollo de WordPress necesita este curso. Antes de comprar en funcionamiento, había aprendido un código de WordPress, pero me faltaba la dirección. Ver los videos del curso era como muchas luces encendidas. Pasé de estar vagamente familiarizado con la forma en que los temas, las funciones y el propio WordPress trabajan en su control. Todo se hizo mucho más claro. Recomiendo este curso a todos los que quieran escuchar “. – Jason, desarrollador de WordPress
{ % Endif %} ¡Tome el siguiente paso en su viaje de desarrollo de WordPress!
Despierta y corre ahora
¿Por qué es bueno el desarrollo local de WordPress debido a lo fácil que WordPress ha instalado la mayoría de los hosts web? Las personas no tienen que trabajar demasiado para poner en funcionamiento un sitio. Por lo tanto, la mayoría de las personas se sienten más cómodas para hacer cambios en su sitio en vivo en el servidor principal. Y es más fácil, seguro. (En algunos aspectos, puede parecer que WordPress fue diseñado para dificultar la sincronización de una versión de distancia de un sitio con el Live).
Pero hay importantes desventajas para ajustar su sitio en vivo y usarlo a medida que cambia la ubicación del código. Algunos que me vienen a la mente rápidamente son:
Sus visitantes pueden ver todos los cambios que realiza. Si prueba temas (y usa la vista previa de la personalización), esto es menos cierto que antes, pero muchos complementos que requieren cambios en sus sitios no se pueden mostrar solo. Si solo prueba un complemento o función, no es una gran situación.
Cuando rompes algo, rompiste lo real. La invocación al “Código Cowboy” se refiere a esto. Cuando la “codificación de vaquero” va correctamente, no es un problema. Pero cuando sale mal, es al menos tres veces peor que simplemente romper la versión local. A veces es hasta 4729 veces peor. (He medido; P) Tienes un ciclo de retroalimentación más lento. La aparición de cambios en un servidor remoto es más lenta que hacer que aparezcan en su automóvil local, sin importar cómo los corte. Los flujos de trabajo FTP más comunes son más lentos y más propensos a los errores, pero incluso si simplifica el proceso (mediante el uso de un flujo de carga de rescate local), es más lento.
La memorización de caché puede traerte. Uno de los mayores problemas hoy en día con el uso de una instalación implícita de WordPress en un buen host de desarrollo es que el almacenamiento en caché (que es necesario/excelente para el rendimiento del sitio) puede hacer que sea difícil o imposible decir con confianza que hace cambios y qué efecto ellos tienen.
Las huellas de las pilas públicas son vergonzosas. O peor, pueden ser un problema de seguridad. Pero si comienza wp_debug desde la distancia, esta es, en el mejor de los casos, una buena solución de medio tiempo en la pantalla blanca de la muerte, que es la forma más segura de fallar su sitio público.
WordPress se ejecuta en un servidor, por lo que necesita un servidor para comprender realmente el desarrollo local y lo que significa, debe comenzar a comprender WordPress como algo más que una aplicación que está a su alcance. Debe comprender que es una aplicación PHP que se ejecuta en un servidor web que responde a sus solicitudes por los navegadores.
Afortunadamente, la mayoría de las opciones de desarrollo locales de las que estamos hablando en este artículo no requieren una comprensión profunda de lo que está sucediendo allí y ninguna de ellas requiere que domine toda la complejidad o pueda armarlas. tú. (Aunque entiende que es mejor usar la hora del tiempo tocilar). Las cosas esenciales que se deben saber sobre WordPress para este artículo son los siguientes: WordPress es, desde la perspectiva del servidor, una aplicación PHP y MySQL. PHP es el lenguaje de programación, y MySQL es la base de datos en la que WordPress almacena las publicaciones.
Apache, o más recientemente Ningx, es el servidor que fabrica el mazo entre PHP y los navegadores web.
El sistema operativo de WordPress puede variar. Linux es el más común, pero puede funcionar bien tanto en MacOS como en Windows.
Ya he escrito un texto más largo sobre la comprensión de las tecnologías subyacentes a WordPress. Si es interesante para usted, compruébalo:
¿Una lámpara de WordPress? Una introducción a la infraestructura de WordPress cómo haces el desarrollo local
https://www.youtube.com/watch?v=oh1qqmrzmp
Ahora está en un punto conveniente para ver el video de arriba, en el que renuncio a mis preferencias para el desarrollo local de WordPress. El santo grial del desarrollo local, que le ofrece todas las opciones que trataremos a continuación, es la idea de que guarda un archivo en una carpeta en la computadora, y el servidor se actualiza inmediatamente con la modificación. Porque su computadora es el servidor. Como hablaremos un poco más tarde, en algunas situaciones esta posibilidad es un poco más abstracta que en otros, pero en todos los casos, por lo tanto, pase por la molestia de configurar esto: obtener una copia personal de WordPress que le mostrará el Cambios más rápido. Wamp, MAMP, XAMP, etc. La primera parada cuando consideramos las opciones de desarrollo locales son para mí los clásicos: WAMP y MAMP. Cuando era usuario de Windows hace aproximadamente una década, Wamp era la forma en que puse a WordPress para ejecutar localmente. Y sigue siendo una gran opción. Hoy, todavía uso MAMP en mi Mac. Nunca lo usé personalmente, pero XAMPP es una versión popular multiplataforma de la misma idea básica. Para los no iniciados, MAMP significa macOS, Apache, MySQL y PHP. WAMP es el mismo, pero la ventana representa macOS. En ambos casos, prácticamente ejecuta una sola aplicación autónoma creada por otra persona como servidor web. Utiliza su sistema operativo básico para obtener ayuda.
Para la mayoría de las personas con la mayor cantidad de usos, esto significará que se desarrollará de forma predeterminada en sitios de URL como http: // localhost/my-devsite o http: // localhost: 8888/wpshout-dev. Es posible y bastante fácil cambiar esto si sabe lo que está haciendo, pero de fuera de la caja es lo que verá. Lo mejor de WAMP y MAMP es lo que tienen en común: ambos son sistemas relativamente bien diseñados a través de los cuales puede tener una única “aplicación” que lanza para comenzar el desarrollo local. Debido a su naturaleza atómica, son (relativamente) simples de instalar y controlar. Una nota rápida sobre MAMP MAMP es un producto interesante y más comercial que WAMP y XAMP. Sin embargo, no tiene que pagar por “MAMP Pro” para usar “MAMP”. Personalmente pagué por esto algunas veces diferentes, porque aprecio muchos diseños Mac (Pro) MAC específicos. Ninguna de las versiones es perfecta, pero creo que son lo suficientemente útiles como para arrojar mis 60 dólares una vez y un pequeño precio de actualización cada pocos años. Algunas personas son ideológicas en términos de pago de software, y MAMP es claramente un ecosistema destinado a hacerle pagar. Pero siento que vale la pena el precio.
Entro con más detalle en este video. Danos una dirección de correo electrónico y puede rastrear una comparación práctica entre IT y VVV (discutir a continuación):
Variantes específicas de WordPress: escritorio que nunca he usado, pero sé que muchas personas en la comunidad de WordPress usan y aman el escritorio. ¿La razón? ¿Imagina que tiene todas las funciones _AMP y también muchas funciones útiles para usuarios y desarrolladores de WordPress? Si hubiera sabido sobre esto antes cuando aprendí sobre estas cosas, no tengo dudas de que realmente apreciaría algunos de los poish específico de WordPress que contiene el escritorio. Mirando su sitio de marketing rápidamente, algunas funciones que no entiendo con MAMP y creo que suena genial: Instalación automática de WordPress (tanto gratuita como pagada)
Un inicio de sesión de bypass de un complemento
Compartir LAN para pruebas móviles
Implementación asistida de sus sitios
Al igual que MAMP, Desktopserver lo alienta a pagar por un producto. A diferencia de MAMP, se ejecuta en Windows. Una opción solo para Mac: Laravel Valet como un recubrimiento delgado Otra forma de lidiar con la necesidad de crear un servidor es usar el sistema operativo básico y conectar solo PHP, MySQL y el servidor web. Hice esto en una Mac y, aunque no lo recomiendo, requirió mucho mantenimiento a niveles bajos y siempre tuve problemas con los permisos porque no soy un experto y probablemente hice algo mal.
Pero, es una solución más rápida y ligera que MAMP, Desktopserver y similares.Y, aunque dije que me niego a seguir haciendo esto, recientemente probé una alternativa que ayuda a esto y tiene mucha belleza, mi versión de esto nunca lo ha hecho.Se llama Valet Laravel.(Para los curiosos, Laravel es un marco PHP MVC popular, pero no tiene que saberlo o usarlo para usar Laravel Valet). Lo que Laravel Valet está haciendo para brindarle una herramienta CLI para crear y administrar rápidamente nuevos proyectos en su coche local.Instale el servidor y conéctese a MySQL para usted.Esto es ideal para WordPress y tiene todo listo para usar en el cuadro.Para usar esto, debe estar en una Mac y debe sentirse cómodo con la línea de comando.Pero si lo eres, es genial.Vagrant es un servidor local virtual
Hasta ahora, hemos hablado sobre el uso del sistema operativo local para que el servidor local se ejecute. Esta es la forma más rápida y fácil de poner en funcionamiento un servidor. Pero no es el más confiable, si le preocupa las diferencias entre el servidor de producción y su instalación local. Para el 80% o más de los proyectos de WordPress, estoy seguro de que la configuración del servidor no es un gran problema. Pero para el pequeño porcentaje en el que se encuentra, la diferencia entre ejecutar Windows o un Mac y el sistema operativo Linux que ejecuta su servidor. La primera forma popular y común de abordar esto fue creando “autos virtuales” en la computadora. Esto significa que instala software en Windows o Mac para emular un servidor Linux. Este servidor virtual de Linux podría usarse para servir la web que necesita y podría leer los mismos archivos locales que tiene en su propia computadora. Las formas de emular sistemas operativos y herramientas para configurarlos han variado mucho, pero en los últimos años la mayoría de los desarrolladores han decidido que Vagrant es la combinación gratuita que desean usar para proporcionar una configuración estándar a un automóvil virtual. En general, especialmente para los de costo conscientes, la emulación vagabunda se ejecuta en una herramienta gratuita llamada Virtualbox, pero una parte de la atracción vagabunda es que interperta con otros sistemas de emulación, como paralelos o fusión de VMware, que son populares. Para las personas. . Cambiar a Mac deseando continuar ejecutando algunos software de Windows.
Las razones para repasar a los vagabundos para el desarrollo local de WordPress es una excelente herramienta para administrar automóviles virtuales. Pero también tiene algunas desventajas. En todos los sistemas de automóviles virtuales que puede usar para el desarrollo local de WordPress, generalmente encontrará estos problemas: recursos intensivos: emulsionar los automóviles virtuales requieren CPU y especialmente memoria. Si no tiene una computadora razonablemente moderna y potente, estas soluciones se garantizan que serán mucho más lentas que una solución WAMP.
Difícil de instalar: si conoce CLI y ya tiene una solución de virtualización, la instalación no es demasiado compleja. Si no lo hace, hay dos obstáculos antes de comenzar a trabajar productivamente con un sitio.
Difícil de configurar: Vagrant es relativamente simple y fácil de configurar si ha sido un programador durante años y se siente bastante cómodo con YAML y CLI. Pero si no eres tú, puedes encontrarte rápidamente en un pozo largo y complejo.
Más frágil: no tiene que ser estrictamente el caso de que las soluciones basadas en el vagabundo son más delicadas y frágiles que el MAMP, etc. Pero, por mi experiencia, siempre han requerido más niños que MAMP.

¿Por qué usar Vagrant para el desarrollo local? A pesar de estas desventajas, muchas personas usan y aman la virtualización basada en el vagabundo. Estas son las principales razones:

Consistencia: una VM bien configurada se comportará de manera idéntica si está en Windows, Mac o Linux. Esto significa que no tiene que sudar que Windows sea extraño tanto como antes de trabajar con autos virtuales. Y en un equipo, los problemas de Mac vs Windows desaparecen, si se ejecutan en VM, es bueno.
Producción coincidente: cuando se ejecuta, una VM configurada correctamente puede caber muy estrechamente al entorno del código de producción. Entonces, si, por ejemplo, desarrollar para WordPress.com VIP, probar su código en su entorno es el más fácil con VIP QuickStart. Objetos o WP-Cli y asegúrese de que el código esté funcionando con él. Una VM bien configurada tendrá esto fuera de la caja.
Pienso en la calle: es medio broma, pero no puedo excluir eso. Parte de la razón por la cual las personas se han metido en el vagabundo (y ahora están comenzando a hacer lo mismo con Docker) es que es una tecnología nueva y genial tanto dentro como fuera del ecosistema de WordPress.
VVV, Trellis, Local, Chasis y muchos más para el desarrollo local personalizado de WordPress, alrededor del ecosistema de WordPress, demasiados proyectos vagabundos para catalogar para este artículo. Supongo que hay al menos una docena que se han actualizado en el último año. Sin embargo, aquí hay algunos que escuché y consideré notable:
Varial Vagrant Vagran (VVV): Jeremy Sentir maneja los proyectos de “Madre del oso” para WordPress. Inicialmente tenía marca/soporte 10UP, una gran agencia de WordPress, pero desde entonces se ha separado. Es el ejemplo más citado y usado a buena distancia.
Trellis: Las personas detrás del comienzo de Sabio (Roots) son grandes partidarios de un estilo específico de desarrollo de WordPress, y su caja vagabunda es respaldada con mayor frecuencia por personas que usan el resto de su filosofía. Nunca lo usé, pero confío en que es bueno. Local by Flywheel: esta es una gran aplicación autónoma (piense en DesktoPserver) que usa VirtualBox (y Docker) para brindarle una experiencia un poco más confiable y centrada en los paquetes de WordPress que _AMP. Es lindo, tiene una interfaz gráfica (ni VVV ni Trellis) y se llamaba “presión”.
Chasis: Human Made ha lanzado un nuevo “ecosistema” para los vagabundos. Su parte de esto, para mí, es que viene con una aplicación de escritorio. Parece que podría convertirse en una versión más ligera de las instalaciones.
¿Se pierde mi flujo de trabajo favorito de WordPress, basado en un vagabundo? ¡Cuéntanos sobre esto en los comentarios! Docker hace una virtualización más fácil si lee la sección mencionada anteriormente, probablemente tenga un tema: los autos virtuales son excelentes para la consistencia, pero no son excelentes para las computadoras lentas. Para abordar este problema (y otra seguridad que dejaremos de lado), apareció “Contenedorización”. La idea de la contenedorización es que si puede hacer una aplicación, cree que está en su propio automóvil, sin tener que ponerla en su propio automóvil, tendrá los beneficios de los automóviles virtuales y aún más.
Existen una serie de herramientas y tecnologías por las cuales alguien puede hacer estas cosas, pero con la mayoría de las veces se redondea a “Docker”, el nombre de la tecnología más consagrada para este propósito.(Como el vagabundo a menudo se incluye en torno a toda la idea de maquinaria virtual para los desarrolladores). Entonces, ¿por qué usar Docker?
Porque le brinda ganancias de consistencia de automóviles virtuales, sin tanta sobrecarga en la memoria y otros recursos de uso, porque cada “proceso” se virtualiza de manera más inteligente que con las máquinas virtuales clásicas. Durante un tiempo, Docker ha sido una propuesta solo para Linux, pero en el último año, las aplicaciones de Windows y Mac se han puesto disponibles y, por lo tanto, esta ahora es una solución viable y cada vez más popular para la mayor desventaja de los automóviles virtuales. Docker presenta una nueva complejidad: no ejecute la base de datos en la misma “máquina” que su PHP o su servidor, por lo que debe conectarlos todos explícitamente todos juntos. Pero después de pasar este obstáculo, es más rápido que una VM y tan confiable. Y solo puede implementar Docker en producción, si realmente está fantasioso. No sé, ni entiendo lo suficiente sobre Docker para obtener más detalles que estos. Pero me ocupé un poco y, si deja la configuración a causa de los profesionales (como lo hace, especialmente si usa VVV, Trellis, etc.), es relativamente fácil de ejecutar como una solución vagabunda. Hace unos meses, Taylor Lovett de 10up publicó una publicación sobre un proyecto que llama “WP Docker”. Básica y explícitamente posiciona esta solución como VVV para Docker. Recientemente instalé su versión y fui rápido e indoloro para ejecutar un sitio de WordPress.