Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid/gid is 10044/10001 is not allowed to access /tmp owned by uid/gid 0/0 in /usr/local/4admin/apache/vhosts/yourdomain.com/httpdocs/wordpress/wp-admin/includes/file.php on line 17

Fortunatamente la soluzione a questo problema esiste, ed è abbastanza semplice. E’ sufficiente creare sul server una directory con permessi in scrittura (CHMOD 777, una volta finite le operazioni di aggiornamento possiamo anche revocare i permessi per sicurezza).
Apriamo poi il file di configurazione di WordPress, wp-config.php, situato nella directory principale del pacchetto, e aggiungiamo la seguente riga:

define('WP_TEMP_DIR','/home/httpd/vhosts/tuosito.com/httpdocs/tmp_updates');

Per recuperare il path fisico potete aiutarvi caricando nella directory appena creata un file PHP contenente la seguente funzione:

<?php
echo getcwd();
?>

Caricate il wp-config.php aggiornato e riprovate ad effettuare l’aggiornamento.

Per prima cosa dobbiamo richiamare, se non lo abbiamo già fatto, jQuery:

<script src="http://www.miosito.com/js/jquery.1.4.2.min.js" type="text/javascript"></script>

Passiamo quindi alla creazione del link; l’esempio è molto semplice, loghino di delicio.us, link per condividere e contatore:

<img src="http://l.yimg.com/hr/img/delicious.med.gif" alt="delicious" />&nbsp;<a href='http://delicious.com/save?v=5&noui&jump=close&url=http://www.miosito.com/&title=titolodelpost' class='delicious' >Post to delicious</a>&nbsp;(<span id="deliciousCounter"></span>)

Notare lo span vuoto, che andrà riempito con il risultato della chiamata javascript.
Infine bisogna aggiungere la seguente funzione javascript:

<script type="text/javascript">
	var url = document.location.href;
	jQuery.getJSON('http://feeds.delicious.com/v2/json/urlinfo/data?url='+url+'&amp;callback=?',
            function(data) {
                if(data != '')
                   jQuery('#deliciousCounter').html(data[0].total_posts);
                else
                   jQuery('#deliciousCounter').html("0");
        });
</script>

Possiamo customizzare il tutto con il CSS, ed ecco quale sarà il risultato finale:

 Post to delicious (234)

Giusto qualche giorno fa, nel suo ennesimo editoriale,  il prode Minzolini celebrava la nuova veste del Tg1, il Tg con la “T” maiuscola, e il suo nuovo sito, che “farà arrivare nelle voftre cafe un fiume di notiffie“.

Come i miei 2,5 lettori sapranno, il Tg1 ha anche una pagina Facebook; o meglio, ne aveva una che è stata chiusa per i troppi insulti (i soliti comunistacci). Dopo qualche giorno è stata creata una nuova pagina: difficile dire se sia un fake creato da qualche buontempone o se sia veramente gestita dalla redazione del Tg1; spererei più nella prima ipotesi, visto il tenore dei post pubblicati: il caro gelati, gli slip intelligenti che monitorano la pressione sanguigna, gli elefanti che giocano a calcio e, per l’appunto, i tacchi a spillo sui campi verdi in Sudafrica.

Una cosa che salta subito all’occhio è il fatto che titolo e testo dei link pubblicati sono totalmente slegati: il titolo è quello esatto dell’articolo, mentre il testo descrittivo è sempre uguale e non attinente all’articolo.

Per curiosità, vado a vedere i sorgenti delle loro pagine: tra centinaia di errori di validazione, copia/incolla selvaggi da Word e strafalcioni di codice degni di un sito degli anni ’90, ci metto poco a scoprire il perché: sono totalmente assenti i meta tag (keywords e description), e come primo contenuto testuale c’è un div “intervista” – presente su tutte le pagine, ma nascosto tramite CSS – che contiene l’articolo incriminato; il parser di Facebook, non trovando i meta tag, va a prendere il primo blocco di testo che trova, e il simpatico risultato è questo:

Quanto ci metteranno ad accorgersene? Mentre scrivevo questo post, il contenuto del <div> incriminato è cambiato, non si parla più di tacchi a spillo ma di magie e bellezze d’oriente.

A volte capita, se non si ha a disposizione uno spazio web di prova, di dover lavorare sul proprio server locale; su MAC il pacchetto maggiormente utilizzato è MAMP, che in pochi semplici passaggi permette di avere un server Apache con PHP e MySql già configurati e funzionanti. In questo caso può sorgere un problema: come fare per accedere da Windows al server in esecuzione sul MAC?

