In questi giorni mi sono chiesto se il catpcha fosse veramente la soluzione al problema Bot per SocialCibus. Così mi sono letto diversi articoli in rete. Alcuni di questi parlavano di un 3-10% di utenti che, quando vedono un captcha, lasciano perdere la registrazione, altri abbandonano solo dopo aver sbagliato una o due volte l’inserimento del testo.
Posso tenere fuori i bot e dentro gli esseri umani senza captcha? E’ la domanda che si sono posti in tanti.

Di risposte ce ne sono diverse ma a me è piaciuta questa soluzione: inserire un campo di testo in più nel form, nascondendolo con css o javascipt e verificare che questo rimanga vuoto.
Il trucco è che i bot normalmente non visualizzano la pagina e sono ingolositi da campi di testo che tendono a riempire in maniera casuale o inserendo js.
Quindi se sei un bot probabilmente riempirai il campo, se sei un umano sicuramente no, visto che è nascosto!

Per Symfony è piuttosto semplice implementare questo sistema. Nel form si aggiunge un campo di testo, es:

e un metodo che mi verifichi se l’errore è in questo campo

quindi nell’action

Anche il 404 sembra sia un modo per scoraggiare i bot.
Aggiornerò al più presto con le statistiche di funzionamento di questo sistema.

Spesso ho la necessità di testare alcune pagine web con differenti versioni di IE, a volte per la grafica ma più spesso per verificare le funzionalità Javascript sulle varie versioni di Internet Explorer.
Fin’ora ho sempre pensato che lo strumento migliore fosse IETester anche se sapevo che non era sempre coerente.
Oggi ho letto questa guida sul cross browser testing con IE. Spettacolo!
Il post è un po’ lunghino ma ne vale la pena leggerlo. Non racconta cose mirabolanti ma descrive lo stato dell’arte e mi ha rivelato un tool che non conoscevo: Utilu IE Collection [Non è un errore si chiama proprio Utilu]
Ma non voglio svelarvi il finale
Buona lettura.

Stavo cercando di creare un sistema di notifiche (tipo wall di FB) di ciò che accade agli utenti del mio nuovo sito di ricette e mi sono imbattuto in un problema: ereditarietà con Doctrine e relazioni diverse per ogni figlio.
Premetto che il sito è realizzato con Sf 1.4 e Doctrine 1.2.
Accantonato per il momento l’utilizzo di database documentali e varianti, rimanendo nel mondo del relazionale, per l’implementazione del sistema di notifiche ho fatto il seguente ragionamento:
ci sono principalmente due modi per memorizzare le informazioni su “cosa sta accadendo” (es. nuova ricetta di un amico, commento ad una mia ricetta, follow, like, etc.):

• Leggere ogni volta tutti gli inserimenti dalle rispettive tabelle (Recipe, Comment, Follow, Like)
  • Pro: non devo aggiungere modelli al db
  • Contro: la lettura delle informazioni è lentisssssima (devo leggere tutte le tabelle), la computazione (merge e ordinamento) è impegnativa e aumenta al crescere delle informazioni memorizzate
• Scrivere e leggere su una tabella che raggruppa le notifiche.
  • Pro: il fetch è velocissimo, posso mantenere la distinzione delle tipologie di notifica, non è necessaria computazione aggiuntiva oltre al fetch per merge e ordinamento
  • Contro: devo realizzare e gestire un repository per le notifiche, la mappatura ai vari tipi di notifica non è banale

Naturalmente ho scelto la seconda, che sicuramente è la soluzione più pulita e performante.
Di seguito lo schema (semplificato) dei modelli da “notificare”.

Ed eccoci a modellare le notifice: per realizzare la mappatura alle varie tipologie di notifica ho deciso di utilizzare l’ereditarietà con aggregazione di colonne di Doctrine.

Bene, ora ho quello che mi serve… o quasi. Considerando che subject_id sia l’id del soggetto della notifica (es. Ricetta o Commento) mi serve una relazione con il repository del soggetto stesso, cosicchè possa avere direttamente l’oggetto relativo alla notifica:

Come aggiungo le relazioni? Ho provato con le relazioni “classiche”:

