{"id":1453,"date":"2023-04-15T11:45:00","date_gmt":"2023-04-15T09:45:00","guid":{"rendered":"https:\/\/ploetner.io\/it\/?p=1453"},"modified":"2023-04-15T11:45:00","modified_gmt":"2023-04-15T09:45:00","slug":"dai-wordpress-multisite-ai-multi-network","status":"publish","type":"post","link":"https:\/\/ploetner.io\/it\/dai-wordpress-multisite-ai-multi-network\/","title":{"rendered":"Dai WordPress Multisite ai Multi Network"},"content":{"rendered":"\n

Da un po’ di tempo a questa parte c’\u00e8 una funzionalit\u00e0 [nascosta] di WordPress che mi interessa particolarmente: i Multi Network con un\u2019unica installazione<\/strong>. Ho proposto questo tema per un intervento al WordCamp Torino 2023<\/a> e, a quanto pare, c’\u00e8 abbastanza curiosit\u00e0 dato che mi \u00e8 stata data l’opportunit\u00e0 di parlarne. Questo articolo \u00e8 parte del materiale di preparazione al mio talk.<\/p>\n\n\n\n\n\n\n\n

Che cos’\u00e8 un WordPress Multisite?<\/h2>\n\n\n\n

Prima di avventurarmi nei commenti sui Multi Network, chiariamo cos’\u00e8 un Multisite. WordPress \u00e8 in grado di gestire una rete di pi\u00f9 siti web\/blog con una sola installazione.<\/strong> \u00c8 possibile assegnare uno o pi\u00f9 amministratori a questi siti. La rete, a sua volta, \u00e8 gestita da uno o pi\u00f9 amministratori di rete. Il proprietario di un account pu\u00f2 anche essere un amministratore del sito e, allo stesso tempo, un amministratore di rete.<\/p>\n\n\n\n

Attenzione, per\u00f2:<\/strong> la creazione di un Multisite non \u00e8 un processo banale. \u00c8 richiesta una certa sicurezza durante la modifica dei file di configurazione, un backup aggiornato dei file e del database!<\/p>\n\n\n\n

Due tipi diversi di Multisite<\/h2>\n\n\n\n

In ogni caso, anche prima della configurazione, bisogna decidere quali dei due possibili tipi di Multisite utilizzare in base a come devono essere accessibili i siti: se tramite domini indipendenti o tramite sottodirectory<\/strong>. Le due opzioni possono essere entrambe valide scelte – in base allo scopo e al gusto personale – e ognuna con i propri vantaggi e svantaggi.<\/p>\n\n\n\n

\"Due<\/figure>\n\n\n\n

Primi ostacoli di questa fase<\/h2>\n\n\n\n

Se desideri convertire un’installazione gi\u00e0 esistente da tempo<\/strong> in un Multisite, WordPress offrir\u00e0 solo l’opzione dei sottodomini<\/strong> per evitare possibili collisioni con i nomi delle sottodirectory. Tuttavia, questo pu\u00f2 essere modificato dopo il setup iniziale adattando la configurazione di conseguenza.<\/p>\n\n\n\n

Caso d’uso per i Multisite per eccellenza<\/h2>\n\n\n\n

I siti multilingue sono un ottimo caso d’uso per i Multisite. \u00c8 possibile configurare sottodomini o sottodirectory per la rispettiva lingua. WordPress ha gi\u00e0 questa opzione integrata come impostazione predefinita. Per collegare i contenuti o le traduzioni dei vari siti, \u00e8 poi possibile utilizzare un plugin, come il Multisite Language Switcher<\/a>.<\/p>\n\n\n\n

\"Caso<\/figure>\n\n\n\n

Sottodomini con un “ma”<\/h2>\n\n\n\n

Prima del rilascio di WordPress 4.5, bisognava utilizzare un plugin per mappare i domini ai sottodomini e specificare che, per esempio, de.example.org<\/em> reindirizzasse automaticamente a example.de<\/em>. La mappatura del dominio \u00e8 ora una funzionalit\u00e0 integrata di WordPress. \u00c8 vero anche che, nella mia esperienza, i sottodomini tendono ad essere rifiutati dai clienti che desiderano eseguire siti web multilingue.<\/strong><\/p>\n\n\n\n

Al cliente piacciono le sottodirectory<\/h2>\n\n\n\n

In questa fase di progettazione, la maggior parte dei clienti preferisce optare per la variante con le sottodirectory. Principalmente per motivi estetici, a volte per altri motivi legati a questioni di SEO e cos\u00ec via. Tuttavia, la parte problematica<\/strong> per agenzie o fornitori di soluzioni SaaS inizia quando si tratta di gestire in modo efficiente un numero elevato di installazioni WordPress<\/strong>.<\/p>\n\n\n\n

\"Ai<\/figure>\n\n\n\n

\u00c8 qui che i Multi Network possono aiutare<\/h2>\n\n\n\n

Ed \u00e8 proprio qui che, a mio avviso, entrano in gioco i Multi Network. Con l’aiuto di questa funzionalit\u00e0, possiamo gestire la totalit\u00e0 dei siti dei clienti in un’unica installazione. La gestione \u00e8 nettamente pi\u00f9 snella e anche i costi sono notevolmente ridotti. Le configurazioni in cloud, in cui le installazioni sono dotate ciascuna di uno o pi\u00f9 pod<\/a>, potrebbero avere maggiori vantaggi.<\/p>\n\n\n\n

\"\u00c8<\/figure>\n\n\n\n

Un rapido sguardo a wp_blogs<\/h2>\n\n\n\n

Se dai un’occhiata alle tabelle del database che vengono generate non appena hai convertito una semplice installazione di WordPress in un Multisite, probabilmente noterai immediatamente wp_blogs<\/a>. Le colonne blog_id<\/em> e site_id<\/em> sono in qualche modo fuorvianti per ragioni storiche. blog_id<\/em> \u00e8 un numero progressivo ed esclusivo<\/strong> per ogni sito creato nella rete (site_id<\/em>). Con i Multisite classici, questo numero rimane invariato (e invisibile<\/strong>).<\/p>\n\n\n\n

\"Un<\/figure>\n\n\n\n

Aparecium! <\/h2>\n\n\n\n

Per rendere visibile la colonna site_id<\/em> della tabella e per fornire a WordPress le funzionalit\u00e0 necessarie per il nostro scopo, non serve un incantesimo come in Harry Potter. Aiuter\u00e0, invece, l’installazione del plugin WP Multi Network<\/a>. La documentazione \u00e8 sufficiente per utenti esperti. Per principianti, tuttavia, (forse anche comprensibilmente) non \u00e8 pienamente accessibile.<\/p>\n\n\n\n

I Multi Network in progetti concreti<\/h2>\n\n\n\n

Se il plugin \u00e8 attivato e configurato, compaiono “My Networks” e “Edit Network”, oltre a “My Sites” con i siti\/blog impostati. A questo punto si pu\u00f2 gi\u00e0 vedere la potenza di questa estensione. Nel lavoro quotidiano con una tale installazione emergono altre propriet\u00e0 che hanno sicuramente il loro fascino, come ad esempio l’attivazione dei plugin a livello di network.<\/p>\n\n\n\n