{"id":1236,"date":"2019-10-09T10:18:50","date_gmt":"2019-10-09T10:18:50","guid":{"rendered":"http:\/\/techgoggler.com\/?p=1236"},"modified":"2022-11-15T16:11:02","modified_gmt":"2022-11-15T16:11:02","slug":"forzare-installazione-wp-multisite-in-subdirectories","status":"publish","type":"post","link":"https:\/\/techgoggler.com\/it\/forzare-installazione-wp-multisite-in-subdirectories\/","title":{"rendered":"Forzare installazione di WP multisite in subdirectories"},"content":{"rendered":"

Talvolta pu\u00f2 capitare di costruire un sito web pensando che rester\u00e0 unico ma poi strada facendo rendersi conto che era meglio usare WP multisite. Non mi dilungo sui motivi che potrebbero portarvi a scegliere WP multisite: tra le tante risorse in rete potete ad esempio leggere WordPress Multisite: che cos\u2019\u00e8 e come si crea una rete di siti WP<\/a>. Altro articolo ben fatto che vi consiglio di leggere \u00e8 “Creare una rete di siti con WordPress multisite<\/a>“.<\/p>\n

In teoria nessun problema<\/h2>\n

Se leggete Create a Network<\/a>, dal Codex, non viene detto da nessuna parte che non \u00e8 possibile installare multisite anche successivamente alla creazione del primo sito ovvero quando \u00e8 stato gi\u00e0 popolato di post e pagine. E infatti \u00e8 cos\u00ec, ma..<\/p>\n

C’\u00e8 solo un fastidioso dettaglio. Cominciate a disattivare i plugin, poi editate il file wp-config inserendo la riga di codice necessaria ad abilitare WP multisite. Fate login al vostro sito originale e troverete nel menu amministrativo una nuova voce che vi consente di iniziare il processo di configurazione del network. Ma qui, a sorpresa arriva il messaggio:<\/p>\n

Because your install is not new, the sites in your WordPress network must use sub-domains. The main site in a sub-directory install will need to use a modified permalink structure, potentially breaking existing links.<\/p><\/blockquote>\n

In sostanza WordPress vi dice che poich\u00e8 il vostro sito non \u00e8 nuovo di zecca ma contiene gi\u00e0 alcuni post e pagine sarete costretti a installare il network (multisite) in sottodomini e non in subdirectory<\/strong>.<\/p>\n

Se a questo punto vi state chiedendo di cosa sto parlando – cosa significa installare multisite in sottodomini o in subdirectory – allora questo articolo non \u00e8 per voi. Andate prima a documentarvi, per esempio al link del Codex fornito sopra. Per tutti gli altri, vi sarete resi conto che l’installazione in sottodomini o in subdirectories segue “filosofie” diverse e vi possono essere buoni motivi per una scelta o per l’altra. Anche in questo caso, per guidarvi nella scelta, vi rimando a decine di articoli presenti in rete sull’argomento.<\/p>\n

Poniamo allora che abbiate anche voi deciso che l’installazione in subdirectories \u00e8 quella che fa per voi (prima di deciderlo, leggi il paragrafo successivo). In questo caso il messaggio di WordPress che ho citato prima vi far\u00e0 aggrottare le sopracciglia: e adesso? Non voglio i sottodomini ma non voglio nemmeno radere al suolo il mio primo sito solo perch\u00e8 a WordPress non garba di trovarci gi\u00e0 post e pagine.<\/p>\n

Ma perch\u00e8 quel messaggio da WordPress?<\/h2>\n

Attenzione al fatto che se WordPress d\u00e0 quel messaggio, una ragione esiste. Supponiamo il vostro sito si chiami “example.it” e che vi sia un articolo o una pagina dal titolo “Dove andare”. L’URL di questa pagina, per quanto detto, sar\u00e0 dunque qualcosa del tipo “https:\/\/example.it\/dove-andare”. Adesso supponiamo che creiate, all’interno di WP multisite, un secondo sito (in subdirectory) e lo vogliate chiamare “Dove andare”. L’URL della home page di questo sito sar\u00e0 “https:\/\/example.it\/dove-andare”. Ooops, ma \u00e8 identico alla pagina gi\u00e0 esistente!<\/p>\n

Ecco spiegato allora il motivo del messaggio prudenziale di WordPress: se nel primo sito hai gi\u00e0 post\/pagine non ti lascio installare un secondo sito in subdirectory perch\u00e8 correresti il rischio di creare due URL identici, distruggendo tutti i link di entrambi i siti.<\/p>\n

Conclusione: se scegliete di installare multisite in subdirectory, dovete essere ben sicuri che il nome del nuovo sito creato non andr\u00e0 mai in conflitto con una pagina del vecchio (primo) sito.<\/p>\n

Una soluzione ma ahim\u00e8 deprecata<\/h2>\n

E’ molto probabile che dopo qualche ricerca vi imbattiate in questa soluzione<\/a>, un pezzo di codice da inserire nel file functions.php del tema del vostro sito:
\n
\nadd_filter( 'allow_subdirectory_install',
\n\tcreate_function( '', 'return true;' )
\n\t);
\n<\/code>\n<\/p>\n

Il problema \u00e8 che si tratta di una soluzione datata e prevede l’uso della funzione “create_function” che risulta oggi deprecata in PHP 7.2.0<\/a><\/p>\n

La strada per\u00f2 \u00e8 quella: utilizzare il filtro WordPress “allow_subdirectory_install”. Tuttavia dovremo farlo attraverso una callback a una funzioncina scritta da noi. In questo modo:<\/p>\n


\n\/\/ definisco la callback per allow_subdirectory_install
\n function filter_allow_subdirectory_install( $false ) {
\n $false=true;
\n return $false;
\n }; <\/p>\n

\/\/ aggiungo il filtro
\n add_filter( 'allow_subdirectory_install', 'filter_allow_subdirectory_install', 10, 1 );
\n<\/code><\/p>\n

Nulla di esoterico come vedete, vado semplicemente a passare il valore true al filtro allow_subdirectory_install. Il codice va inserito nel file functions.php del tema attivo nel sito originale.<\/p>\n

A questo punto baster\u00e0 fare nuovamente login al sito e cominciare l’installazione del network (dal menu Strumenti): come vedrete riapparir\u00e0 la possibilit\u00e0 di installare il network in subdirectories invece che in sottodomini.<\/p>\n

Raccomandazioni finali<\/h2>\n