Per prima cosa configuriamo in modo appropriato le impostazioni di rete della macchina virtuale:

Poi apriamo il Terminale (con VMWare in esecuzione) e digitiamo il comando:

ifconfig

Apparirà una schermata contenente le informazioni sulla configurazione delle schede di rete; cerchiamo la voce “vmnet8″ e prendiamo nota dell’indirizzo IP accanto alla voce “inet”.
A questo punto possiamo passare su Windows, e andare ad editare il file “C:\Windows\System32\Drivers\etc\hosts”.
Aggiungiamo alla fine la seguente riga:

xxx.xxx.xxx.xxx           machost

sostituendo al posto di xxx… l’indirizzo IP che avete recuperato nel passaggio precedente; il secondo parametro invece riguarda l’indirizzo che volete utilizzare per accedere al vostro server su MAC: potete mettere ciò che volete, ma non utilizzate “localhost”, in quanto viene utilizzato per fare riferimento all’esecuzione in locale su Windows XP.
Come ultima operazione, dovete eseguire un refresh dei DNS (o, in alternativa, riavviare Windows); aprite un prompt dei comandi e digitate:

ipconfig /flushdns

e premete invio. Aprite il browser e provate a digitare:

http://machost:8888/nomedelvostrosito

ovviamente sostituendo :8888 con le porte che avete utilizzato nella configurazione di MAMP e assicurandovi che MAMP sia correttamente avviato sul MAC.
Se avete eseguito la procedura correttamente, dovreste essere in grado di visualizzare il vostro sito.

Ricordatevi infine che se utilizzate un CMS come WordPress o se avete messo “localhost” nella configurazione o nei link del vostro sito, non potrà funzionare su Windows; in questi casi è possibile sostituire il “localhost” nella configurazione con:

http://xxx.xxx.xxx.xxx:8888

dove xxx… è sempre l’indirizzo IP che avete recuperato nei passaggi precedenti.

Credo sia inutile dire che la cosa funziona su tutti i browser, tranne uno: si, in 8 anni non sono ancora riusciti a correggere questo baco. No, neanche nelle ultime due versioni. Si accettano scommesse sul fatto che il baco rimarrà anche nella versione 9 di prossima uscita.

Googlando un po’ ho trovato diverse soluzioni: diversificare l’applicativo a seconda del browser in uso (rifare l’applicativo per Internet Explorer? state freschi!), rifare l’applicativo popolando non la select ma il div che la contiene (ma in questo modo la select creata non viene riconosciuta da Firefox e Chrome), utilizzare funzioni chilometriche create appositamente (ne avevo trovata una fatta abbastanza bene, ma restituiva i risultati in minuscolo e non andava con IE 8).

Alla fine ho trovato su un blog questa soluzione, piuttosto semplice ma efficace, e l’ho leggermente personalizzata:

if(document.all) //IE
{
//Aggiunge una opzione fittizia
opts = ‘<option>opzione</option>’ + ajaxRequest.responseText;
}
else //browser normali
{
//Risposta Ajax senza aggiunte
opts = ajaxRequest.responseText;
}

//Riempie select box
document.getElementById(“province”).innerHTML=opts;

//Forza refresh della select box in IE
if(document.all)
{
document.getElementById(“province”).outerHTML = document.getElementById(“province”).outerHTML;
}

Supponendo di avere come risposta ajax il nostro bel set di <option>, se il browser è Internet Explorer viene aggiunta una prima option fittizia, che sarà rimossa automaticamente (!) dal “browser”; in caso contrario viene utilizzata la risposta ajax, così come fornita dal nostro applicativo PHP. Una volta riempita la select box con i valori, viene forzato il refresh della stessa, per fare in modo che con Internet Explorer non risulti vuota.

Spero che questa soluzione possa essere utile a chi, come me, ha perso diverse ore a cercare di risolvere questo baco

“IE 7/8 non mi piace, la grafica è cambiata e non ci capisco più nulla”
Questo è il classico commento da utente cret… ehm, inesperto, poco pratico, un novizio, insomma; tutto sommato è il più innocuo, rispecchia la classica mentalità italiana del “meglio non cambiare”, ma nel complesso utenti del genere sono ancora recuperabili

“IE 7/8 sono lentissimi”
E’ vero che le ultime versioni del browser di casa Microsoft non sono dei fulmini, ma su qualunque PC che sia almeno un p4 con 512 mega di ram (quindi un computer di 5-6 anni fa) la differenza è trascurabile.

