Como publicar em vários blogs do WordPress
Publicados: 2022-07-21Conteúdo da postagem
- O método PUSH – XML-RPC
- As coisas boas
- As coisas ruins
- Segurança
- Demorado
- O método PULL – O feed RSS
- Os prós
- Os contras
- Falta de rastreamento
- Um investimento
- Então, como exatamente isso funciona?
Um amigo meu recentemente me perguntou sobre como melhor (significando mais rapidamente) distribuir conteúdo em vários blogs WordPress, e isso me motivou a mergulhar neste post.
Existem dois métodos básicos de distribuição, métodos opostos na verdade, e cada um deles tem seus prós e contras. Ambos exigem um pouco de configuração na instalação do WordPress, mas muito disso pode ser automatizado no processo de criação.
O método PUSH – XML-RPC
Ao habilitar a publicação remota XML-RPC em seu blog WordPress, você pode, a partir de um software central, controlar uma gama teoricamente ilimitada de instalações do WordPress. Isso parece interessante, mas há de fato alguns contratempos importantes. Deixe-me explicar.
As coisas boas
*
As coisas ruins
Segurança
Em primeiro lugar, abre uma ameaça de segurança no seu blog WordPress. Desconheço a real estabilidade e segurança do protocolo XML-RPC; é sem dúvida outro “buraco” aberto em seu blog WordPress.
Demorado
Leva tempo para configurar. Para cada blog que você cria, você precisa habilitar o XML-RPC nas configurações do seu blog, você também precisa armazenar essas informações em seu software central para o qual você usa para controlar seus milhões de blogs WordPress.
Você também pode obter conteúdo automático por meio desse método.
Eu recomendaria criar um novo usuário em sua instalação do WordPress com o papel de “Autor” para isso. Por quê? Bem, você seria um maluco se compartilhasse sua senha de administrador com alguém. Confiável ou não.
* Sim, eu sei. A seção “pros” está vazia. Simplesmente não consigo encontrar um bom motivo para usar esse método, em comparação com o segundo método:
O método PULL – O feed RSS
Cada instalação do WordPress possui suporte embutido para manipulação de RSS para leitura de feeds RSS, e aqueles que não querem reinventar a roda e o código do zero, já existem alguns bons plugins escritos para lidar com a criação de conteúdo via feeds RSS, como WP -o-Matic.
Os prós
Fácil de manter – Um servidor central contendo todo o seu conteúdo. Fácil.
Expansível – Precisa de mais espaço? Precisa de mais velocidade? Atualize um único servidor. Fácil.
Mais rápido para configurar. Não há necessidade de inserir os detalhes de cada blog em um site central. Fácil.
Flexível – Você pode se comunicar com o feed RSS por meio de parâmetros, portanto, com um pouco de habilidade técnica, você pode gradualmente começar a escalar. Leia abaixo na seção chamada “Então, exatamente como isso funciona?”.
Benefício bônus: Estrutura de saída forçada = compatibilidade com versões anteriores . A estrutura rígida do feed RSS obriga você a seguir os padrões RSS, caso contrário o código não será capaz de entender seu feed.
Portanto, se você adicionar recursos adicionais no futuro, como novos parâmetros e seu manuseio, será forçado a manter a mesma estrutura da saída e isso significa que todas as instalações anteriores ainda poderão se comunicar com o servidor de conteúdo.
Os contras
Falta de rastreamento
Sendo prático, também uso meu servidor de feed centralizado para verificar meus escravos espalhados pela internet, mas fazer isso usando uma tecnologia PULL requer esforço extra e codificação em seu nome.
O primeiro método (XML-RPC) sem dúvida tem uma vantagem nesta área, sabendo imediatamente se um blog não responde e tempo limite ao tentar publicar e nos alertando sobre isso.
No entanto, você pode obter o mesmo benefício adicionando código adicional ao seu script de feed, que armazena as visitas recebidas de urls de referência, verifica as urls recebidas em intervalos especificados e relata os blogs que não respondem. Isso o torna um contra menor, pois requer um esforço extra na configuração. A primeira vez.
Dica valiosa: adicione um pouco de sanidade!
Se você optar por adicionar o módulo de verificação, seria aconselhável adicionar um buffer para capacidade de resposta. Simplesmente porque um blog não está respondendo no momento em que seu código o verifica, ele pode simplesmente demorar a responder naquele momento, os caminhos na Internet estão com clock ou uma série de outras coisas.
Em vez disso, deve ser anotado e verificado novamente pelo menos mais algumas vezes antes de enviar um alerta para você, como um e-mail, uma mensagem de texto para seu celular ou o que você puder pensar…
Também recomendo agregar alertas algumas vezes ao dia.
Você REALMENTE não quer que um pedaço de código fique mental e envie mensagens de texto a cada 15 segundos por algum motivo, começando às 2h32.
Isso geralmente acontece quando você está de férias em algum lugar sem uma conexão decente à Internet ou tempo para consertá-lo… Confie em mim.
Um investimento
Um con real no entanto é o custo potencial. Eu sou um otário para reduzir meus custos tanto quanto razoavelmente possível, e conheço vários lugares que oferecem apenas um serviço decente e por preços baixos. Mas a única parte importante dessa configuração é o servidor, e ele deve ser tão seguro e estável quanto você precisar e puder pagar.
Dependendo do seu tipo de nervos e do tamanho da carteira, recomendo investir em um servidor seguro, estável e com bom backup, com suporte 24 horas por dia, 7 dias por semana. Custa mais, mas faz você dormir tranquilamente à noite.
Se você deseja um site estável e com bom funcionamento, lembre-se de verificar minha lista de verificação de otimização do WordPress.
Então, como exatamente isso funciona?
Bem, se você quer começar simples, você configura uma variedade de blogs do WordPress com algum código de manipulação de RSS para conteúdo, que verifica um feed RSS fixo em intervalos aleatórios, como duas vezes ao dia, semanalmente ou até mensalmente. O feed RSS conterá conteúdo controlado a partir do servidor central, e o código local tratará da criação de qualquer novo conteúdo nas postagens do blog.
O URL do feed central, digamos https://networkhq.com/feed.php, retornará o conteúdo de um banco de dados (ou mesmo de um conjunto de bancos de dados).
Na forma mais simples, ele simplesmente retorna conteúdo aleatório entregue de um banco de dados. Uma versão mais avançada que você pode desenvolver à vontade deve/poderia conter vários outros recursos, como:
Segurança – Adicione um parâmetro com uma chave específica e não retorne nada se esse parâmetro estiver ausente. Exemplo: https://networkhq.com/feed.php& secretkey=453Asd2
Conteúdo de palavras -chave – Adicione um parâmetro para pesquisa de palavras-chave. Imagine ter um banco de dados centralizado de centenas de milhares de artigos, notícias e histórias sobre “saúde”, por exemplo. Se você configurar uma série de blogs relacionados a uma palavra-chave específica, posso simplesmente adicionar &kw=acne
e produzir apenas conteúdo relacionado à acne.
Método de classificação – Você pode gerar o conteúdo aleatoriamente se quiser preencher um blog gradualmente com conteúdo ou pode forçar a saída retornada pelo servidor a exibir primeiro o mais recente.
Limitar – Limitar sua produção é sempre uma boa ideia. Pode ser uma maneira de controlar quanto conteúdo é adicionado ao seu blog por vez. Alguns scripts de manipulação de RSS que testei não têm um recurso limitador, e você pode acabar recebendo 50 postagens de blog criadas a cada hora se não mantiver algum controle e limitações.
Existem várias outras coisas que podem ajudá-lo e aumentar a flexibilidade do sistema, traga algumas de suas próprias ideias nos comentários, eu adoraria ouvir o que você pode pensar.