Funziona! Ma… il problema è che alla creazione del database le relazioni le crea… TUTTE nella stessa tabella, quindi abbiamo Notification che ha come constraint tutte le relazioni definite, con Recipe, Comment, Like e Follow.
Il che non funziona affatto, poichè ad ogni inserimento avremo errori di chiavi importate inesistenti nella tabella Notification. Sigh!
Ricominciamo ed eliminiamo le relazioni dallo schema.yml.
Cercando in rete ho trovato un attributo che fa al caso mio: Doctrine::EXPORT_CONSTRAINTS
Quindi ho modificato i modelli dicendo di non esportare le constraint:

Si può fare anche direttamente nello schema.yml ma non ho indagato otre, perchè già così… FUNZIONA!!!

Buon divertimento

Per evitare errori del tipo:

Un link vale più di mille parole!
http://serverfault.com/questions/138046/how-to-compile-php-pecl-apd-for-mamp-snow-leopard

Prendendo spunto dal mio amico Francesco mi vorrei inoltrare nel creare una pagina di mashup dei miei account dei servizi maggiormente utilizzati: twitter, flickr e blog. Visto che non inserisco contenuti da mesi in nessuno dei tre, voi direte, “cosa lo fai a fare?”. Per ripassare come si può realizzare qualcosa di semplice in PHP e come si può organizzare un progetto (semplice) da zero utilizzando le “migliori pratiche” imparando qualcosa di nuovo.

Vediamo le cose che devono essere affrontate in ordine sparso:

1. Registrare il dominio
2. Scrivere le storie
3. Implementare il tutto
4. Studiare HTML5 e CSS3
5. Creare/trovare la grafica

1. Registrare il dominio
Per mia grande fortuna il dominio k3a.it era disponibile, l’ho acquistato e sono cominciati i problemi. Ho un account illimitato su Dreamhost con il quale posso ospitare i miei siti personali. Il problema è che permette di registrare o trasferire solo domini .com, .net, .org, .edu. Il mio registrant per conto suo ha politiche di cambio DNS un po’ troppo restrittive e non sono riuscito a far puntare i DNS correttamente: come risultato ho inserito a mano una ventina di entri nel gestore di DNS. Cominciamo male!

2. Scrivere le storie
Quali storie scriviamo? “C’era una volta…” no, non quelle! Facciamo un elenco delle funzionalità che il sito/pagina deve avere:

• Come utente voglio visualizzare gli ultimi K tweet di k3a
• Come utente voglio visualizzare gli ultimi E post di keasoft.it
• Come utente voglio visualizzare le ultime A foto di kea42 su Flickr
• Come utente voglio visualizzare alcune informazioni sull’autore del sito

3. Implementare il tutto
Prima di iniziare direi di ricordare a me stesso alcune cose da tenere in mente durante lo sviluppo:

• DRTW (Don’t Reinvent The Wheel)
• TDD (Test Driven Design)
• KISS (Keep It Simple, Stupid)
• DRY (Don’t Repeat Yourself)
• HFDSA (Hai Finito Di Scrive Acronimi?)

Quindi per il primo principio è meglio verificare prima se ci sono già alcune classi PHP che fanno ciò di cui ho bisogno.
Nel caso in cui non esistano classi adatte o per fare alcuni di test di integrazione, direi di orientarmi su un classico PHPUnit per la scrittura dei test. Questa scelta (a parte perché PHPUnit è la libreria di riferimento) è anche perché probabilmente non utilizzerò nessun framework in particolare vista la semplicità del progetto.

4. Studiare HTML5 e CSS3
Al momento un progetto molto interessante per iniziare a scrivere da subito siti con HTML5 è senza dubbio HTML5 Boilerplate. Nella pagina del progetto ci sono anche numerosi link dove poter iniziare a studiare sia HTML5 che CSS3. Il progetto HTML5 Boilerplate, attraverso un template omnicomprensivo e a partire da una pagina HTML5, degrada il codice in base al browser che visualizza la pagine e la “traduce” in modo che ogni browser possa interpretarla in maniera corretta. Il sistema è piuttosto semplice nel concetto ma molto potente nel contempo. Per esempio il tag

è tradotto per i browser che non lo suppotano con

e adattati contemporaneamente anche i CSS, il tutto via Javascript e senza scrivere una riga di codice.
Oltre a questo mette a disposizione template sia per i CSS che per i Javascript e anche per i Web server più diffusi in modo da iniziare a lavorare con un ambiante già configurato per le performace.

