Archivi per il tag wp-config

Aggiornamento automatico WordPress 2.7 e avvertenze per utenti Aruba Linux

42

A brevissimo uscirà la versione 2.7.1 di WordPress e ci sarà il primo aggiornamento automatico di massa.
Abbiamo già scritto molte cose su questo argomento.
Questo è lo screen cast, hostato su wordpress.tv, dove potete vedere il procedimento di aggiornamento automatico:

Per gli utenti Aruba Linux suggeriamo di apportare queste modifiche al wp-config.php :

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

Se invece non avete modificato il wp-config.php vi troverete un error 500, nessun panico entrate nel pannello di controllo del vostro dominio su aruba http://admin.tuodominio.quellocheè e ripristinate i permessi.

Articoli correlati

WordPress 2.7 | Hosting testati e funzionanti

33

Ho testato l’aggiornamento automatico di WordPress su 3 hosting:

WebPerTe: Funziona utilizzando ftp come per l’aggiornamento dei plugin

Top Host: funziona senza alcun problema

Aruba: Funziona se apportate le modifiche al file wp-config-php come spiegato in questo post.

Aggiungete nei commenti la vostra esperienza con altri hosting e li aggiungerò a questo post.

DreamHost : Funziona correttamente

Articoli correlati

Utenti Aruba Linux | Aggiornamento automatico wordpress 2.7

53

Questa informazione è molto importante per chi ha un blog wordpress installato su server aruba linux.

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.

[Qui la discussione sul Trac]

Articoli correlati

WordPress 2.6 le ultime novità

29

In vari articoli abbiamo presentato le novità di WP 2.6 man mano che apparivano nella distribuzione di sviluppo, con la beta1 di WP 2.6 non vi dovrebbero essere nuove funzionalità, la versione esce in anticipo di un mese e quindi anche la futura 2.7 verrà anticipata. In questo articolo presentiamo le ultime nuove funzioni aggiunte nelle ultime settimane e non ancora presentate in altri articoli.

File WP-CONFIG

Il file wp-config.php può ora venir spostato in una directory superiore a qella dove risiede WordPress e quindi anche al di fuori della doc root del server, ciò sempre al fine di aumentare la sicurezza

Pubblicazione remota disabilitata di base

UPDATE: A seguite delle discussioni sulle mailing list tecniche in caso di aggiornamento la pubblicazione remota RIMARRA’ ATTIVA quindi dovete disabilitarla voi.

Nell’installazione nuova potrete scegliere se attivarla o no in fase di installazione nella beta 2 è stata tolta la possibilità di scegliere sembra disabilitato di default.

FINE UPDATE

Sono disabilitati i protocolli Atom Publishing e XML-RPC che permettono la pubblicazione sul blog da remoto tramite programmi di terze parti, interfacce web etc. Questi protocolli sono disabilitati per le nuove installazione e lo saranno anche quando aggiornerete il vostro blog. Sotto il menu Opzioni -> Scrittura sono state inserite due nuove caselle di spunta che permettono di riattivarli. La scelta di avere questa funzioni disabilitate è nata sempre per garantire la maggior sicurezza possibile, siccome nel passato molti problemi di sicurezza erano riferiti a questi protocolli, disabilitarli se non utilizzati garantisce di offrire all’esterno una possibilità di attacco in meno. In ogni caso chi utilizzasse strumenti di pubblicazione remota potrà sempre riattivarli e proseguire l’uso di questi strumenti come prima.

Supporto SLL sul lato amministrativo

Sarà possibile accedere sia al login sia a tutta l’interfaccia di amministrazione anche utilizzando il protocollo HTTPS (connessione criptata) e non solo col normale HTTP. Con inoltre la possibilità di rendere obbligatoria la connessione HTTPS per gli amministratori. Anche questa nuova funzionalità aggiunge sicurezza a WordPress.

Gestione plugin

Completa ristrutturazione della pagina dei plugin, sparisce il pulsante per disattivare tutti i plugin attivi e riattivarli perché viene introdotta una nuova struttura di presentazione dei plugin. La pagina presenterà due (ed in un caso anche tre) sezioni, la prima elencherà i plugin attivi, la seconda i plugin non attivi e la terza apparirà fra la prima e la seconda solo quando si disattiverà un plugin e elencherà i plugin disattivati di recente.

Tutte queste sezioni permettono di selezionare uno o più plugin tramite caselle di spunta e quindi di attivare o disattivare un gruppo di plugin in una sola volta. Rimane la possibilità di abilitare e disabilitare un singolo plugin tramite la classica voce Azione. Inoltre appare un nuovo pulsante Cancella che come immaginate cancella fisicamente il plugin dalla directory dei plugin come se lo faceste tramite FTP.