“L’aggiornamento richiede il cambio del PC”
Premesso che se uno usa un PC di 10-12 anni fa, forse è arrivato il momento di cambiarlo, visti i prezzi attuali….
Comunque sia, le versioni più recenti di Internet Explorer e degli altri browser non hanno requisiti minimi così folli; esistono anche distribuzioni di Linux pensate per il recupero di PC obsoleti (con in dotazione browser sicuramente migliori di IE6), ed esistono gruppi di utenti Linux che forniscono volontariamente (leggi GRATIS) aiuto e supporto per il passaggio.

“Gli utenti Windows 2000 non possono installarlo”
Obiezione in genere sollevata da chi si sente “addetto ai lavori”, e che solitamente sostiene che Windows 2000 sia la migliore versione di Windows mai prodotta (e già questo la dice lunga sul grado di innovazione informatica raggiunto in Italia). Smentita però dal fatto che questi utenti potrebbero tranquillamente installare un altro browser che non sia quello Microsoft.

“Le applicazioni intranet che usiamo in azienda funzionano solo con IE6″
Forse è il caso di aggiornarle, e/o di assumere una persona competente per il loro sviluppo?

“Il responsabile dei piccì in azienda ci ha proibito di installare IE7/8″
Affermazione spesso unita ad altre perle del tipo “il 7 è ancora troppo nuovo per essere installato” (eh si, ha solo 3 anni) o “installare le cose nuove fa solo danni” (aaah, la cara vecchia saggezza popolare!); persone del genere tendono anche a non installare i Service Pack di XP perché “non sono ancora maturi” o a disabilitare gli aggiornamenti automatici “perché fanno solo danni”. Soluzione: licenziare il responsabile dei piccì e assumere una persona che ne capisca qualcosa.

“Se non ci fosse IE6, perderemmo il lavoro”
Letto su diversi blog e forum, da parte di chi si definisce “addetto ai lavori”.
Voglio sperare che sia uno scherzo, o una provocazione. Il nostro lavoro sarebbe quello di stare a perdere giornate a fare bug-fixing su IE6?
Le giornate spese ad occuparci di IE6 potrebbero essere spese da un Web Designer per cose senz’altro più produttive: miglioramento del design, dell’usabilità, dell’esperienza utente, maggiore attenzione alla progettazione e all’organizzazione dei contenuti, tanto per citare alcune cose.

“I bug da sistemare sono sempre gli stessi”
Altra frase da Web Designer. Vera solo in parte. In progetti molto semplici sono sempre le solite cose: bordo puntinato, PNG trasparenti, margine raddoppiato sui float… In realtà i bug di IE6 relativi alla gestione dei CSS sono una marea, per non parlare degli altri… Vale infine la stessa considerazione espressa sopra: perchè perderci del tempo che potrebbe essere impiegato in maniera migliore?

“Non è giusto costringere gli utenti ad installare un nuovo browser”
Ed è giusto costringere gli sviluppatori a perdere tempo, denaro, incazzatura nel rendere il sito retrocompatibile con IE6? Tolti i disabili – che giustamente dovrebbero sempre avere una versione del sito accessibile – qual’è per l’utente il problema nell’installare un nuovo browser? Si fa di rado, è gratis, oltre al possedere il pollice opponibile per cliccare “Avanti” durante l’installazione non richiede particolari competenze, porta vantaggi sia nella visualizzazione dei siti che nella sicurezza generale del sistema.
Pretendere che il web si adatti alle mie esigenze di utente che naviga con un browser di 8 anni fa sarebbe come entrare in tangenziale con un Ape Cross e pretendere che il traffico si adatti alla mia andatura.

Concludo brevemente, dicendo che la colpa dei milioni di utenti che utilizzano ancora IE6 non è del cattivo Bill Gates (beh oddio, se avesse evitato di entrare nel mercato dei browser avrebbe fatto un favore all’umanità )…
E’ principalmente nostra, di chi spende gran parte del proprio tempo a fare in modo che l’utente con IE6 possa vedere il sito con la stessa resa (o quasi) di chi usa altri browser. Riflettiamoci

p.s.: il post sta anche nella categoria Pensieri, perché così *qualcuno* che legge solo quella categoria lo può vedere. Ed essendo quel *qualcuno* fan dei Simpson, magari se taja

Stamattina controllando l’email ho avuto la piacevole sorpresa di essere stato eletto come sito del mese di marzo su Italian Web Design. Che dire? Ovviamente mi fa molto piacere, ringrazio lo staff per avermi premiato e le persone che hanno commentato o proposto dei suggerimenti, sempre utili per migliorare il proprio lavoro.

Grazie a tutti!