Perspectivas de expertos: Conversaciones con Stefan Karamancic de ManageWP

Érase una vez, WordPress era una simple plataforma de blogs. A lo largo de los años, se ha convertido en la herramienta más poderosa para crear todo tipo de sitios web. Lo mismo puede decirse de Stefan Karamancic, veterano de soporte de ManageWP. Está aquí con nosotros hoy para romper el hielo y dar la bienvenida a todos a nuestra serie de blogs "Expert Insights", donde entrevistaremos al equipo de soporte de ManageWP y le daremos una idea de la experiencia y la dedicación que aportan, así como algunos problemas. técnicas que utilizan a diario.

¿Qué tenían en común WoW y las blogueras en 2009? Escuché que la respuesta es: tú. ¿Es esto correcto? ¿Puedes explicarnos cómo empezaste en la industria de WordPress?

Bueno, podrías decir eso. La verdad es que ambos conducen a despertar el interés por seguir una carrera en tecnología web. Hace unos 15 años, conocí a una chica y no tenía idea de que ella sería la indicada... para presentarme un mundo completamente nuevo, ¡el mundo de WordPress! Tenía un blog personal en WordPress.com y la ayudé a modificar la apariencia varias veces. Hicimos algunos CSS personalizados aquí y allá, y la ayudé a aprovechar al máximo los temas gratuitos que teníamos disponibles en ese momento. Era un tiempo diferente; todo era menos personalizable, por lo que a menudo teníamos que depender mucho más de las funcionalidades y ajustes personalizados.

Como me apasionaba la tecnología y tenía curiosidad por las posibilidades de aplicar mis nuevos conocimientos, comencé a usar WordPress para algunos de mis proyectos. Creé algunos foros de gremios y algunos sitios web simples, principalmente para mi familia y amigos. Mantenerlos actualizados y agregar nuevas funcionalidades con el tiempo me ayudó a llegar al meollo de la cuestión de crear sitios web con WordPress. Mirando hacia atrás, tener esos proyectos apasionantes realmente hizo que todo el proceso de aprendizaje se sintiera como una brisa. No estaba aprendiendo a conseguir un trabajo; Estaba aprendiendo a mejorar los proyectos de mi pasión. Hoy en día, tenemos muchos complementos y temas, y la industria ha evolucionado mucho. Puede crear sitios web increíbles con poca o ninguna codificación.

En el mundo de hoy, estamos constantemente bombardeados con información a medida que surgen diariamente nuevas historias, fuentes y tendencias. ¿Cómo te mantienes al día sobre los últimos desarrollos en WordPress?

Esa es una gran pregunta. Me resultó útil definir las áreas que me interesan y estar atento a algunas fuentes de noticias para que cada una esté al tanto.

Me gusta WP Tavern y el sitio web oficial de WordPress (especialmente los recursos para desarrolladores) para conocer el conocimiento general de WordPress y las noticias de la comunidad. Además de leer los anuncios de lo que está por venir, me gusta estar conectado con la comunidad de WordPress. Slack oficial de WordPress es un gran lugar para escuchar noticias y pedir ayuda a otros miembros de la comunidad.

Otro gran sitio web es WP Beginner. Cubre varios temas y publica y actualiza constantemente sus guías y artículos. Si está buscando lo básico, no puede equivocarse con WP Beginner.

¡La siguiente área que considero importante es la seguridad del sitio web! Los boletines y blogs de Sucuri y WordFence son mis fuentes de acceso para mantenerme informado sobre la seguridad del sitio web, ya que siempre es un juego del gato y el ratón.

En cuanto a las noticias más amplias sobre tecnología web, sigo los trucos de CSS, The Register y Smashing Magazine.

¿Cómo aborda la resolución de problemas y la resolución de problemas cuando se trata de WordPress?

De la misma manera que me mantengo al tanto de los nuevos desarrollos, identifico el área afectada por el problema y reúno la mayor cantidad de información posible antes de comenzar a investigar . Normalmente empiezo confirmando si se limita a un componente o acción específica. ¿Cómo debería ser el resultado esperado? ¿Es esto algo que puedo reproducir de manera confiable o no? ¿Ocurre lo mismo en otros sitios web?

Luego, cuando tengo toda esa información, empiezo replicando el proceso paso a paso y lo sigo a medida que se desarrolla. Es útil cuando el registro de errores está habilitado, ya que es la forma más rápida de ver dónde se rompe algo a través de esos registros. Cuando hay información útil en los registros, puedo encontrar una solución a un problema rápidamente, ver si se resuelve y luego volver a intentarlo. Por ejemplo, si un complemento no se actualiza, siempre trato de volver a ejecutar la actualización o intento actualizar Hello Dolly o algún otro complemento básico en el sitio web. Si el proceso falla, puedo verificar los registros y encontrar las respuestas exactas que recibió el sitio web o el servidor. ¿Fueron permisos de archivo, un problema de licencia o un error crítico porque el servidor se quedó sin memoria? Sea lo que sea, tener acceso a los registros de errores facilita el proceso de solución de problemas.

Además, un problema puede tener varias causas, por lo que no es raro que aparezca otro después de resolver el primero. En esas situaciones, debe permanecer enfocado en el problema original y seguir el hilo hasta que lo desenrede.

Con ese enfoque, debe tener algunas historias interesantes que contar. ¿Puede compartir un ejemplo de un caso de soporte particularmente desafiante que haya ayudado a resolver?

