Presione esto: un viaje que optimiza WordPress empresarial para una velocidad increíble y más con Atul Jindall

Bienvenido a Press This, el podcast de la comunidad de WordPress de WMR. Aquí, el anfitrión David Vogelpohl se sienta con invitados de toda la comunidad para hablar sobre los problemas más importantes que enfrentan los desarrolladores de WordPress. La siguiente es una transcripción de la grabación original.

David Vogelpohl: Hola a todos y bienvenidos a Press This, los podcasts de la comunidad de WordPress en WMR. Este es su anfitrión, David Vogelpohl, apoyo a la comunidad de WordPress a través de mi función en WP Engine, y me encanta traer lo mejor de la comunidad para que escuche cada semana en prensa esto como un recordatorio, puede encontrarme en Twitter @wpdavidv , o puede suscribirse para presionar esto en iTunes, iHeartRadio, Spotify o descargar los últimos episodios en wmr.fm. En este episodio, hablaremos sobre un viaje que optimiza WordPress empresarial para una velocidad increíble y más. Tengo que ver un adelanto de esto, es algo realmente genial. Y unirse a nosotros para esta conversación. Me gustaría dar la bienvenida a la prensa a este Atul Jindall. Atul, bienvenido.

Atul Jindall: Gracias, David.

DV: Me alegro mucho de tenerte aquí. Y para los que escuchan. Lo que vamos a cubrir hoy es un viaje de herramientas que optimiza un sitio empresarial de WordPress para una búsqueda encantadora de alta velocidad en un enfoque optimizado con un barniz, por lo que nos estamos volviendo un poco nerds hoy. Así que espero que tengas tu sombrero de nerd tal vez solo gafas de nerd, no lo sé. Piénsalo. Frio. Bueno, échanos una herramienta. Te voy a hacer la misma pregunta que les hice a todos. ¿Podrías contarme brevemente tu historia de origen de WordPress? ¿Cuándo fue la primera vez que usaste WordPress?

A J: Gracias, David. Entonces comenzaré con mi desarrollo de PHP. En 2007, comencé a trabajar en PHP como desarrollador y luego, después de trabajar durante algunos años, comencé a usar WordPress en 2012 para empresas locales de la ciudad, y me gusta el backend de WordPress. System y pensé que era muy fácil de usar simplemente crear un pequeño equipo con empresas locales. Y luego trabajé en un par de otros CMS como Drupal Joomla WordPress fue una de mis opciones favoritas por ser fácil de trabajar. Y luego comencé a consultar con firmas locales dentro del área también.

DV: Ese es un trabajo fantástico, dice 2012. Esto habría sido dos años después de los tipos de publicaciones personalizadas con metacampos personalizados. ¿Tuve alguna influencia en tu decisión de probar WordPress en 2012? ¿O simplemente estabas escuchando sobre eso o simplemente tenías curiosidad?

AJ: Oh, yo tenía un par de CMS dice y estuve usando desde 2009 hasta 2010 pronto, pero Zula tenía muchas complejidades para que las pequeñas empresas las usaran, porque las estructuras de URL no eran tan buenas. Querían que sus sitios web fueran compatibles con SEO y WordPress tenía estas cosas integradas y era fácil de usar. Así que preferí WordPress a otros CMS después de eso, y soy ese sistema. Estoy usando WordPress y me gusta.

DV: Excelente. Estoy recibiendo una avalancha de recuerdos aquí, tengo algunas de las mismas experiencias en ese momento en nuestra dirección anterior en el kayak. Él también era un desarrollador de PHP y en la transición estaba reemplazando su CMS de cosecha propia. Esa es su historia de fondo. Es un poco interesante, pero también un viaje similar al tuyo. Entiendo que haces algunos trabajos con crecimiento salvaje. Y tenía curiosidad, ¿puedes contarme un poco sobre ellos y luego qué haces por ellos o de otra manera?

