siti di hosting Multi Drupal

Se si esegue più di un sito Drupal, è possibile semplificare la gestione e possibile aggiornare i siti utilizzando la funzionalità multi-sito. Multi-sito permette di condividere una singola installazione di Drupal (codice di base compresa, hanno contribuito moduli e temi) tra i diversi siti.

Ciò è particolarmente utile per la gestione del codice dal momento che ogni aggiornamento ha solo bisogno di essere fatto una volta. Ogni sito avrà una propria banca dati e le proprie impostazioni di configurazione, in modo da ogni sito avrà il suo proprio contenuto, le impostazioni, i moduli attivati, e il tema abilitato. Tuttavia, i siti condividono una radice base di codice e documenti web, quindi non ci possono essere problemi di sicurezza con più amministratori. (Vedere la sezione "problemi di sicurezza" di seguito per ulteriori informazioni).

siti multi Hosting Drupal difficile da fare perché

Panoramica del processo

Per creare un nuovo sito utilizzando una base di codice Drupal condiviso è necessario effettuare le seguenti operazioni:

Creare un nuovo database per il sito (se esiste già un database esistente è anche possibile utilizzare questo definendo un prefisso nella procedura di installazione).
Creare una nuova sottodirectory della directory 'siti' con il nome del nuovo sito. Vedere qui di seguito oi commenti nel file default.settings.php per informazioni su come dare un nome al sottodirectory.
Copiare il file di siti / default / default.settings.php nella sottodirectory creata nel passaggio precedente. Rinominare il nuovo file settings.php.
Solo per Drupal 8: Attivare la funzione multi-sito copiando (e ridenominazione) I siti di file / example.sites.php ai siti / sites.php. Non v'è alcuna necessità di modificare il file a meno che non avete bisogno di alias del sito. Le normali regole di selezione del sito si applica.
Regolare le autorizzazioni della nuova directory del sito, e concedere autorizzazioni di scrittura per il file di configurazione (settings.php).
Se si utilizza una sottodirectory come example.com/subdir e non un sottodominio, come subd.example.com probabilmente si deve creare un link simbolico per ogni sito. Vedere la sezione multi-site subdirectory sotto per i dettagli.
In un browser Web, accedere al URL del nuovo sito e continuare con la procedura di installazione standard di Drupal (se si ottiene un ciclo di reindirizzamento infinito, controlla se il file install.php esiste la radice del documento).

Può anche essere necessario modificare il file di configurazione del server Web (spesso chiamato httpd.conf per Apache) per consentire Drupal per ignorare le impostazioni di Apache. Questo è vero per tutte le installazioni di Drupal e non è specifico per il multi-sito di installazione. Ulteriori informazioni sono disponibili nelle Best Practices: configurazione di Apache e PHP per Drupal in una sezione condivisa Ambiente della guida all'installazione.

Dettagli del processo

Domini, URL e siti nome della sottodirectory

La nuova sottodirectory della directory siti ha un nome che è costruito da l'URL del sito. Ad esempio, la configurazione per www.example.com sarebbe in siti / example.com / settings.php. Non è necessario includere 'www' come parte del nome della directory.

Drupal utilizzerà gli stessi siti / directory example.com per qualsiasi sottodominio di example.com. tra cui www, a meno che non v'è alternativa, corrispondenti siti sottodominio sottodirectory. Per esempio, sub.example.com URL sarebbe servito da siti / sub.example.com. se esiste.

Per un URL sottodirectory, come ad esempio example.com/subdir. un nome alla sottodirectory siti come segue: siti / example.com.subdir - e leggere la sezione seguente su come ottenere sottodirectory multi-sito di lavoro.

Se si installa su una porta non standard, il numero di porta è trattata come la prima parte del sottodominio. Ad esempio, www.example.com:8080 potrebbe essere caricato da siti / 8080.example.com. Se questa directory non esiste, Drupal sarebbe poi cercare siti / example.com. proprio come un vero e proprio sottodominio.

moduli e temi specifici del sito

Ogni configurazione del sito può avere le proprie moduli e temi specifici del sito in aggiunta a quelli installati nei 'moduli' standard e le directory 'Temi'. Per utilizzare moduli o temi specifici del sito, è sufficiente creare una 'moduli' o directory 'temi' all'interno della directory di configurazione del sito. Ad esempio, se sub.example.com ha un tema personalizzato e un modulo personalizzato che non dovrebbe essere accessibile ad altri siti, la configurazione sarebbe simile a questa:

radice del documento

Un'area di confusione frequente è quello in un'installazione multisito Drupal la radice del documento server web è la stessa per tutti i siti. Ad esempio, con i seguenti tre siti: example.com, sub.example.com e example.com/site3 ci sarà una singola directory Drupal e tutti i siti saranno chiamando lo stesso file index.php.

Alcuni webhosts creano automaticamente una nuova directory (cioè example.com) quando si crea un nuovo dominio o sottodominio. In questo caso è necessario fare in un link simbolico alla directory principale di Drupal, o meglio ancora durante la creazione del dominio o sottodominio, impostarlo per utilizzare la stessa radice del documento come il luogo in cui è stato installato Drupal.

Sottodirectory multi-sito

Se si sta tentando di ottenere Drupal multi-sito di lavoro utilizzando gli URL sottodirectory anziché sottodominio o URL diversi domini, potrebbero verificarsi dei problemi. Potrete iniziare facendo una directory come siti / example.com.subdir. e mettendo un file settings.php lì. Se questo funziona per voi, grande! Ma probabilmente non lo farà.

alias localhost per workstation locale