Sí, las solicitudes de clonación de sitios web más jugosas de alguna manera llegan a mi bandeja de entrada. ¡Se podría decir que soy un imán para los contratiempos de la clonación! Hace unos años, recibimos un ticket de que un usuario necesitaba ayuda para clonar su sitio web. El caso fue que su sitio web en vivo se cayó después de que iniciaron un clon. Al principio, me sorprendió porque nuestra herramienta Clonar no interactúa con el sitio web que se está clonando, ya que usamos una copia de seguridad que se almacena en nuestros servidores, por lo que esto era muy inusual. Revisé el ticket varias veces y tomé una taza de café recién hecho, tratando de trazar un mapa y volver sobre los pasos de nuestro usuario. El misterio se profundizó cuando entré para replicar el problema y obtuve el mismo resultado.

Revisé los complementos, los temas y la configuración del servidor web para tratar de ver qué había detrás de esto, pero no apareció nada fuera de lo común. En ese momento, pensé, “ volvamos a lo básico y comencemos desde arriba. El funcionamiento interno de nuestra herramienta es bastante simple:

• Antes de clonar o mitigar un sitio web, se debe crear una copia de seguridad. ¡Comprobado!
• Luego transferimos esa copia de seguridad al servidor de destino. Ya sea que lo hagamos a través de una conexión PHP o FTP, sigue siendo el servidor de destino y no debería poder afectar el sitio web de origen de ninguna manera.
• En el paso final, extraiga los archivos en el nuevo servidor e importe la base de datos. Nuevamente, es un servidor nuevo sin una conexión obvia con la fuente.

“Cuando hayas eliminado lo imposible, lo que quede, por improbable que sea, debe ser la verdad”. –

Sherlock Holmes

Aquí es donde canalicé mi Sherlock Holmes interior y comencé a tachar cosas de la lista. Rápidamente se hizo evidente que el único paso en el que una confusión podría provocar el bloqueo del sitio web de origen es la importación de la base de datos en la etapa final de clonación. Resultó que ambos sitios web (origen y destino) tenían el mismo plan de alojamiento, y las credenciales de la base de datos que nos envió el usuario eran para el sitio web en vivo (origen) y no para el destino. Por lo general, eso no es un problema, ya que los servidores de bases de datos generalmente se configuran con acceso restringido. Aún así, en este caso, ambos sitios web podrían conectarse a ambas bases de datos y nuestra herramienta Clonar importó datos a la base de datos incorrecta. Una vez que verifiqué eso con el usuario, pude ayudarlo y guiarlo a través del proceso de clonación. Afortunadamente, nadie ha intentado esto desde entonces, pero se agregó a nuestros procedimientos probar y confirmar el origen de la base de datos.

¿Y qué pasa con algunos conceptos erróneos comunes o desafíos que tienen los usuarios al usar ManageWP?

Por suerte, no hay muchos. Me gusta pensar que la razón de esto es un diseño UX intuitivo . Mi favorito para guiar a nuestros usuarios tiene que ver con la URL del sitio web, que está más en la línea de cómo funciona realmente el DNS. Cuando visitas un sitio web en tu navegador, generalmente escribes la URL y presionas enter, y no piensas si hay www o no o si escribiste HTTP o HTTPS. Dejas que tu navegador se ocupe de ese tipo de cosas.

Al agregar un sitio web a ManageWP, debe prestar atención a estas cosas. Por la forma en que funciona el DNS, puede haber una gran diferencia entre www.example.com y example.com, o entre http://www.example.com y https://example.com . Ambos pueden conducir al mismo sitio web. ¡Pero también es posible que conduzcan a dos sitios web completamente diferentes! Vemos esto a menudo con las migraciones de sitios web o los cambios de propiedad, ya que es cuando es más probable que ocurran dichos cambios de DNS.

Mi consejo para todos los que intentan conectar su sitio web es “cuando esté completando la URL del sitio web en ManageWP, deje que su navegador haga el trabajo y simplemente copie y pegue la URL de su página de inicio desde la barra de direcciones.

Stefan Karamancic, soporte de ManageWP

¿Puede compartir algún consejo para los usuarios sobre cómo comunicarse de manera efectiva con el equipo de soporte para obtener la ayuda que necesitan?

¡Cosa segura! Cuando se comunique con nosotros, siempre es una buena idea incluir los pasos exactos que tomó para ayudarnos a replicar el problema de inmediato. Idealmente, nos enviará una lista con viñetas, o si es más un narrador de historias, no está de más ser lo más específico posible al describir lo que está buscando. Con suficiente información, podemos comenzar el proceso de solución de problemas tan pronto como recibamos su ticket de soporte inicial y no tener que responderle pidiéndole que dé más detalles.

Además, noté que más personas necesitan adjuntar capturas de pantalla. A veces, no podemos replicar el problema que está informando, ¡y tener una captura de pantalla de lo que ve en la pantalla puede ser de gran ayuda!

Sé que no parece mucho, pero estas cosas simples pueden ahorrar mucho tiempo y llevarnos a una resolución antes de tener que ir y venir varias veces.

Eso resume nuestra entrevista con Stefan. Si tiene alguna pregunta para él, o si tiene alguna sugerencia sobre a quién deberíamos entrevistar a continuación, ¡deje un comentario a continuación!