Cómo publicar en varios blogs de WordPress

Un amigo mío me preguntó recientemente cuál era la mejor manera de distribuir contenido en varios blogs de WordPress y eso me motivó a sumergirme en esta publicación de blog.

Hay dos métodos básicos para distribuir, de hecho, métodos totalmente opuestos, y cada uno tiene sus pros y sus contras. Ambos requieren un poco de configuración en su instalación de WordPress, pero mucho de eso se puede automatizar en el proceso de creación.

El método PUSH – XML-RPC

Al habilitar la publicación remota XML-RPC en su blog de WordPress, puede controlar desde un software central una gama teóricamente ilimitada de instalaciones de WordPress. Esto suena interesante, pero de hecho hay algunos contratiempos importantes. Dejame explicar.

Las cosas buenas

*

las cosas malas

Seguridad

En primer lugar, abre una amenaza de seguridad en su blog de WordPress. Desconozco la estabilidad y seguridad reales del protocolo XML-RPC; podría decirse que es otro "agujero" abierto en su blog de WordPress.

Pérdida de tiempo

Se necesita tiempo para configurar. Para todos y cada uno de los blogs que cree, debe habilitar XML-RPC en la configuración de su blog, también debe almacenar esta información en su software central que utiliza para controlar sus millones de blogs de WordPress.

También puede obtener contenido automático a través de este método.

Recomendaría crear un nuevo usuario en su instalación de WordPress con el rol de "Autor" para esto. ¿Por qué? Bueno, estarías loco si compartieras tu contraseña de administrador con alguien. De confianza o no.

* Si lo se. La sección "pros" está vacía. Simplemente no puedo encontrar una buena razón para usar este método, en comparación con el segundo método:

El método PULL – El feed RSS

Cada instalación de WordPress tiene soporte de manejo de RSS incorporado para leer fuentes RSS, y aquellos que no quieren reinventar la rueda y el código desde cero, ya hay algunos buenos complementos escritos para manejar la creación de contenido a través de fuentes RSS como WP -o-Matic.

Los profesionales

Fácil de mantener: un servidor central que contiene todo su contenido. Fácil.

Ampliable: ¿necesita más espacio? ¿Necesitas más velocidad? Actualizar un solo servidor. Fácil.

Más rápido de configurar. No es necesario ingresar los detalles de cada blog en un sitio central. Fácil.

Flexible: puede comunicarse con la fuente RSS a través de parámetros, por lo que con un poco de habilidad técnica puede comenzar a escalar gradualmente. Lea a continuación en la sección llamada "Entonces, ¿cómo funciona esto exactamente?".

Beneficio adicional: estructura de salida forzada = compatibilidad con versiones anteriores . La estructura estricta de la fuente RSS lo obliga a seguir los estándares RSS; de lo contrario, el código no podrá comprender su fuente.
Por lo tanto, si agrega funciones adicionales en el futuro, como nuevos parámetros y su manejo, se verá obligado a mantener la misma estructura de salida y eso significa que todas las instalaciones anteriores aún podrán comunicarse con el servidor de contenido.

Los contras

falta de seguimiento

Siendo práctico, también uso mi servidor de alimentación centralizado para verificar mis esclavos dispersos por Internet, pero hacer esto usando una tecnología PULL requiere un esfuerzo adicional y codificación de su parte.

Podría decirse que el primer método (XML-RPC) tiene una ventaja en esta área, al saber de inmediato si un blog no responde y se agota el tiempo de espera al intentar publicar y alertarnos de eso.

Sin embargo, puede lograr el mismo beneficio agregando código adicional a su secuencia de comandos de alimentación, que almacena las visitas entrantes de las direcciones URL de referencia, verifica las direcciones URL entrantes a intervalos específicos e informa de los blogs que no responden. Esto lo convierte en una desventaja menor, ya que requiere un esfuerzo adicional en la configuración. La primera vez.

Consejo valioso: ¡Agregue un poco de cordura!

Si elige agregar el módulo de verificación, sería prudente agregar un búfer para la capacidad de respuesta. Simplemente porque un blog no está respondiendo en el momento en que su código lo verifica, simplemente podría ser lento para responder en ese momento, las vías en Internet están cronometradas o una variedad de otras cosas.

En cambio, debe anotarse y volver a verificarse al menos un par de veces más antes de enviarle una alerta, como un correo electrónico, un mensaje de texto a su teléfono celular o lo que se le ocurra...

También recomiendo agregar alertas varias veces al día.

REALMENTE no quieres que un fragmento de código se vuelva loco y te envíe mensajes de texto cada 15 segundos por alguna razón, a partir de las 2:32 am.

Por lo general, sucederá cuando esté de vacaciones en algún lugar sin una conexión a Internet decente o sin tiempo para arreglarlo … Créame.

Una inversión

Sin embargo, una desventaja real es el costo potencial. Soy un fanático de reducir mis costos tanto como sea razonablemente posible, y conozco varios lugares que ofrecen solo un servicio decente y a precios bajos. Pero la única parte importante de esta configuración es el servidor, y debe ser tan seguro y estable como lo necesite y pueda pagar.

Dependiendo de su tipo de nervios y del tamaño de su billetera, le recomiendo invertir en un servidor seguro, estable y bien respaldado, con soporte las 24 horas del día, los 7 días de la semana. Cuesta más, pero te hace dormir tranquilo por la noche.

Si desea un sitio web estable y que funcione sin problemas, recuerde consultar mi lista de verificación de optimización de WordPress.

¿Entonces cómo funciona exactamente?

Bueno, si desea comenzar de manera simple, configure una variedad de blogs de WordPress con algún código de manejo de contenido de RSS, que verifica una fuente RSS fija a intervalos aleatorios, como dos veces al día, semanalmente o incluso mensualmente. La fuente RSS contendrá contenido controlado desde el servidor central, y el código local se encargará de crear cualquier contenido nuevo en publicaciones de blog.

La URL del feed central, digamos https://networkhq.com/feed.php, devolverá contenido de una base de datos (o incluso de un rango de bases de datos).

En su forma más simple, simplemente devuelve contenido aleatorio entregado desde una base de datos. Una versión más avanzada que puede desarrollar a su antojo debería/podría contener varias funciones más, como:

Seguridad : agregue un parámetro con una clave específica y no devuelva nada si falta ese parámetro. Ejemplo: https://networkhq.com/feed.php& secretkey=453Asd2

Contenido de palabras clave : agregue un parámetro para la búsqueda de palabras clave. Imagine tener una base de datos centralizada de cientos de miles de artículos, noticias e historias sobre "salud", por ejemplo. Si configura una variedad de blogs relacionados con una frase de palabra clave específica, simplemente puedo agregar &kw=acne y generar solo contenido relacionado con el acné.

Método de clasificación: puede generar el contenido de forma aleatoria si desea llenar un blog gradualmente con contenido, o puede forzar la salida devuelta por el servidor para mostrar primero la más reciente.

Limitación : limitar su producción siempre es una buena idea. Puede ser una forma de controlar cuánto contenido se agrega a tu blog a la vez. Algunas secuencias de comandos de manejo de RSS que he probado no tienen una función de limitación, y podría terminar generando 50 publicaciones de blog cada hora si no mantiene cierto control y limitaciones.

Hay varias otras cosas que pueden ayudarlo y aumentar la flexibilidad del sistema, traiga algunas de sus propias ideas en los comentarios, me encantaría escuchar lo que puede pensar.