5. Creare/trovare la grafica
Il primo pensiero è stato quello di cercare sui classici siti che forniscono template gratuitamente, ma dopo un po’ di ricerca, i siti che offrono un layout a me congeniale e realizzati in HTML5 sono veramente pochi. Al momento mi ispirerò vagamente ad un layout a tre colonne e cercherò di riscriverlo per HTML5, ispirandomi di tanto in tanto ad altri siti.

Ok ci siamo, posso cominciare.
Alla prossima puntata!

A volte può capitare di essere pronti per il deploy di una applicazione quando ci accorgiamo di aver dimenticato di creare gli script per aggiornare il database in produzione.
Con Symfony, Doctrine e un sistema di versioning è possibile rimediare molto facilmente.
Questa è la mia ricetta:

• Recuperare la versione di
  config/doctrine/schema.yml

  che rappresenta il database in produzione (verosimilmente il file che è adesso in produzione oppure con il sistema di versioning)

• Lanciare
  ./symfony doctrine:build --all
• Copiare l’attuale file
  config/doctrine/schema.yml

  in un posto sicuro

• Sostituire il file
  config/doctrine/schema.yml

  con la copia “vecchia” recuperata

• Lanciare
  ./symfony doctrine:generate-migrations-diff

  (se necessario con il parametro env settato)

• Aprire il file
  *version*.php

  appena creato dalla procedura in

  lib/migration/doctrine

  (se è la prima volta che migri ce n’è uno solo altrimenti apri solo l’ultimo)

• Inverti il nome dei metodi “up()” e “down()”, cioè sostituisci il nome “up()” con “down()” e viceversa
• Riporta lo
  schema.yml

  all’ultima versione

• Ora puoi lanciare il task di migrazione
  ./symfony doctrine:migrate
• Nel caso di errori di CHARSET o COLLATION nel lanciare il task precedente, verifica che nel file di migrazione che hai modificato precedentemente non siano presenti i parametri ‘charset’ e ‘collate’ come opzioni dei metodi createTable()

Buona migrazione a tutti.

Se siete così pazzi da aver installato Debian sui vostri computer e rimanete fedeli alle sue politiche (anche con qualche strappo), vi troverete con questo errore lanciando i vostri test con Selenium RC

Questo semplicemente perchè… non avete effettivamente Firefox installato!
I trucco è aggiungere il path di Iceweasel nella dichiarazione del browser da utilizzare con Selenium. Quindi nei vostri test (se utilizzate PHP) sarà

Oppure aggiungete il link

Buoni test a tutti!

Talvolta è utile poter caricare alcuni helper dal controller o dal modello, per esempio mi è capitato di dover formattare una data o utilizzare alcuni dei miei helper direttamente dal controller.
Per far questo è sufficiente inserire il codice seguente nel metodo in cui si ha la necessità:

sfLoad::helpers(array('helper1', 'helper2', ...));

Buon coding.

UPDATE: per sf 1.4

$this->getContext()->getConfiguration()->loadHelpers('Partial');

$this->getContext()->getConfiguration()->loadHelpers(array('helper1', 'helper2', ...));

Ho appena patchato il plugin sfJqueryReloaded (il trunk) per abilitare il supporto a jq_drop_receiving_element(), ultimo tassello mancante per poter riscrivere il tutorial ajax di symfony anche con jQuery.

Potete trovare la demo riscritta in http://cart.demo.keasoft.it/ e la patch (in attesa di approvazione dai lead del plugin) qui jQueryHelper.php.diff

Buon divertimento

Oggi mi sono deciso ad aggiornare il kernel alla 2.6.30 visto che avevo qualche problema di installazione (postinst) con la versione 2.6.29-2. Lanciando apt-get ricevevo questo messaggio

Stessa cosa con il 2.6.30… sigh!
Spulciando nella rete ho trovato un post tra i Debian bug che riportava esattamente lo stesso errore.
L’errore è dovuto ad una coesistenza difficile tra due versioni di libmtp: io avevo installato sia la libmtp5 che la libmtp8. E’ stato sufficiente eliminare la 5 (obsoleta) e tutto si è risolto automagicamente.
Buon upgrade a tutti!