Come installare wordpress su server Win Aruba

Nel precedente articolo ho spiegato i perchè della migrazione da Dblog a wordpress, ora vorrei spiegare il “come” ossia come installare wordpress su server Win Aruba senza dover passare e/o acquistare uno spazio Linux.

Come tutti voi saprete wordpress è scritto in PHP, un linguaggio open source dalle potenzialità incredibili e ben strutturato. Il PHP è un linguaggio nato per ambienti Linux la cui perfetta simbiosi è la triade: Linux/Apache/MySql.

Per chi come me, però, ha già acquistato uno spazio Win su server Aruba (o su un altro provider) passare da Win a Linux non è cosa da poco e siccome PHP funziona (ed anche bene) su server Win Aruba con IIS e MySql allora ho deciso di non “switchare” su Linux ma di provare a configurare il mio nuovo blog su S.O.  Microsoft.

Come installare wordpress su aruba win

Vediamo allora cosa ci serve per iniziare la nostra installazione di wordpress su server Windows Aruba, con IIS, MySql e permessi di scrittura alla cartella wp-content

Installazione in locale

1) Dobbiamo scaricare l’ultima release di wordpress, al momento l’ultima release stabile è la 2.7.1

2) Prepararci per una installazione preliminare in locale, quindi è opportuno configurare sul nostro pc: PHP, IIS e MySql; per questo vi consiglio questo ottimo articolo di davidonzo

Installazione su server

1) Dobbiamo acquistare il dbms MySql su aruba, il link è il seguente: MySql Aruba

Appena abbiamo fatto tutto questo possiamo iniziare con la nostra installazione che (come già detto) si comporrà di due fasi distinte ossia Installazione in locale e Installazione su server

Installazione in locale

Sul nostro pc abbiamo appena configurato tutto (PHP, IIS, MySql) grazie all’ottimo articolo di davidonzo siamo quindi pronti per creare un blog wordpress sul nostro pc.

L’installazione sarebbe di per se semplicissima, noi però dobbiamo ricreare in locale una situazione del tutto simile a quella del server Aruba, per cui la nostra installazione dovrà per forza di cose tener conto di tutto questo.

Quali sono queste peculiarità dello spazio web aruba?

1) Sul nostro spazio abbiamo una sola cartella con diritti di “scrittura” ossia la cartella public

2) Tutte le altre cartelle non hanno i permessi di scrittura e non possiamo in alcun modo ovviare a ciò, per cui dobbiamo tenerne conto ed agire di conseguenza.

Quindi procediamo con il configurare il nostro IIS in maniera del tutto speculare a quello di Aruba, per cui accediamo alla cartella:

C:\InetPub\wwwroot\

E creiamo la cartella

public

Ora diamo i diritti di scrittura a questa cartella dal pannello amministrativo di IIS:

A questo punto siamo pronti per installare il nostro wordpress in locale.

La cartella scaricata ha una forma del tipo:

Il cui contenuto è il seguente:

Creaimo la cartella wordpress nella nostra web-root ossia in C:\InetPub\wwwroot\

copiamo in:

C:\InetPub\wwwroot\wordpress \

SOLO le cartelle:

• wp-admin
• wp-includes
• TUTTI i file contenuti in wordpress

Mentre la cartella:

• wp-content

copiamola nella cartella con i diritti di scrittura:

C:\Inetpub\wwwroot\public

Perchè la cartella wp-content l’abbiamo copiata in una cartella diversa dalle altre? Perchè questa è la cartella deputata a gestire:

• plugin
• temi
• lingua

E’ quindi necessario che abbia i diritti di scrittura altrimenti sarà impossibile installare, aggiornare, modificare etc…dal pannello amministrativo di wordpress.

[ad]

Non appena fatto ciò dobbiamo modificare manualmente un file per far capire a wp che la cartella wp-content non si trova insieme alle altre ma sta in una posizione diversa, apriamo quindi con il nostro editor preferito il file:

C:\Inetpub\wwwroot\wordpress\wp-settings.php

Modifichiamo la riga 109:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', ABSPATH . 'wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

con:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', 'c:/Inetpub/wwwroot/public/wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

E la riga 320:

if ( !defined('WP_CONTENT_URL') )
define( 'WP_CONTENT_URL', get_option('siteurl') . '/wp-content'); // full url - WP_CONTENT_DIR is defined further up

con:

if ( !defined('WP_CONTENT_URL') )
define( 'WP_CONTENT_URL', preg_replace('/wordpress/', 'public', get_option('siteurl')) . '/wp-content'); // full url - WP_CONTENT_DIR is defined further up

In questo modo le due variabili globali:

WP_CONTENT_DIR

WP_CONTENT_URL

Conterranno i valori corretti ossia :

c:/Inetpub/wwwroot/public/wp-content

http://localhost/public

Un sistemista attento potrebbe notare che nella prima sostituzione ho inserito il path fisico c:/Inetpub/wwwroot/public/wp-content invece che utilizzare la variabile d’ambiente di PHP:

$_SERVER['DOCUMENT_ROOT']

che ritorna proprio il path assoluto della web-root.

Purtroppo ho constatato di persona che inserendo tale variabile nella prima modifica:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', $_SERVER['DOCUMENT_ROOT'] . '/public/wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

il blog funziona benissimo in locale ma ci sono problemi poi sul server di Aruba, purtroppo (e non so il perchè)  la variabile d’ambiente $_SERVER['DOCUMENT_ROOT'] nel mio spazio web non è definita per cui non la si può usare.

Quindi ho preferito utilizzare il path assoluto (manualmente) sia in locale che poi in remoto…

Comunque andiamo avanti con l’installazione, appena fatte queste modifiche in locale procediamo come segue:

1) Creiamo il database wordpress su MySql installato localmente

2) lanciamo dal nostro browser il setup di wordpress al seguente link:

http://localhost/wordpress//wp-admin/install.php

Apparirà la seguente schermata:

Clicchiamo su “Crea un file di configurazione”, la schermata successiva sarà la seguente:

Clicchiamo su “Partiamo”:

Inseriamo i dati del nostro db ed infine clicchiamo su “Prosegui”:

Se tutto è andato a buon fine verrà mostrata la seguente immagine, clicchiamo su “Avvia installazione”:

Inseriamo il nome del nostro blog e la nostra email poi clicchiamo su “Installa wordpress”, apparirà una schermata con user name e password di default per collegarci al nostro blog:

Clicchiamo su “Collegati” ed il gioco è fatto!

A questo punto non ci resta che fare qualche test funzionale in locale, prendere dimestichezza con il pannello amministrativo, provare alcun plugin e scegliere il template che più ci piace…

Abbiamo scelto il template? Siamo sicuri dell’installazione?

Allora possiamo provare ad installare il blog sul nostro server Aruba.

Cosa c’è di diverso tra installazione locale e remota?

Solo la prima modifica al file C:\Inetpub\wwwroot\wordpress\wp-settings.php

Infatti la riga 109:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', ABSPATH . 'wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

andrà modificata con il path relativo che Aruba ci ha fornito che di norma è:

D:\inetpub\webs\nomedominioxxx

Dove:

nomedominioxxx e' il nome del suo dominio senza www e senza alcun .

Per cui la sostituzione dovrà essere del tipo:

if ( !defined('WP_CONTENT_DIR') )

define( ‘WP_CONTENT_DIR', ‘D:/inetpub/webs/nomedominioxxx/public/wp-content' ); // no trailing slash, full paths only – WP_CONTENT_URL is defined further down

Per il resto è tutto uguale.

Potete scaricare il file wp-setting al seguente link [download id=”1″]

IMPORTANTE : ricordate di cambiare nomedominioxxx con il vostro nome dominio.

Ultima cosa che si è verificata sempre sul mio spazio! (spero a voi non succeda)

Purtroppo (anche in questo caso non so perchè) la cartella public aveva i diritti di scrittura, ma tutte le sotto cartelle NO, compresa quindi quella che a me più interessava ossia la wp-content!

Ho quindi dovuto aprire un ticket remoto di assistenza all’ottimo servizio

http://assistenza.aruba.it/default.php

con la motivazione seguente:

Buon giorno,

sto cercando di installare la piattaforma wordpress su server Win

Il nome del mio dominio è:

pensando.it

Per far funzionare correttamente wp è necessario installare la directory wp-content ossia la directory nella quale sono presenti i template e plugin, all'interno di una cartella con i permessi di scrittura.

Ho quindi pensato di installare tale cartella nella cartella public dello spazio da voi offerto.

Tuttavia ho notato che nella root della cartella public i permessi sono in scrittura ma nelle sottocartelle sembrerebbe che i permessi non sia di scrittura.

Infatti se provo a modificare un tema di wordpress da web mi ritorna sempre un errore di scrittura sul file php relativo.

Ho provato a lanciare il tool di verifica dei permessi che voi offrite nel pannello amministrativo ma la situazione non è cambiata.

E' possibile sapere e/o verificare se effettivamente la cartella:

public/wp-content

(e relative sottocartelle) abbiano i permessi di scrittura?

Tempo poche ore ed il ticket era chiuso e wp perfettamente funzionante!

I vantaggi dell’installare la cartella wp-content nella directory public sono moltissimi, tra questi:

> Installare  i plug-in via web

> Modificare i template via web

> Installare gli aggiornamenti via web

> Modificare i widget via web

> Modificare i file php del template via web

Insomma, se la cartella wp-content non si trova in una directory con i permessi di scrittura, il vostro blog è decisamente poco configurabile dal pannello amministrativo e siccome dal pannello amministrativo possiamo modificare quasi tutto, perchè rinunciarci?

Conclusioni

Se siete infine interessati alla migrazione degli articoli da Dblog a wordpress vi consiglio questo ottimo tutorial di Adriano Amalfi

Buon lavoro