AJ: Sí, mucho. of growth es una agencia de consultoría para negocios empresariales. Y trabajo con ellos y con pocas otras empresas como convert crank como consultor independiente y los ayudo en facturas de alto nivel y precio, así como también los consulto en sitios web de alto tráfico. Entonces, cómo optimizarlos y diferentes cosas de estrategia, así como escribir a los desarrolladores para administrar y construir los sitios web de carga empresarial desde el punto de vista técnico. Así que trabajo en un par de proyectos con grandes marcas, marcas de pociones con amor, así como control bebido como consultor independiente.

DV: Eso es increíble. Bueno, hemos tenido bastantes invitados hablando sobre la construcción en la empresa y estaba leyendo algunos de sus enfoques y estoy muy emocionado de poder preguntarle más sobre él a medida que avanzamos en la entrevista aquí. Pero sé que sabes, tenemos muchas personas que escuchan que tienen, ya sabes, sitios de WordPress muy grandes o tal vez incluso trabajan en empresas o incluso otras agencias que trabajan en sus precios. Creo que es muy interesante pensar en el crecimiento allí. Y luego, lo que lo impulsa, pero también el lado de la implementación que, como saben, no tenía un punto de vista muy bueno. Gracias. Asi que, entiendo. Ya sabes, para el proyecto del que vamos a hablar hoy, no puedes compartir el nombre de la empresa, el sitio que optimizas y entenderlo por completo. Si realmente aprecia las ideas que puede compartir, porque explicó aproximadamente cuál era el propósito del sitio, ¿era como un sitio de folleto, era algún tipo de funcionalidad para los estudiantes como solo del nivel alto?

AJ: Sí, entonces el sitio web había sido Wenders. Básicamente, era un sitio web para mantener la empresa de fabricación que es una de las principales empresas del mundo. Y tenían casi Wenders en cada parte del mundo y tenían dos portales diferentes. Originalmente, uno estaba en Drupal y el otro en SharePoint de Microsoft o en ambos. No recuerdo exactamente cómo tenían eso en Microsoft, ya que yo era de código abierto para lo que fuera y uno era un portal personalizado, pero querían reunir todo en un solo lugar y estaban usando WordPress para siempre. fines de noticias y marketing para anuncios y su jefe de producto que desea utilizar WordPress como una solución de back-end en la que tienen todo junto y desean administrar los proveedores del CMS. Entonces, este era el objetivo principal de su proyecto y querían tener WordPress o Drupal en la solución, pero al equipo que tienen para escribir y administrar contenido les gustan mucho los editores de WordPress, por lo que querían usar WordPress. Así es como eligieron WordPress entre otras personas en el mercado.

DV: Wow, esas son algunas ideas increíbles. Entonces, están construyendo un sitio básicamente para facilitar las relaciones con sus proveedores de fabricación. Y están por todo el mundo. Son una gran empresa. Tienen Drupal en su pila. Tienen SharePoint en su pila, tienen alguna plataforma personalizada en su pila, y tienen WordPress y su pila un poco, entonces dices que el Jefe de Producto dice que quieren usar WordPress para eso. Y que una de las decisiones impulsoras fue la facilidad de uso para ingresar al contenido. Quiero decir, creo que simplemente escribió la propuesta de WordPress de todos para la empresa por eso. Y eso fue increíble. esa herramienta Sí. Así que déjame preguntarte esto, bien, como si me los estuviera imaginando allí, como sentado allí mirando todos estos sistemas y pensando, ¿a cuál vamos a elegir para esta cosa tan grande e importante? Y como, obviamente, ya sabes, no están pensando como una SMB con un gris como, oh, tenemos plantillas que podemos hacer un sitio rápido, ¿verdad? No están pensando así. Entonces, ¿cuáles cree que son las consideraciones que se consideran para la empresa al tomar este tipo de decisión? Seguramente es más que solo el editor, pero ¿qué piensas de las consideraciones que son diferentes a, por ejemplo, cómo una PYME podría ver las cosas?

