Come pubblicare su diversi blog WordPress

Un mio amico di recente mi ha chiesto come distribuire al meglio (quindi più rapidamente) i contenuti su diversi blog WordPress e questo mi ha motivato a immergermi in questo post del blog.

Esistono due metodi di base per la distribuzione, in realtà metodi opposti, e ognuno ha i suoi pro e contro. Entrambi richiedono un po' di configurazione sull'installazione di WordPress, ma molto può essere automatizzato nel processo di creazione.

Il metodo PUSH – XML-RPC

Abilitando la pubblicazione remota XML-RPC sul tuo blog WordPress, puoi controllare da un software centrale una gamma teoricamente illimitata di installazioni WordPress. Sembra interessante, ma ci sono davvero alcune grandi battute d'arresto. Lasciatemi spiegare.

Le cose buone

*

Le cose brutte

Sicurezza

Innanzitutto apre una minaccia alla sicurezza sul tuo blog WordPress. Non sono a conoscenza dell'effettiva stabilità e sicurezza del protocollo XML-RPC; è probabilmente un altro "buco" aperto nel tuo blog WordPress.

Richiede tempo

Ci vuole tempo per l'installazione. Per ogni blog che crei devi abilitare XML-RPC nelle impostazioni del tuo blog, devi anche archiviare queste informazioni nel tuo software centrale per il quale usi per controllare i tuoi milioni di blog WordPress.

Puoi anche ottenere contenuti automatici tramite questo metodo.

Consiglierei di creare un nuovo utente nella tua installazione di WordPress con il ruolo di "Autore" per questo. Come mai? Bene, saresti un matto se condividi la tua password di amministratore con qualcuno. Fidato o meno.

* Si lo so. La sezione "pro" è vuota. Semplicemente non riesco a trovare una buona ragione per usare questo metodo, rispetto al secondo metodo:

Il metodo PULL – Il feed RSS

Ogni installazione di WordPress ha un supporto integrato per la gestione degli RSS per la lettura dei feed RSS e coloro che non vogliono reinventare la ruota e il codice da zero, ci sono già alcuni buoni plugin scritti per gestire la creazione di contenuti tramite feed RSS come WP -o-Matic.

I pro

Facile da mantenere: un server centrale contenente tutti i tuoi contenuti. Facile.

Espandibile: serve più spazio? Hai bisogno di più velocità? Aggiorna un singolo server. Facile.

Più veloce da configurare. Non c'è bisogno di inserire i dettagli per ogni blog in un sito centrale. Facile.

Flessibile: puoi comunicare con il feed RSS tramite parametri, quindi con un po' di abilità tecnica puoi iniziare gradualmente a scalare. Leggi di seguito nella sezione denominata "Quindi esattamente come funziona?".

Vantaggio bonus: struttura dell'output forzato = compatibilità con le versioni precedenti . La struttura rigida del feed RSS ti obbliga a seguire gli standard RSS, altrimenti il ​​codice non è in grado di capire il tuo feed.
Pertanto, se in futuro si aggiungono funzionalità aggiuntive, come nuovi parametri e la loro gestione, si è costretti a mantenere la stessa struttura dell'output e ciò significa che tutte le installazioni precedenti saranno ancora in grado di comunicare con il server dei contenuti.

I contro

Mancanza di tracciamento

Essendo pratico, utilizzo anche il mio server di feed centralizzato per controllare i miei schiavi sparsi su Internet, ma farlo utilizzando una tecnologia PULL richiede uno sforzo extra e la codifica per tuo conto.

Il primo metodo (XML-RPC) ha probabilmente un vantaggio in quest'area, sapendo immediatamente se un blog non risponde e va in timeout quando si tenta di pubblicare e avvisandoci di ciò.

Tuttavia, puoi ottenere lo stesso vantaggio aggiungendo codice aggiuntivo allo script del feed, che memorizza le visite in entrata dagli URL di riferimento, controlla gli URL in entrata a intervalli specificati e segnala eventuali blog che non rispondono. Questo lo rende un piccolo imbroglio, poiché richiede uno sforzo aggiuntivo per la configurazione. La prima volta.

