8 razones por las cuales no desarrollar WordPress a nivel local

Sí, vamos allí. Aunque no hemos abandonado por completo el desarrollo local, creemos que en el entorno actual de WordPress hoy, la etapa en línea es el camino a seguir. El desarrollo local en WordPress es muy bueno en teoría. Si bien podría hacer una lista de sus ventajas, podrían revertirse fácilmente. ¿Prepararse para un buen debate? Tomando un punto en algún momento, explicaremos por qué creemos que el alojamiento en línea es la mejor opción en entornos de desarrollo. Continúe leyendo o pasando hacia adelante usando estos enlaces:
Una capa de imprimación
La deconstrucción del medio ambiente
Plataformas de emparejamiento
Cubierta (amplificador) le
Bien, veamos los detalles.
Una capa de imprimación primero, cubriremos algunas definiciones, porque pueden usarse de manera diferente y queremos unificar el contexto. Localhost es utilizado por la mayoría de las personas cuando se refieren a su computadora. Pero todas las tecnologías con acceso a Internet tienen un host local, desde refrigeradores inteligentes hasta servidores host. Para más claridad, usaremos el local versus en línea. La puesta en escena es una copia de su sitio en el que realiza ediciones/pruebas/cambios y similares. La producción es su sitio en vivo. Tanto la puesta en escena como la producción pueden ser en línea o locales. Podríamos discutir sobre el significado de estas palabras, pero considerarlas como se destacó anteriormente, al menos en este artículo.
Ahora vamos al corazón del problema.