AJ: Sí, exactamente. Así que tenían una gran empresa. Tenían una gran concentración en la seguridad de los datos, porque tenían todos los proveedores, que eran como 400 000 proveedores, registros, que se almacenaban originalmente en Drupal y en SharePoint, porque tenían dos grupos de trabajo diferentes. Uno, un grupo de trabajo estaba usando Drupal y otro estaba usando SharePoint. Y querían consolidar todos esos 400.000 registros en un solo lugar. Y para eso querían tener una fácil migración de los registros al sistema. Y luego también tenían una consideración sobre la seguridad de los datos que se enseñaba más. Así que se nos ocurrió más, ya sabes, con una solución para migrar datos y construir el sistema de back-end personalizado usando el inicio de sesión de tipo de publicación personalizado para WordPress para que podamos migrar eso, así que escribo Escribí algunas de las API restantes usando PHP cuatro y luego use esas API de descanso para que WordPress las llame para enviar los datos directamente a las franjas de los clientes y luego construimos una parte superior encima de eso, haremos otra capa de aplicación

DV: Eso suena como Amazon o eBay suena como el tema que está surgiendo aquí. Y la consideración es la flexibilidad y la velocidad, ¿verdad? Son como, Bien, necesitamos obtener todos estos registros. Todos son complicados, y supongo que para ponerlos tengo un poco de curiosidad por el lado de la seguridad, como que lo mencionaste hace un minuto. Y me gustaría desempaquetar eso junto con algunas de las otras optimizaciones que hiciste en torno al rendimiento, pero vamos a tomar nuestro primer descanso. Volveremos en seguida. Es hora de conectarse a una pausa comercial. Estén atentos para más prensa esto solo un momento. Todos bienvenidos de nuevo a presionar este podcast de la comunidad de WordPress en W EMR. Este es su anfitrión David Rollerball. Estoy en medio de una entrevista en la herramienta Jen doll sobre un proyecto que hizo para optimizar WordPress empresarial para una velocidad increíble y más. Justo antes de la pausa, nos contaba un poco sobre por qué ese cliente en particular en este proyecto eligió WordPress y, desde mi perspectiva, está contando esta historia de flexibilidad, velocidad, facilidad de uso, pero tenía un poco de curiosidad. un poquito. Ya sabes, prometimos y bromeamos sobre algunos detalles de implementación aquí y realmente me gustaría llegar al meollo de eso y me mencionaste antes de esta entrevista, que no optimizaste mucho para el rendimiento. . Así que me preguntaba si podría guiarnos a través de algunos de los métodos que usa para optimizar esta compilación particular para la velocidad porque hasta ahora, dice que tengo una base de datos enorme, y la gente de todo el mundo va a ver creo que este es un sitio lento. ¿Cómo lo hiciste rápido?

AJ: Sí, así que teníamos en la pila, teníamos memoria caché y teníamos muchos nichos para optimizar el contenido de la base de datos, esa era una consideración. Queríamos tener todo cargado en la memoria, cuando el registro se extrae de la base de datos. Queríamos tener una instantánea de esa página para eso usamos mem cache y la coordinación. Entonces, tan mal que la entrega de contenido sea más rápida que solo usar los CD. Y luego tuvimos otra consideración para la seguridad. Intentamos ocultar el administrador de WordPress del dominio público, que era lo más importante que queríamos implementar. Entonces, para eso, teníamos balanceadores de carga y solo tenemos el front-end de WordPress en diferentes conjuntos de servidores. Y luego teníamos la parte trasera, quedándonos en otro lugar para que las personas no puedan acceder a la palabra persona.

DV: ¿Consideró una construcción sin cabeza para esto? Quiero decir, si sabes a lo que me refiero, como algunos de los beneficios que estás describiendo, es genial cómo lo estás haciendo con el núcleo de WordPress. Y me pregunto si consideró JavaScript desacoplado para resolver ese problema.

A J: Sí, tenemos. También tenemos algunas partes de JavaScript desacoplado, pero fue como hace unos años. Así que no hemos implementado totalmente headless

