Per disattivare questa Bar ci sono varie considerazioni da effettuare :

1- Disattivare la Bar solo al tuo account
2- Disattivarla a tutti gli utenti
3- Disattivarla a tutti gli utenti,ma attivarla agli utenti che svolgono ruoli importanti

1- Disattivare la Bar solo al tuo account

Per disattivare solamente TOP Bar nel tuo account non devi effettuare nessuna modifica a livello di codice,perchè gli sviluppatori di WordPress hanno reso noto che esiste un’opzione che permette di disattivare questa TOP Bar.

Per arrivare a questa selezione bisogna cliccare su Utenti -> Il tuo Profilo.

-2 Disattivare a tutti gli utenti

Come descritto prima,un amministratore di un blog basato su WordPress può decidere per comodità di disattivare la TOP Bar per tutti gli utenti che sono registrati al blog, per effettuare questa modifica gli sviluppatori non hanno inserito nessun tasto comodo per svolgere velocemente questa operazione e noi quindi ci armiamo di tanta pazienza e apriamo il file functions.php del nostro template default di WordPress aggiungendo queste righe di codice.

// Nascondi la barra amministratore di WordPress 3.1+
add_filter( 'show_admin_bar', '__return_false' );
add_action( 'admin_print_scripts-profile.php', 'hide_admin_bar_prefs' );
function hide_admin_bar_prefs() {
echo '<style type="text/css">      .show-admin-bar { display: none; }      </style>';
}
 

Ora abbiamo terminato e possiamo sostituire il file appena creato con il file precedente.

3- Disattivarla a tutti gli utenti,ma attivarla agli utenti che svolgono ruoli importanti

Per effettuare questa modifica bisogna inserire un pò di codice sempre nel file functions.php .Attenzione,se avete utilizzato il codice precedente ,bisogna cancellarlo e sostituirlo con quest’altro.

<?php function yoast_hide_admin_bar_settings() {
?>
<style type="text/css">
.show-admin-bar {
display: none;
}
</style>
<?php
}

function yoast_disable_admin_bar() {
if ( 2 == get_current_user_id() ) {
add_filter( 'show_admin_bar', '__return_false' );
add_action( 'admin_print_scripts-profile.php', 'yoast_hide_admin_bar_settings' );
}
}
add_action( 'init', 'yoast_disable_admin_bar' , 9 );
 

In questo modo abbiamo disattivato la TOP Bar a tutti gli utenti,ma abbiamo attivato quest’ultima a tutti gli utenti che svolgono un ruolo ben preciso..