Su molti sistemi, è possibile creare le voci in un file "hosts" per creare alias per il nome localhost per una workstation locale. Con la creazione di alias per localhost è possibile creare nomi come localdev1.example.com e localdev2.example.com, sia per il computer locale.

Se d'altra parte si utilizzano le sottodirectory nella vostra web root locale, creare un link simbolico come questo:

e il nome del tuo localhost.subdir cartella del sito.

nome cambia di dominio

Una volta che un sito è in produzione in una determinata sottodirectory sotto la directory siti, la sottodirectory non deve essere rinominato, anche se il sito Web cambia URL. Questo perché diverse tabelle di database (ad esempio: sistema e file) includono i riferimenti a "siti / www.mydomain.com." Invece di rinominare la directory di siti, è possibile creare un collegamento simbolico al nuovo URL da quella vecchia. Passare alla directory siti e quindi utilizzare il seguente comando:
$ Ln -s /path/to/drupal/sites/old.domainname.com new.domainname.com

Problemi di sicurezza

Si potrebbe voler riconsiderare utilizzando la configurazione multi-sito di Drupal, in situazioni in cui gli amministratori di tutti i siti in esecuzione dalla stessa base di codice non sono né la stessa persona o un piccolo gruppo con un alto livello di fiducia reciproca. La ragione è che chiunque con privilegi amministrativi completi su un sito Drupal può eseguire codice PHP arbitrario su quel sito attraverso vari mezzi (anche senza l'accesso FTP al sito), e che il codice PHP arbitrario potrebbe essere utilizzato da un sito di influenzare un altro sito, se i due siti si trovano nella stessa radice del documento HTTP e condividere lo stesso codice di Drupal.

Quindi, a meno che non completamente fidi tutti gli amministratori dei siti che si stanno prendendo in considerazione che va dalla stessa base di codice di Drupal per essere informati, attenti, e non dannoso, si potrebbe prendere in considerazione l'installazione di loro siti Drupal in zone completamente separate del web server che non sono in grado di influenzare l'un l'altro tramite script PHP.

Di tanto in tanto, Drupal è soggetto a vulnerabilità di sicurezza. insetti che consentono l'accesso utente non autorizzato di codice Drupal core. Una volta che un hacker ha accesso al codice di base, hanno accesso a tutti i tuoi multisites attraverso un attacco. Non multisites richiedono attacchi separati, che possono offrire un tempo sufficiente per la vulnerabilità di essere assicurato.

Quando multisito

Come regola generale, se utilizzare installazioni multisito o non si può dire:

Se i siti sono per lo stesso cliente ed è per semplificare la portata di ogni sito, in considerazione.
Se i siti sono simili in termini di funzionalità, utilizzare gli stessi moduli o utilizzare la stessa distribuzione Drupal, considerarlo.
Se si hanno limitato le risorse / organico, ma un sacco di siti per gestire e mantenere, sicuramente in considerazione.
Se la funzionalità o la portata sono diversi, non utilizzare multisito.
Se si gestisce diverse distribuzioni, non utilizzare multisito.
Se i clienti sono diversi, non utilizzare multisito.

Il Drupalcon Austin (2014) conversazione / dibattito su più siti in cui i pro, contro, e alcuni suggerimenti sono discussi da un vasto pubblico di prospettive utente è disponibile su youtube.

Multisito è popolare quando si desidera che i siti per rimanere up-to-date il più possibile per quanto riguarda gli aggiornamenti di sicurezza dei moduli Drupal, ma quando si dispone di diverse funzionalità, questo è più difficile da fare perché ci vuole un più tempo per testare ogni sito in modo indipendente. Se si sta facendo multisito, quindi l'aggiornamento deve essere eseguito nello stesso momento per tutti i siti che non è sempre possibile. Se questo è un problema o avete un grande più siti, ma ancora favorire l'approccio, si può prendere in considerazione esplorando una Drush plugin chiamato DSLM che tratta la gestione multisito un po 'diverso, ma con gli stessi vantaggi.

I siti con funzionalità diverse di solito finiscono per essere aggiornati in momenti diversi perché ognuno ha bisogno di essere testato e sostenuta. aggiornamenti del sito e backup possono essere automatizzate con Drush con o senza multisito se il bersaglio @sites disposizione Drush semplifica applicazione di massa di comandi da multisites.

Consigliati i dettagli di configurazione multisito

Queste non sono regole dure e veloci, ma sarà certamente di aiuto a impedire di dipingere se stessi in un angolo con multisito.

Utilizzare Drush per gestire gli aggiornamenti del deployment / sito

Drush è un potente CLI che permette di comandi di scripting contro i siti Drupal. Quando combinato con multisites, diventano molto più facili da gestire su larga scala. Drush alias (che consentono riferimento a gruppi di siti / obiettivi con comandi singoli) sono fondamentali per gestire con successo grandi implementazioni multisito. Ad esempio, molte istituzioni educative eseguire multisites con ben più di 100 a 1000 siti scappare una sola multisito.

Utilizzare sites.php gestire i siti

Utilizzare il siti / sites.php incluso (Drupal 7.x) o siti / sites.example.php (Drupal 8.x.x) per fare riferimento a siti in un multisito invece dell'indirizzo base. Questo vi permetterà di migrare tra le distribuzioni (ad es. Dev, stage, prod) più facilmente. Configurazione multisito tradizionale avrebbe di creare directory come siti / my.new.domain.address / settings.php ma non c'è bisogno di utilizzare il dominio come nome della cartella per farlo funzionare. In sites.php si può fare un riferimento come => 'my.new.domain.address' 'progetto / version1'. In questo modo, è rendere possibile l'uso di mappature sites.php su dev che assomigliano più our.dev.address e hanno ancora puntare a proiettare / version1 come suo obiettivo.