DV: Entiendo. Sin embargo, está obteniendo algunos de los beneficios sin cabeza al usar sus balanceadores de carga para separar la parte delantera de la parte trasera, básicamente. Sí exactamente. ¿Eso ayudó con el rendimiento?

AJ: Sí, ayudó. Sabes, ya que teníamos una base de datos compartida que se nos dijo, en un servidor diferente, teníamos una arquitectura compleja en eso. Entonces, estamos usando la base de datos compartida, pero teníamos toda la parte frontal de permanecer en un par de otros servidores que tienen mucho en el rendimiento, como porque estábamos tomando la instantánea de las páginas, de modo que cada vez que teníamos un visitante o el tráfico se disparaba hacia los servidores, teníamos la malla de alambre para contener ese tráfico y mostrar las instantáneas fuera de las páginas. Pero la búsqueda fue un gran problema. Ya sabes, una vez que tuvimos esta arquitectura en su lugar, intentamos optimizar la búsqueda porque los resultados de la búsqueda tardaban demasiado en aparecer en el sistema y no era una buena experiencia para los usuarios que usaban la búsqueda predeterminada de WordPress en ese momento. antes de

DV: Sí, ¿a qué te mudaste?

AJ: Intentamos utilizar la búsqueda solar para optimizar la experiencia de búsqueda de los usuarios y luego integramos una orden de compra, porque la empresa no quería optar por una solución premium. Así que querían tener todo en casa. Ir a los servicios empresariales. Así que usamos coincidencias de código abierto para eso.

DV: Ah, interesante. Sí, WP Engine con nuestra oferta de comercio electrónico incluye prensa elástica, que es similar a Elastic Search para optimizar WordPress. Sí. Uno de los beneficios de eso. Solo tengo curiosidad por saber si aprovechó eso en esta compilación con estas otras herramientas, con las que no estoy familiarizado. Pero con respecto a las consultas al cargar páginas web, solo tengo curiosidad. Al igual que la solución de prensa elástica, no solo mejora los resultados de búsqueda, sino que también mejorará la velocidad de carga de la página en páginas con muchas consultas. Tengo curiosidad por saber si aprovechó eso y su optimización del rendimiento en este proyecto de ley.

AJ: Sí, esa es una buena pregunta. Entonces, esencialmente usamos la búsqueda solar para optimizar las consultas de búsqueda, pero para las páginas con muchos turistas, usamos mem cache, porque queríamos que supiera los registros personalizados de los campos personalizados ya que WordPress almacena todos los registros en una preocupación. con un formato diferente, almacenando los pares clave-valor en la base de datos. Así que queríamos tener aquellos que usaran el caché mem para que su base de datos no tenga que ejecutar la consulta este

DV: Sí, modelando esto descargando esas consultas de búsqueda todo el día, ¿verdad? Sí, sí. Gran, gran gran día. Sí, ejecutamos nuestra instancia de prensa elástica que en realidad es un clúster descargado. Entonces, todas las consultas de pagelet y las consultas de búsqueda se apagan en los servidores de WordPress. Exactamente. La velocidad allí es amigo, cuando lo agregué por primera vez. Bueno, quiero decir, no lo han documentado, pero lo descubrí por accidente. Lo encendí en un sitio. El sitio se volvió más rápido y yo estaba como, ¿qué pasó? No hice nada como este fracaso, después de todo es

AJ: Para mí, era como, ya sabes, siempre estaba tratando de optimizar para WordPress. Feed y yo comenzamos a buscar en la estructura de la base de datos, cómo se roba el contenido, cómo se organiza en las tablas dentro de la base de datos, porque teníamos diferentes tablas, cosas muy complejas y queríamos entender el almacenamiento de datos de WordPress para tener una idea que podría me encontré con memcached sería la mejor solución para optimizar WordPress

DV: Te entiendo. Déjame hacerte una pregunta muy rápida sobre la implementación de la búsqueda. Dijiste que llegaste allí porque la búsqueda central de WordPress tuvo un rendimiento deficiente, y especialmente en grandes bases de datos y cosas así, es un problema que hiciste con el cliente. ¿Intentaron optimizar la experiencia con resultados de búsqueda personalizados similares o cualquier tipo de Me gusta ¿Querían cambiar la experiencia en sí?