if ( 2 == get_current_user_id() ) {

In questa riga modificando il numero 2 possiamo abilitarla e disabilitarla a quel gruppo di utenti

• Subito dopo aver caricato i file di WordPress via FTP, accedendo alla cartella del sito vedremo subito questo messaggio:

E’ un messaggio di avviso per la creazione del file wp-config.php. Questa procedura funziona su tutti i principali host. Nel passaggio successivo avremo questa schermata:

In questa sezione vengono caricate informazioni fondamentali, perchè permettono a WordPress di collegarsi al database MySQL. Tutte queste informazioni vengono poi salvate nel file wp-config.php:

define('DB_NAME', 'database-name');
define('DB_USER', 'database-username');
define('DB_PASSWORD', 'database-password');
define('DB_HOST', 'localhost');

L’host predefinito è localhost. Uno dei trucchi più simpatici è l’abilità di riconoscere in automatico l’host del proprio database, utilizzando questa stringa:

define('DB_HOST', $_ENV{DATABASE_SERVER});

Naturalmente questa stringa va inserita manualmente nel file wp-config.php.

Chiavi di sicurezza

Le chiavi di sicurezza in WordPress sono delle variabili random che migliorano la protezione delle informazioni salvate nei cookie degli utenti. Nelle versioni precedenti alla 3.0, bisognava configurare queste chiavi manualmente all’interno del file wp-config.php. Con WordPress 3.0, usando l’installazione guidata, le chiavi saranno aggiunte automaticamente. Inoltre, ora le chiavi disponibili sono ben 8 (a differenza delle precedenti versioni, che ne contavano soltanto 4) e sono le seguenti:

define('AUTH_KEY', 'put your unique phrase here');
define('SECURE_AUTH_KEY', 'put your unique phrase here');
define('LOGGED_IN_KEY', 'put your unique phrase here');
define('NONCE_KEY', 'put your unique phrase here');
define('AUTH_SALT', 'put your unique phrase here');
define('SECURE_AUTH_SALT', 'put your unique phrase here');
define('LOGGED_IN_SALT', 'put your unique phrase here');
define('NONCE_SALT', 'put your unique phrase here');

Prefisso del database

Nell’installazione guidata di WordPress, una delle opzioni è quella di selezionare il prefisso delle tabelle. Questo valore è salvato nel file wp-config.php come:

$table_prefix = 'wp_';

Personalmente vi raccomanderei di cambiare il valore di default ‘wp_’ con qualcosa di diverso, e di farlo all’inizio della prima configurazione. Farlo successivamente prevederebbe altri passaggi che magari vi spiegherò in un successivo articolo.

Configurazione della lingua

La lingua predefinita per WordPress è l’inglese, ma può essere modificato in queste righe:

define('WPLANG', '');
define('LANGDIR', '');

Il file di traduzione (.mo) deve essere copiato nella directory di default (wp-content/languages) e successivamente nella cartella include (wp-includes/languages).  Come si può vedere dalle due stringe, possiamo anche cambiare la cartella di default con i file di lingua. Per cercare le varie lingue disponibili per WordPress, si può visiare la pagina ufficiale WordPress Codex.

Debug in WordPress

Per favorire il lavoro di tutti gli sviluppatori, WordPress utilizza una direttiva apposita, settata di default su “false”, ma che in fase di sviluppo andrebbe tenuta sempre su “true”:

define(‘WP_DEBUG’, false); // disable debugging mode by default
define(‘WP_DEBUG’, true); // enable debugging mode

Indirizzo del sito/blog

Nei parametri di configurazione di WordPress è possibile modificare l’indirizzo WordPress e l’indirizzo del sito. Sono parametri aggiunti direttamente nel database, ed ogni qualvolta viene richiamato all’interno di un template, esegue una query. Dal WordPress 2.2 questi due parametri sono stati aggiunti anche nel file wp-config.php e bypassano automaticamente quelli inseriti nel database (permettendo quindi modifiche e test senza cambiare i parametri originali):

define('WP_HOME', 'http://www.wpbeginner.com');
define('WP_SITEURL', 'http://www.wpbeginner.com');

Aggiungendo queste due direttive, riduciamo automaticamente il numero di query al database, migliorando le performance del nostro sito basato su WordPress.

Bypassare i permessi ai file

E’ possibile bypassare manualmente i permessi dei file (soprattutto nel caso di hosting particolarmente rigidi). Non servirà a tutti, ma eccovi le direttive:

define('FS_CHMOD_FILE', 0755);
define('FS_CHMOD_DIR', 0644);

1. Creare una nuova pagina php, salvarla come wp404.php nella root della nostra installazione WordPress.
2. Copiare e incollare il seguente testo:

<?php
// This is the default file for the site. Usually index.php
$default = 'index.php';

// The name of this file.
// Set this value for the URL in Custom Error Properties of your website in IIS.
// Goto: IIS Manager > Websites > [Site Name] > Properties > Custom Errors >
// 404 & 404;2 & 404;3 > URL (Requires a '/' prefix in IIS).
$thisfile = '404-handler.php';

$_SERVER['ORIG_PATH_TRANSLATED'] = str_replace($thisfile, $default, $_SERVER['ORIG_PATH_TRANSLATED']);
$_SERVER['SCRIPT_FILENAME'] = str_replace($thisfile, $default, $_SERVER['SCRIPT_FILENAME']);
$_SERVER['ORIG_PATH_INFO'] = str_replace($thisfile, $default, $_SERVER['ORIG_PATH_INFO']);
$_SERVER['SCRIPT_NAME'] = str_replace($thisfile, $default, $_SERVER['SCRIPT_NAME']);
$_SERVER['PHP_SELF'] = str_replace($thisfile, $default, $_SERVER['PHP_SELF']);
$_SERVER['PATH_INFO'] = false;

$qs =& $_SERVER['QUERY_STRING'];
$ru =& $_SERVER['REQUEST_URI'];
$pos = strrpos($qs, '://');
$pos = strpos($qs, '/', $pos + 4);
$_SERVER['URL'] = $ru = substr($qs, $pos);
$qs = trim(stristr($ru, '?'), '?');

// Required for WordPress 2.8+
$_SERVER['HTTP_X_ORIGINAL_URL'] = $ru;

// Fix GET vars
foreach ( $_GET as $var => $val ) {
if ( substr($var, 0, 3) == '404') {
if ( strstr($var, '?') ) {
$newvar = substr($var, strpos($var, '?') + 1);
$_GET[$newvar] = $val;
}
unset($_GET[$var]);
}
break;
}
include($default);
?>

3. Ora andiamo nel nostro pannello IIS, tasto destro su Websites -> Nome del sito -> Proprietà -> Custom Errors, e cambiamo le pagine assegnate agli errori 404, 404-2 e 404-3, utilizzando come tipo file URL (mi raccomando di inserire il simbolo “/” come prefisso al nome del file).

4. Nel pannello di amministrazione di WordPress, da Impostazioni -> Permalink possiamo utilizzare uno dei permalink di base o costruirne uno personalizzato (in quest’ultimo caso vi consiglio di leggere caldamente una delle guide di WordPress in proposito).

5. Et voilà! Potrete caricare finalmente il vostro frontend e magicamente, i link ai post, alle pagine e agli archivi saranno visibili in maniera elegante e google-friendly, e funzioneranno alla perfezione.

Trattandosi di una beta si consiglia per il momento di non utilizzarla in fase di produzione, un’installazione locale sarà sufficiente per scoprire le nuove funzionalità disponibili.

La nuova versione di questo blog engine presenta infatti numerose feature interessanti tra cui:

• generazione e gestione di tassonomie personalizzate;
• codice di gestione dei widget completamente riscritto;
• pannello di controllo rivisitato in molti aspetti con migliorie apportate in numerose sezioni;
• possibilità di accodare il caricamento del codice JavaScript per velocizzare il caricamento delle pagine;
• ottimizzazione del sistema di chiamate al database con miglioramento nelle prestazioni.

Al momento non è disponibile una localizzazione di WordPress 2.8 in Italiano, questa è quindi disponibile soltanto in lingua inglese; per maggiori informazioni è possibile consultare il sito di supporto della comunità WordPress Italy che è già al lavoro per il rilascio della versione italiana.

Aruba utilizza SuExec per gestire i permessi dei file e delle cartelle.

L’aggiornamento automatico provvedeva a cambiare i permessi dei file alla fine della procedura di aggiornamento mettendo permessi 0644 e cambiava i permessi delle cartelle a 0755, questo comportava il non funzionamento del blog dopo l’aggiornamento automatico.

Abbiamo discusso del problema con gli sviluppatori di wordpress e pochi minuti fa è stata trovata una soluzione tampone in attesa di una soluzione migliore che forse sarà rilasciata con la 2.7.1.

Dopo aver installato la 2.7 (dovrete seguire le solite procedure) dovete andare a modificare il file wp-config.php inserendo queste due righe:

define(‘FS_CHMOD_FILE’,0755);
define(‘FS_CHMOD_DIR’,0755);

Questa è la configurazione per Aruba ma, verificate se il vostro Hosting utilizza suexec e se lo utilizza chiedete quali sono i permessi corretti per file e dir e modificate di conseguenza le due linee che abbiamo pubblicato.

Infatti se scaricate il pacchetto WordPress e lo caricate ftp nel vostro hosting (in qualunque cartella diversa da /public) all’avvio della pagina di amministrazione per l’installazione otterrete questo errore:

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers.

Questo è stato il primo problema che ho dovuto affrontare e, dato che ora questo blog è attivo e funzionante, cercherò di descrivere gli accorgimenti presi (installazione relativa a WordPress versione 2.3.3 ITA).

Soluzione: sostiture il seguente file di installazione wp-includes\wp-db.php con questo: wp-includes\wp-db.php
Ciò risolve il problema dell’instalazione ma ve ne sono altri causati dal servizio Aruba:

Problema: Non è possibile caricare file negli articoli

Soluzione: modificare in WP –> opzioni –> varie

• se avete posto il blog in www.tuodomino.com/blog
  –> sostituire wp-content/uploads con ../public/blog
• se lo avete semplicemente in www.tuodomino.com
  –> sostituire wp-content/uploads con public/blog

Problema: mancata attivazione dei Permalinks

Soluzione:  è sufficiente inserire un file chiamato php.ini, nella root del proprio dominio con alcuni parametri di configurazione. Scaricalo qui:  php.ini.

Problema: impossibilità di editare i sorgenti di template e plugin

Soluzione: non vi è soluzione, l’unica cosa possibile è scaricare i file da modificare, editarli in locale e riupparli.