Desarrollo local (su PC) versus en línea (servidor alojado de forma remota). Porque en este artículo tomamos la actitud del desarrollo en línea, pondremos los siguientes puntos de que el desarrollo local no es la mejor manera de hacerlo. 1. Es más probable que Dinghy vs Cruiser tenga problemas en su propia computadora, en lugar de un servidor en línea. Por lo tanto, en el caso del desarrollo local, existe un mayor riesgo de perder el progreso durante cualquier sesión, o incluso todo su trabajo. En el desarrollo en línea, el medio ambiente puede ser administrado por profesionales de la industria (un anfitrión de fideicomiso), dejándole concentrarse en el trabajo sí mismo. 2. Recursos de grietas Su propia computadora rara vez es igual a la de un servidor en línea, lo que significa que el mismo código se ejecutará de manera muy diferente en cada entorno. Debido a que su sistema local podría proporcionar acceso ilimitado a los recursos, el sitio y el código procesarán mucho más rápido y con mayor libertad (es decir, sin alcanzar ningún límite). No está así en un servidor en línea, especialmente con recursos más pequeños. Imagine una computadora personal de 64 conciertos para un plan de alojamiento de 1 concierto.
Con el desarrollo en línea, la puesta en escena es casi la misma que los entornos de producción, en términos de especificaciones. Esto significa que puede probar correctamente su código y saber con seguridad relativa que actuará en ambos. No hay confusión para usted en términos de lo que funciona y lo que no. Para ser más específico, es posible que tenga 10 minutos de ejecución local, mientras que un servidor puede tener 300 segundos de ejecución de PHP (por ejemplo, 5 minutos de ejecutar un código). Si no termina, se producirá un error. Por lo tanto, el mismo código se ejecutaría correctamente local, pero no funcionará en un servidor de producción. Esto puede sonar contrario al argumento, y subrayando que los recursos locales exceden con creces los de los servidores en línea, pero en este caso no se trata de especificaciones más grandes. Es vital que en la puesta en escena (desarrollo), siempre tenga especificaciones iguales o menores que la producción. De esta manera, puede probar su código/sitio/etc. Y sabe que si está bien con recursos más bajos (por ejemplo, un servidor de 1 GB), no tendrá recursos más altos (por ejemplo, una PC de 64 GB). No se puede decir lo mismo sobre lo contrario. 3. (No Han) Configuración en solitario En las instalaciones, debe configurar todo solo, lo que puede convertirse en un desastre bastante rápido, incluso con aplicaciones de un solo clic. A menos que sea un desarrollador/tecnista avanzado, probablemente no encontrará soluciones fáciles y puede pasar mucho tiempo intentando errores.
4. agujas en una pila de heno … o más precisamente … El código en una pila es más fácil de editar un sitio WP en un entorno de preparación que está predeterminado para trabajar con su servidor que hacerlo localmente e intente reemplazar manualmente el base de datos entre local -> en línea. Considere lo siguiente … cree una nueva publicación en su sitio y adjunte 2 imágenes. Esto significa más archivos (porque WP también genera miniaturas en las imágenes) y más entradas en la base de datos en diferentes tablas. Debe saber qué está haciendo para obtener esos cambios de su sitio local a uno en línea como migración. Reemplace todo el sitio desde cero o necesita identificar los cambios necesarios en el backstage y moverlos. Por lo general, es más fácil crear la publicación en línea nuevamente que tratar de navegar en esos cambios. ¿Por qué duplica sus esfuerzos? 5. Los temas de tratados y los problemas con lo mismo son cierto para los temas y arados. ¿Por qué no hacer cambios en un entorno en línea y, cuando funciona, sincronizado desde el montaje hasta la producción en unos pocos segundos? Evite la necesidad de cargar todas estas cosas y hacer toda la configuración desde cero. Evite la probabilidad de olvidar algo en la reconfiguración.
De todos modos, no puedes validar completamente en tu entorno local. Incluso para cambios simples de temas, no podrá ejecutar un escaneo GTMTRIX sin presionarlo primero en línea, luego ejecutar las pruebas. Nuevamente, esto plantea la pregunta, ¿por qué no hacerlo en un entorno de organización en línea directamente desde la puerta y eliminar el paso adicional?
6. Reglas alternativas de acceso y redirección Como se mencionó anteriormente, una configuración local puede ser muy diferente de una alojada en línea. Por ejemplo: las pilas de IMP usan un servidor Apache, mientras que otros hosts/servidores usan NGINX, Litespeed, etc. Utilizan diferentes reglas de redireccionamiento a través del archivo .htaccess. Por lo tanto, cualquier complemento establecido para usar Apache localmente, no funcionará correctamente cuando presione el sitio en un servidor NGINX (o Lightspeed, etc.). En este caso, todo debe volver a establecer. Solo por este motivo es preferible desarrollar en línea. Si tiene una opción de organización que se basa esencialmente en el mismo sistema (o igual), simplemente funcionará en producción, porque es 100% compatible. Usted sabe exactamente cómo se comportará el sitio/complementos/temas, etc.7. (No Harry) Potter-por algunas para algunas personas, el desarrollo local es un remanente de una era de acceso telefónico lento como una melaza. Estos eran inestables y caros, lo que facilitó la configuración de un sitio localmente y empujar todo en línea desde un solo movimiento. Con las opciones de conectividad muy superiores hoy en día, este ya no es el caso. 8. Ecosistema épico Los proyectos grandes y pesados ​​pueden involucrar todo tipo de desarrollo. Estos rara vez son locales, casi siempre en un servidor copiado 100% similar, que incluye GIT y otras herramientas de desarrollo, que son mucho más complicadas si no está completamente versado.
Plataformas de pares Hay otra ruta que puede elegir. Es decir, el uso de una plataforma asociada con el proveedor de desarrollo, como Devkinsta (>> Kinsta) o el motor de volante o WP local (>>. Ofrecen una gran facilidad de uso (sin conocimiento de codificación íntima) y se ejecutan en su computadora, con los medios en línea y locales para que se ajusten a sus preferencias locales y Devkinsta sea de uso gratuito. Sin embargo, tendrá costos si usa su alojamiento cuando finalmente implementa su sitio. Si renuncia a pagar sus servicios en lugar de otra compañía, puede enfrentar esas compatibilidad. Lo discutí anteriormente, cuando está listo para ir a la producción. Si está interesado en usar Flywheel, este es un artículo útil que escribí sobre él. En su lugar, puede seleccionar una empresa de alojamiento, primero, que ofrece una solución simple en línea de puesta en línea. Por ejemplo, WPMU DE ofrece la comodidad y facilidad de una plataforma de puesta en escena alojada en nuestros servidores, para que pueda resolver todos los problemas, luego ingrese en vivo con un solo clic.

Elija, haga clic en – ¡resbaladizo! (Presente en las opciones de alojamiento de WPMU Dev.) Cobertura (AMP) Si lee el artículo completo, ¡gracias por escucharnos! Esperamos haber presentado un caso claro y convincente por la razón por la que preferimos el desarrollo en línea (en detrimento local), respetando a aquellos que podrían elegir a este último. Reconocemos que hay recursos decentes disponibles para el desarrollo local en WordPress. Tiene pilas AMP gratuitas (Apache-Mysql-Php), como XAMPP, MAMP y WAMP, que simula lo que le daría a los hosts de WordPress administrados en sus servidores web para el desarrollo local en WordPress. Aunque están diseñados para trabajar con una selección de otros software, herramientas y sistemas operativos, también implican su configuración, configuración y actualización personal. Esta es una tarea continua, que consumo el tiempo, que es mucho más alta si no está familiarizado con ellos. Si todavía va a ir a la ruta local, tenemos muchos artículos útiles en nuestro blog con información valiosa sobre este tema:
Cómo instalar XAMPP en Windows Localhost
Cómo solucionar problemas y remediar el XAMPP y WordPress común
Los mejores entornos de prueba de localhost para WordPress

Cómo mover WordPress para el desarrollo local con XAMPP

Tiene la oportunidad de tener lo suficiente para construir y administrar sus sitios, sin el dolor de cabeza adicional para remediar los resultados inesperados que tienden a obtener un pase sin asistencia de en línea.Si su sitio web genera ingresos (para su personal o sus clientes), probablemente optará por un servicio de alojamiento de calidad.Es lógico usar uno para el comienzo, que incorpora una solución todo en uno, con una sincronización suave y limpia para el montaje.El desarrollo del sitio web puede ser una alegría o dificultad.Finalmente, debe optar por el entorno que mejor se adapte a las necesidades y al nivel de calificación y se sincroniza fácilmente en un servidor de confianza. Ahora díganos … ¿Qué entorno de desarrollo flota su barco?¿Eres un amante local o un apasionado en línea?Háganos saber en los comentarios a continuación.