Un consiglio prezioso: aggiungi un po' di sanità mentale!

Se scegli di aggiungere il modulo di controllo, sarebbe saggio aggiungere un buffer per la reattività. Semplicemente perché un blog non risponde nel momento in cui il tuo codice lo controlla, potrebbe semplicemente essere lento nel rispondere in quel momento, i percorsi su Internet sono sincronizzati o una serie di altre cose.

Dovrebbe invece essere annotato e ricontrollato almeno un altro paio di volte prima di inviarti un avviso, come un'e-mail, un messaggio di testo sul tuo cellulare o qualsiasi cosa tu possa pensare...

Raccomando anche di aggregare gli avvisi un paio di volte al giorno.

Non vuoi DAVVERO che un pezzo di codice diventi mentale e ti invii messaggi di testo ogni 15 secondi per qualche motivo, a partire dalle 2:32 del mattino.

Di solito succede quando sei in vacanza da qualche parte senza una connessione Internet decente o il tempo per risolverlo... Credimi.

Un investimento

Un vero imbroglio, tuttavia, è il costo potenziale. Sono un fanatico per abbassare i miei costi il ​​più ragionevolmente possibile e conosco molti posti che offrono solo un servizio decente ea prezzi bassi. Ma l'unica parte importante in questa configurazione è il server e dovrebbe essere sicuro e stabile quanto ti serve e puoi permetterti.

A seconda del tipo di nervi e delle dimensioni del portafoglio, consiglio vivamente di investire in un server sicuro, stabile e con un backup adeguato, con supporto 24 ore su 24, 7 giorni su 7. Costa di più, ma ti fa dormire sonni tranquilli la notte.

Se desideri un sito Web stabile e funzionante, ricorda di controllare la mia Checklist per l'ottimizzazione di WordPress.

Quindi come funziona esattamente?

Bene, se vuoi iniziare in modo semplice, imposti una gamma di blog WordPress con un codice di gestione da RSS a contenuto, che controlla un feed RSS fisso a intervalli casuali, ad esempio due volte al giorno, settimanalmente o addirittura mensilmente. Il feed RSS conterrà contenuto controllato dal server centrale e il codice locale gestirà la creazione di qualsiasi nuovo contenuto nei post del blog.

L'URL del feed centrale, diciamo https://networkhq.com/feed.php, restituirà il contenuto da un database (o anche da una serie di database).

Nella maniera più semplice, restituisce semplicemente contenuto casuale fornito da un database. Una versione più avanzata che puoi sviluppare a tuo piacimento dovrebbe/potrebbe contenere molte altre funzionalità come:

Sicurezza : aggiungi un parametro con una chiave specifica e non restituisce nulla se quel parametro è mancante. Esempio: https://networkhq.com/feed.php& secretkey=453Asd2

Contenuto delle parole chiave : aggiungi un parametro per la ricerca delle parole chiave. Immagina di avere un database centralizzato di centinaia di migliaia di articoli, notizie e storie sulla "salute", ad esempio. Se imposti una serie di blog relativi a una frase chiave specifica, posso semplicemente aggiungere &kw=acne e generare solo contenuti relativi all'acne.

Metodo di ordinamento : è possibile emettere il contenuto in modo casuale se si desidera riempire gradualmente un blog di contenuto oppure è possibile forzare l'output restituito dal server per visualizzare prima l'ultimo.

Limitare – Limitare la tua produzione è sempre una buona idea. Può essere un modo per controllare la quantità di contenuto aggiunta al tuo blog alla volta. Alcuni script di gestione RSS che ho testato non hanno una funzione limitante e potresti finire per ottenere 50 post di blog creati ogni ora se non mantieni un certo controllo e limitazioni.

Ci sono molte altre cose che possono aiutarti e aumentare la flessibilità del sistema, far emergere alcune delle tue idee nei commenti, mi piacerebbe sentire cosa puoi pensare.