AJ: Quieren cambiar la experiencia con múltiples filtros dentro de la búsqueda, así como hacer algunos equipos y tener algunos diseños agradables y mejorar el recorrido del cliente de los visitantes. Por lo tanto, querían abrumar o superponer la rampa general de la experiencia de WordPress, no solo el rendimiento de búsqueda, también querían mejorar la experiencia.

DV: Sí, es increíble escuchar eso. Sé que para muchos sitios, es lo último en su lista para optimizar y es una parte muy importante. Leí un estudio el año pasado que decía que el 43% de los compradores usan la barra de búsqueda en cualquier tienda de comunicaciones y tienen el doble de probabilidades de comprar y decir no, como, espera, tal vez eso sea realmente bueno, ¿verdad? Sí. Pero es interesante porque la búsqueda trasciende mucho de la creación de un sitio y va más allá de cosas tan simples como la búsqueda de productos. Parece que puedes aprovechar mucho de eso aquí.

AJ: Sí, exactamente. Debido a que los escritores de contenido solo WordPress porque publicaban historias regularmente y la parte posterior y el editor eran los favoritos. Así que queríamos que lo usaran. Voy por Drupal.

DV: Entonces estás hablando de los editores de contenido. Me recordaron antes en esta entrevista, o estabas diciendo cuáles son las decisiones que conducen aquí a la facilidad de uso del editor. Y, quiero decir, parece que la motivación detrás de no sé si tienes una observación aquí es que, ya sabes, a medida que las personas piensan en qué sistemas quieren crear y mantener, también están pensando en como con qué frecuencia esos usuarios los molestarán como WordPress porque es un camino tan fácil para los creadores de contenido. Me pregunto si ves eso expresado y tu lado de estos proyectos.

AJ: Sí, veo mucho valor en la facilidad de creación de contenido y en que WordPress sea tan fácil de usar. Para los escritores o personas que no tienen experiencia técnica en comparación con otros CMS porque en Drupal, tienen el editor y todavía se ven bastante complejos. Estos algunos de estos editores

DV: Creo que son realmente buenos. Es solo que, como recuerdo, estaba en una reunión con una gran empresa de telecomunicaciones y estaban tratando de elegir un CMS y tenían que ser propietario y lo que funcionó para nosotros y me paré frente a la sala y dije aquí está cómo usar el primero gente propietaria levante la mano. Segundo propietario, algunas personas más. Dije que WordPress como toda la sala levantó la mano, incluso las personas que conocían el otro CMS. Y yo estaba como, sí, por eso es posible que desee considerar WordPress. Si, exacto.

AJ: Bueno, primero como un gran SEO se beneficia de ser bueno para el SEO, creo.

DV: Oh, sí, mucho del ecosistema de complementos, por supuesto, los desarrolladores contratarán documentación. Muchas cosas. Bueno. Sin embargo, ahora quiero unir esto un poco. Y quería elegir tu cerebro y cuáles eran tus partes favoritas de este proyecto, pero vamos a tomar nuestro último descanso. Volveremos en seguida. Es hora de conectarse a una pausa comercial. Estén atentos para más, presione esto en un momento. Todos bienvenidos a presionar este podcast de la comunidad de WordPress en Webmaster radio. Este es su anfitrión, David Gold Paul, y está en medio de una entrevista con una herramienta sobre la optimización de WordPress para una herramienta de velocidad justo antes del descanso. Estábamos hablando un poco sobre el papel de la experiencia del usuario y guiar las decisiones de las empresas al elegir un CMS. Oh, se habla mucho de eso. Pero ahora quiero dejarlo abierto para ti como si este fuera un proyecto bastante grande para ti. Tenías muchas partes complejas. ¿Cuál fue tu parte favorita del proyecto y por qué?