Questo primo primo passo migliora decisamente la gestione dei plugin e prelude alla comparsa, probabilmente con la 2.7 della possibilità di esplorare la WordPress plugin directory, scegliere un plugin e scaricarlo direttamente sul proprio spazio web ed attivarlo, il tutto senza uscire dall’amministrazione di WordPress e senza dover pasticciare con FTP. Inoltre questa nuova funzione segnalerà i plugin sicuramente compatibili con la versione correntemente utilizzata di WP, o avvertirà se un plugin risulta indicato per una versione precedente.

Finestra modifica immagine

Sparisce il pulsante immagine dalla barra strumenti dell’editor avanzato e viene sostituita da una nuova interfaccia, che si attiva facendo click su una immagine, permette di cancellare l’immagine o di modificarla tramite un pulsante identico al vecchio pulsante immagine. Si aprirà a questo punto una finestra nello stile della libreria media che permetterà di manipolare l’immagine in vari modi, scegliere l’allineamento aggiungere codice in linea, spaziature rispetto al testo etc etc. Molto più semplice ed intuitiva.

Varie

Con questa versione sono stati aggiornati TinyMCE 3.1.0.1 che corregg molti bug, jQuery 1.2.6 con varie migliorie sul fronte delle prestazioni e jQuery UI 1.5, come sempre con questa nuova versione sono state apportate moltissime modifiche per correggere bachi e migliare le prestazioni di parti di codice oltre ad un arricchimento della documentazione presente nel codice stesso.

Con questo ultimo articolo finisce la presentazione delle nuove fuzioni di WordPress 2.6, come vedete si tratta di una release succosa che introduce molte novità significative, che prepara l’ambiente per ricevere alcuni progetti del Google sumer code (l’instalazione dei plugin e probabilmente l’aggiornaamento automatico di WP) ma nel frattempo altre novità sono apparse all’orizzonte ma queste novità le riserviamo nel prossimo articolo che apparirà nei prossimi giorni dove parleremo di “CavalloPazzo” ;)

Articoli correlati

Mamma ho perso il sito! No problem.

21

Prima della mia breve assenza questo articolo credo sarà utile a molti. Prima o poi ci è capitato per errore, per test, per aver spostato un sito da locale ad online con settaggi diversi, di aver cambiato una o entrambe le URL che si impostano sotto Impostazioni => Generale rendendo il vostro sito inaccessibile. La soluzione spesso consigliata è quella di usare phpMyadmin per cambiare nella tabella wp_options le option_value di siteurl e home. Tuttavia esiste una alternativa semplice, si tratta di una delle novità introdotte sin dalla versione 2.2 e passata sotto silenzio: la disponibilità di due opzioni da inserire nel file wp-config.php.

Si tratta di due variabili WP_SITEURL e WP_HOME che corrispondono alle voci Indirizzo WordPress e Indirizzo del blog del pannelo di amministrazione di cui sopra. Se definite singolarmente o entrambe hanno la precedenza sui valori memorizzati nel database ed anzi forzano tali valori sostituendoli con quelli definiti per le due variabili. In pratica aggiungendo nel wp-config

define('WP_SITEURL', 'http://example.com/wordpress');

e/o

define('WP_HOME', 'http://example.com/wordpress');

sostituendo a http://example.com/wordpress il valore corretto per il vostro blog al primo accesso al blog o al pannello di amministrazione verranno usati i valori impostati in queste variabile che andranno anche a sotiture i valori presenti nel DB che avranno la precedenza sui valori presenti nel database. Per modificare permanentemente i valori nel database occorrerà tramite phpmyadmin editare la tabella XX_options (con XX uguale al prefisso scelto, solitamente wp_) e nei record con option_name uguale a siteurl e home cambiare il campo option_value con la url corretta.

Una utile applicazione di tali può essere per chi come me ha una installazione locale esatta copia di quella online con un dominio virtuale locale impostato su Apache. Già ora il mio wp-config ha un if che in base alla URL richiamata dal browser usa valori di accesso al DB diversi a seconda che si tratti di wordpress-it.it o della mia copia locale (wpit.loc). Aggiungendo queste due variabili nelle due casistiche dell’if posso trasferire il DB remoto in locale ed usarlo immediatamente senza dover modificare le voci nel database ed al contempo in caso ddi disastro effettuare il ripristino del database anche uin questo caso senza ulteriori interventi.

Articoli correlati