WordPress Multisite vs più siti: scegliere la struttura giusta

Un'indennità del sito di hosting non è una rete WordPress

WordPress Multisite gestisce una rete di siti all'interno di un'installazione WordPress. I siti WordPress separati utilizzano installazioni separate, anche quando condividono un account di hosting. Un piano che consente a diversi siti web non crea automaticamente una rete Multisite o descrive come questi siti sono isolati.

Inizia elencando i siti, i loro proprietari e le modifiche che devono fare indipendentemente. Un gruppo di siti organizzativi mantenuti da un team ha diverse esigenze da progetti client non correlati con date di rilascio diverse. Confrontare prima la struttura dell'applicazione, quindi controllare i limiti reali del piano e le scelte di configurazione disponibili contro quella decisione.

Confronta componenti condivisi e versioni indipendenti

Una rete condivide il core WordPress e i file di plugin e di tema installati, mentre i sottositi hanno i propri contenuti e impostazioni. Le installazioni indipendenti possono scegliere diverse versioni dei componenti e programmi di aggiornamento. Hanno ancora bisogno di server deliberati, database e progettazione autorizzazioni; directory separate da sole non dimostrano che un account di hosting fornisce un forte isolamento.

Scorrere il tavolo orizzontalmente se necessario.

Controllare i ruoli dell'amministratore e la compatibilità del plugin

Un amministratore di rete controlla l'installazione di plugin e temi. Un amministratore del sito non ha gli stessi diritti di installazione. Un plugin può essere abilitato per un sottosito o attivato in tutta la rete; un plugin attivato in rete non può essere semplicemente disattivato da un amministratore di un singolo sito. Concorda su chi può approvare un cambiamento che colpisce diversi siti.

Chiedi ad ogni importante sviluppatore di plugin se il plugin supporta Multisite e la modalità di attivazione prevista. Esame, appartenenza, lingua e estensioni di sicurezza in particolare. Controllare i termini di licenza commerciale per il numero previsto di siti piuttosto che presumere che una rete contenga come un sito autorizzato. Registra le eccezioni prima di scegliere un'architettura condivisa.

Pianificare i domini e HTTPS per ogni sito

Una rete può utilizzare sottodomini o sottodirectory, e il moderno WordPress supporta la mappatura di un sottosito a un dominio separato. La mappatura del dominio richiede ancora il dominio per raggiungere la destinazione di hosting corretta e il server web per riconoscerlo. L'impostazione dell'applicazione da sola non configura DNS pubblico o crea un certificato TLS.

Scrivere l'indirizzo canonico di ogni sottosito e i domini che devono essere coperti da HTTPS. Testare le pagine di front-end e l'accesso dell'amministratore per ogni dominio mappato. Decidi se i nuovi siti sono creati da un amministratore o su richiesta; la creazione di sottodomini on-demand può avere diversi requisiti DNS da un elenco fisso di siti noti.

Pianifica record di dominio per la tua destinazione di hosting

Definire come un sito e l'intera rete possono essere ripristinati

Per una rete, rivedere il database condiviso, la configurazione di rete, le tabelle dei sottositi e gli upload richiesti dal processo di backup. Chiedi se il metodo di recupero scelto ripristina l'intera rete o può recuperare un sottosito. Ripristinare un database più vecchio per riparare un sito potrebbe anche sostituire le modifiche più recenti fatte altrove nella rete.

Per installazioni indipendenti, identificare i file e database appartenenti a ogni sito e testare un ripristino senza toccare gli altri. Né l'architettura elimina la necessità di un backup coerente e di una prova di recupero. Impostare i confini di recupero prima di un incidente: chi autorizza il ripristino, quali siti colpisce e come vengono gestite le modifiche apportate dopo il backup.

Definire un campo di backup e ripristino

Considerare i trasferimenti futuri e i requisiti divergenti

Un sito web client che può essere venduto, trasferito o mantenuto da un'altra agenzia ha bisogno di un percorso di uscita documentato. Estrarre un sito da una rete è più coinvolto che copiare una directory: rivedere le sue tabelle di database, utenti, upload, domini e dati specifici del plugin. Riprendere il processo di trasferimento con gli strumenti che si intende utilizzare.

Installazioni separate possono adattarsi a progetti che hanno bisogno di diverse decisioni di compatibilità PHP o versioni di plugin indipendenti. Una rete può essere adatta a un gruppo con componenti comuni e governance centrale. Queste sono scelte di flusso di lavoro, non una promessa che un'architettura è sempre più veloce o più conveniente. Confrontare la responsabilità in corso con le esigenze dei siti che si mantiene in realtà.

Preparare un trasferimento WordPress e il taglio

Scegli una struttura prima di confermare la configurazione di hosting

La configurazione VPSLibre WordPress può registrare una preferenza multisito quando l'opzione è disponibile. Rivedere il preventivo restituito e i dettagli del progetto; selezionare una preferenza non è la prova che una rete è già stata creata. Confermare l'ambiente consegnato e qualsiasi applicazione lavorare con l'operatore responsabile per l'installazione.

Se la vostra organizzazione ha bisogno di installazioni indipendenti, confrontare l'assegno del sito dichiarato e i limiti delle risorse piuttosto che selezionare Multisite solo per ospitare diversi domini. Utilizzare la guida di preparazione WordPress per verificare i requisiti di runtime e storage. Tenere una nota di architettura con l'ordine in modo che la famiglia ospitante scelta supporti la struttura di applicazione pianificata.

• Un team possiede modifiche dei componenti condivisi, o ogni sito ha bisogno del proprio processo di rilascio.
• I plug-in essenziali supportano l'architettura prevista e l'ambito di licenza.
• Ogni dominio e login sottosito ha un piano DNS e HTTPS.
• Il recupero di un unico sito e il trasferimento futuro sono stati esaminati.

Confronta WordPress indennità e configurazione del sito