AJ: Sí, mi parte favorita de Project fue en realidad esa historia divertida. Al principio, estaba muy, muy emocionado de usar WordPress, pero cuando se trataba de optimizarlo, porque comenzamos a construir cosas y todo el equipo se construyó y luego el sitio instalado fue drásticamente lento porque el tamaño de los datos era tan grande, era como en gigabytes, a la derecha. Entonces entonces les dije que esto se está volviendo lento, deberíamos obtener algo empresarial para el almacenamiento en caché o algo así. Dijeron que no, nosotros iremos con las soluciones de código abierto. Y luego me rasqué la cabeza para pensar, ¿cómo debo diseñar esto o para el rendimiento? Entonces Entonces empezamos a buscar un par de opciones y se nos ocurrió algo de malla de guerra, memcached y solar. Entonces, diría que para los sitios web empresariales, las mejores formas de pensar primero en el rendimiento similar, esa sería mi sugerencia al respecto.

DV: Si pudiera parafrasear, el cliente viene con los requisitos para usar esta fuente. Y estás pensando, Oh, podría simplemente, ya sabes, resolverlo con esta herramienta patentada o algo así. Y luego agregan la restricción, las restricciones son siempre la parte divertida de los proyectos, ¿verdad? Ahora tienes que averiguarlo y diseñar la forma de código abierto. ¿Crees que es más probable que te guste elegir código abierto la próxima vez o todavía piensas que a veces es una salida patentada fácil? Entonces, ¿son tan fáciles? ¿Encontró las soluciones de código abierto superiores por alguna razón?

AJ: no, creo que el código abierto es lo mejor. Y también optaría por el código abierto, si fuera necesario. Lo único que diría es que algunas cosas que perdí en este proyecto al principio fueron que no estábamos considerando el rendimiento basado en la ciencia de datos. Estábamos menos enfocados en ayudar al equipo de marketing de contenido y a los muchachos de experiencia del usuario a construir el hermoso diseño. Por lo tanto, elegir sobre la empresa o elegir sobre el código abierto depende completamente de los patrones. A veces, las empresas tienen los presupuestos en sus bolsillos para realizar una gran solución empresarial. A veces, solo quieren que los desarrolladores se rasquen la cabeza y encuentren una solución dentro de las limitaciones.

DV: Sin embargo, entiendo que suena como si tuvieras una lección que aprender del proyecto, parece como si revisaras el lado del rendimiento al principio del proyecto. ¿Es esa una suposición segura?

AJ: Sí, piensa en eso. rendimiento en lugar de simplemente tratar de complacer a los chicos de UX.

DV: Sí, porque es gracioso porque cuando pienso en UX, pienso en ello, a menudo lo describo como el equilibrio entre sufrimiento y alegría. La alegría de brindar una nueva experiencia visual a alguien y el sufrimiento del tiempo de página que agrega cuando hace eso, sí, claro. Sí, tienes que mantener ese equilibrio bajo control para crear un sitio web bueno y con buen rendimiento. Bueno, esto suena como un proyecto realmente emocionante. ¿Estás feliz? ¿Saliste? Es por la puerta.

AJ: Sí, realmente lo disfruté y tuve tres aprendizajes muy, muy sólidos de esta construcción de nivel empresarial, porque habíamos considerado cómo optimizar esta infraestructura también para desarrollos futuros. Así que hubo muchas cosas que se aprendieron en este proyecto.

DV: Excelente. Bueno, puedes, eso siempre es algo maravilloso. Me alegro mucho de escucharlo. Bueno, herramienta. Realmente disfruté escuchar su historia hoy y agradezco que la haya compartido. Muchas gracias por acompañarnos aquí en el programa. Si absolutamente. Impresionante. Gracias. Gracias. Si desea ver algo de lo que ha estado haciendo una herramienta, puede visitar loud groov.com. Gracias a todos por escuchar este podcast de la comunidad de WordPress en WMR. Nuevamente, este es su anfitrión, David Vogelpohl. Apoyo a la comunidad de WordPress a través de mi rol en WP Engine. Y me encanta traerles lo mejor de la comunidad aquí en Press This.