Oramai wordpress è la piattaforma di editoria personale più usata al mondo, ad esempio è la piattaforma CMS più usata nelle attuali primarie in USA.
Io la utilizzo da anni per tutti i miei blog compreso questo e per tutti i clienti per cui ho lavorato, ed è secondo me uno strumento eccezionale, molto potente, versatile e modificabile.
E’ un software Open Source quindi a disposizione di tutti anche per eventuali modifiche, semplice da utilizzare e con temi grafici già pronti. Questa è la bellezza dell’open source poter modificare il codice per fargli fare quello che vogliamo noi e non abituarci noi al software. Io ho messo le mani sul codice di wordpress di tutti i miei blog perché volevo sperimentare tutte le sue potenzialità.
Per tutte queste ragioni hackertarget.com ha condotto un analisi dettagliata sull’uso di wordpress nel mondo che ha prodotto questa interessante infografica:
Infografica sull'uso di WordPress nel mondo
Le scadenze e le assegnazioni saranno decise la settimana prossima, ma nel frattempo, ecco come sarà WordPress 3.2:
Prosegui la lettura…
Controllando il mio blog che è realizzato con WordPress 3.0.3 mi sono accorto che in alcuni post/articoli c’erano degli indirizzi internet di wikipedia senza http:// questo comportava che se un lettore cliccava sopra al link veniva reindirizzato alla pagina www.marcobruni.info/wordpress/indirizzo che è inesistente, invece di andare sul link giusto a wikipedia.
La “colpa” è di chrome che per comodità accorcia gli indirizzi che uno mette sulla sua barra eliminando http:// ma questo comporta che se uno copia dalla barra e lo incolla ad esempio nel post che sto scrivendo mi creerà un link sbagliato. Per risolvere il problema dei link non funzionati, mi sono collegato al mio spazio di aruba e tramite PhpMyAdmin (che Aruba fornisce per la gestione del database MySQL) ho fatto una query per trovare tutti gli articoli che avevano questo problema:
SELECT * FROM `wp_posts`
WHERE `post_content` LIKE '%href="it.wikipedia.org%' AND `post_status` = 'publish'
La query sql in sostanza cerca nella tabella degli articoli (tabella wp_posts) quelli il cui contenuto (il campo post_content) abbia all’interno la stringa href=”it.wikipedia.org (notate senza http://) e che siano articoli pubblicati (il campo`post_status` = ‘publish’).
Infine tramite gli strumenti di PhpMyAdmin ho modificato i post aggiungendo http:// prima di it.wikipedia.org.
Ieri ho scritto un articolo sul mio blog WordPress: personalizzare l’area quickpress della bacheca quando mi accorgo pubblicandolo che il link diretto all’articolo non funzionava e se qualunque browser provava a scriverlo nell’area indirizzi dava errore 404 pagina non trovata.
Da bravo programmatore e sistemista che tutti i giorni combatte con i bug dei software, comincio a scandagliare google per trovare una soluzione. L’unico articolo interessante che trovo è questo http://wordpress.org/support/topic/permalinks-not-working-how-to-restore in cui si parla di problemi del file htaccess e mi cominciano a salire dei sospetti su Aruba. Il mio file htaccess è il seguente:
RewriteEngine On #created by aruba do not touch this file!
RewriteCond %{REQUEST_URI} !^/wordpress
RewriteRule ^(.*)$ wordpress/$1 [L]Continuo ad informarmi scrivendo un messaggio sul forum di www.wordpress-it.it e l’unica risposta utile che mi danno è di provare a cambiare le impostazioni dei permalinks cioè dei tipi degli indirizzi del blog cambiando in www.marcobruni.info/data/nome articolo/, infatti così funziona ma rimane il problema dei visitatori dei vecchi indirizzi che si troverebbero un bel messaggio indirizzo inesistente..Bruttissimo. Sempre nel forum mi consigliano una lista di plugin per ridirezionare da una vecchia struttura di permalinks a quella nuova http://is.gd/iTpk6, ma nessuno di questi mi funziona e quindi ritorno alla vecchia struttura che ho attualmente in uso con il link dell’articolo sempre non raggiungibile.
Non mi arrendo e apro un ticket per ricevere assistenza su questo problema con Aruba che da ieri prova a capirci qualcosa ma brancola nel buio.
Io continuo a fare prove su prove da bravo debugger e finalmente….UALAAA TROVATO…HO CAPITO se il permalink dell’articolo inizia con la parola wordpress l’indirizzo non è raggiungibile, basta mettere la parola wordpress in mezzo o alla fine e tutto funziona.
Dopo la strabiliante scoperta comunico al mondo (forum, aruba, friendfeed etc..) la mia scoperta e gli unici che mi rispondono sono gli amici della http://friendfeed.com/lega-nerd e cominciamo a discutere http://friendfeed.com/filter/discussions e si consolida sempre di più il sospetto su Aruba e sulla sua installazione automatica.
[AGGIORNAMENTO DEL 18/12/2010 10:35] RISOLTO
Ho risolto senza troppe complicazioni e senza toccare htaccess, mi ero scordato nelle Impostazioni Generali di mettere come Indirizzo del sito (URL) = http://www.marcobruni.info/wordpress , adesso funziona tutto. Naturalmente i vecchi permalinks non li modifico altrimenti sarebbero irraggiungibili.
Nel mio blog utilizzo il plugin transposh per le traduzioni automatiche della homepage, dei post e delle pagine. Mi succedeva che a fianco delle bandierine in home page comparisse la scritta Edit Translation che volevo nascondere allora ho deciso di mettere mani direttamente nel codice php del plugin.
Ho modificato il file transposh_widget.php che si trova /wordpress/wp-content/plugins/transposh-translation-filter-for-wordpress/wp e nella classe transposh_plugin_widget ho modificato la funzione transposh_widget($args) commentando questa parte di codice:
// add the edit checkbox only for translators for languages marked as editable
// if ($this->transposh->is_editing_permitted()) {
// echo '<input type="checkbox" name="' . EDIT_PARAM . '" value="1" ' .
// ($this->transposh->edit_mode ? 'checked="checked"' : '') .
// ' onclick="this.form.submit();"/> Edit Translation';
//}[AGGIORNAMENTO]
Parlando nei commenti con il realizzatore del plugin Ofer Wald, ho scoperto che si poteva fare il tutto senza toccare una linea di codice. Andando nella sezione Impostazioni->Transposh e settando nell’area Transalation Settings, l’opzione Who can translate ? solo per Amministratore e non Anonymous.
Quando mi vengono delle idee per nuovi argomenti/post per il mio blog me li appunto salvando una bozza tramite l’area quickpress della bacheca di wordpress.
Recentemente mi è capitato per errore che invece di cliccare il bottone Salva Bozza ho cliccatto il bottone Pubblica rendendo pubblico un articolo non finito che è solo una bozza. Se lo leggeva qualcuno tramite i miei feed o direttamente sul blog facevo una figuraccia.
Allora ho deciso di modificare il codice php dell’area quickpress della bacheca di wordpress per nascondere il bottone Pubblica e per evitare questi errori in futuro.
Ho preso il file dashboard.php che si trova nella cartella \wp-admin\includes\ e nella funzione wp_dashboard_quick_press_output() ho commentato la parte di codice che aggiungeva il bottone pubblica in questo modo:
<!--<span id="publishing-action">
<input type="submit" name="publish" id="publish" accesskey="p" tabindex="5" class="button-primary" value="<?php current_user_can('publish_posts') ? esc_attr_e('Publish') : esc_attr_e('Submit for Review'); ?>" />
<img class="waiting" src="<?php echo esc_url( admin_url( 'images/wpspin_light.gif' ) ); ?>" />
</span>-->Ho solo commentato e non cancellato le righe di codice così in futuro posso riabilitare il bottone Pubblica. Adesso non c’è più pericolo di sbagliare.
Questo blog è installato sull’hosting di aruba ed usa il software WordPress.
Fino a poche settimane fa se eseguivo l’aggiornamento automatico di WordPress dal pannello di amministrazione subito dopo il dominio diventava irraggiungibile perchè i permessi dello spazio hosting ,non si sa perchè, venivano sballati.
Da alcuni articoli e post di forum letti su internet risulta che solo aruba abbia questi problemi con WordPress.
Per sistemare il tutto ero costretto ad entrare dal pannello di amministrazione di aruba per il mio dominio e rimettere tutti i permessi dello spazio hosting a 755.
Ho notato che da quando è possibile installare alcuni software come wordpress o joomla dal pannello di aruba l’aggiornamento automatico di wordpress funziona correttamente.
Cosa ne pensate?
Sono Marco Bruni abito a San Benedetto del Tronto (AP) e sono uno Sviluppatore C#, .NET, Java, Php, Python e Wordpress. Inoltre sono un Sistemista Windows e Linux e Consulente Informatico. Questa mia passione mi accompagna da sempre ed è anche il mio lavoro da 20 anni. 
Commenti recenti