Dear Google Apps admin,

In order to continue to improve our products and deliver more sophisticated features and performance, we are harnessing some of the latest improvements in web browser technology.  This includes faster JavaScript processing and new standards like HTML5.  As a result, over the course of 2010, we will be phasing out support for Microsoft Internet Explorer 6.0 ​as well as other older browsers that are not supported by their own manufacturers.

E non è tutto: il messaggio continua con un ultimatum veramente incredibile!!!

We plan to begin phasing out support of these older browsers on the Google Docs suite and the Google Sites editor on March 1, 2010.  After that point, certain functionality within these applications may have higher latency and may not work correctly in these older browsers. Later in 2010, we will start to phase out support for these browsers for Google Mail and Google Calendar.

Amici, ce l’abbiamo fatta. Il browser più terrificante, inusabile, dittatoriale, scriteriato, brutto, vecchio, odiato da tutti i developers del globo terracquo, viene ufficialmente scaricato da Sua Maestà Google. Ci abbiamo messo PIU’ di otto anni. Otto anni nei quali il mondo di internet è cambiato perlomeno ottocento volte, presentando perlomeno ottomila novità. Ma lui era rimasto lì, saldo, sul trono, come un sovrano vecchio e tiranno di cui non ci si riesce a liberare. Una svolta, per tutti. Una svolta che viene, però, da lontano.

Circa un anno fa, il 23 febbraio 2009, in tempi assolutamente non sospetti, un grido rompeva la pace dell’era di Re Internet Explorer Sesto: Calling Time on IE6!!! E a lanciarlo erano proprio i suoi sudditi: l’appello appare sulle pagine di .net magazine! Il suo editore, Dan Oliver, è netto nel giudizio:

The premise is simple: Internet Explorer 6 is an antiquated browser, does not support web standards, and because of this should be phased out. [...]
So come on Microsoft, do us all a favour, and help us bury this horrible browser once and for all!

Una chiusura che non sembrava ammettere repliche. Microsoft non sembra aver ascoltato il nostro eroe, ma qualcun altro si! Sei mesi più tardi, è Youtube a fare il passo. Questo è ciò che leggemmo in un’articolo di “fuego” su TechRadar.com:

YouTube will no longer support Internet Explorer 6, TechRadar can confirm, with Google beginning to roll out warnings to those accessing the video site that they should update to a better browser. [...]
IE6 is a much maligned program in the modern environment, even sparking a campaign from .net magazine to ‘kill’ the browser.

Fu il colpo di grazia.

Oggi siamo qui, a commentare un funerale in diretta, come suggeriscono quei geni di IEFuneral.com. E il nostro commento, in queste ore di dolore e rammarico, ricordi e rimpianti può essere solo…

FINALMENTE!!!

Bookmark It

Fate un salto su questo sito

http://www.catswhothrowupgrass.com/kill.php

e date un’occhiata a tutti i pericoli che corriamo quotidianamente noi che ospitiamo un felino nelle nostre case!!

Ho fatto anche il test e…

Bookmark It

Di conseguenza CentOs (che segue pedissequamente i rilasci degli rpm-src RHEL), anche nella sua latest 5.4, ti propone PHP 5.1.6 come versione standard. Il che ti può creare problemi se hai una applicazione che utilizza versioni più elevate (cosa molto comune se hai sviluppato qualcosa con Zend Framework).

Al chè ho pensato potesse essere utile scrivere due righe di guida per capire come aggiornare il sistema CentOs a versioni più recenti della 5.1.6.

Per installare una versione più “alta” di PHP potete utilizzare l’RPM Repository gestito e mantenuto da Remi.

Innanzitutto scaricatevi e installate gli rpm di riferimento in questo modo:

Ora i repos sono installati sul vostro sistema ma non sono abilitati. Non c’è bisogno di farlo, potete gestirli direttamente da linea di comando. Ora aggiorniamo la nostra release di PHP.

se non avete ancora installato PHP al posto della parolina “update” scrivete “install”.
Ok il gioco è fatto, controllate la nuova versione in questo modo:

Ok. Fatto! Enjoy

Bookmark It

Ora wordpress è all’ultima versione rilasciata e per come è stato studiata la gestione dei moduli e del template sarà possibile tenerlo più o meno sempre aggiornato; Inoltre le parti di “codice” e “comandi” all’interno dei miei post si vedono meglio. Le foto hanno la funzionalità lightbox e spero di aggiungere presto nuovi moduli wordpressiani e (di conseguenza) nuove funzionalità.

Per non dimenticare il viso “passato” del mio amico, ad imperitura memoria, qui ci metto un “santino” del “com’era”…

Il vecchio blog buonanima...

Bookmark It

L’environment scelto, come detto, è una Centos, ma (a parte i posizionamenti dei files e delle directory che può cambiare, la configurazione di Bind9 è piuttosto generica e quindi, la guida, può essere “traslata” facilmente anche su sistemi “debian-based”.

Non è questo il luogo dove illustreremo le peculiarità e i vantaggi in termini di sicurezza che stanno dietro alla scelta di installare e configurare in modo che sia startato dal sistema in chroot. Googlando un po’ troverete molte guide e manuali che vi possono spiegare tutto ciò.

Come primo passo installeremo i pacchetti necessari utilizzando yum

Ad installazione conclusa spostiamoci nella directory /var/named/chroot/etc e cominciamo le configurazioni

Controllate che il file rndc.key appaia così:

Non vi occorre nient’altro, quindi potete anche rimuovere le altre righe che troverete nel file.
Date un’occhiata all’interno di /etc: dovreste avere un symlink all’rndc.key. E’ importante che questo symlink esista e dovrebbe essere correttamente creato da yum durante la fase di spacchettamento dell’rpm. Se, tuttavia, così non fosse preoccupatevi di crearlo, perchè poi il demone named si aspetta di trovarlo lì…è bene che non lo deludiate.

Ora configuriamo il file named.conf

Ok: ora configuriamo la nostra zona. Per farlo creiamo il file /var/named/chroot/var/named/data/example.com.zone. Sarà qualcosa che appare più o meno così:

Ovviamente la parte in fondo customizzatela a secondo dei record che volete propagare.
Ok abbiamo finito. Come avete visto è veramente semplice. Ora startiamo named e assicuriamoci che parta al boot

E ora controlliamo che tutto sia startato correttamente dando un colpetto di “rndc status”

Ok è tutto “folks!”. Per essere sicuri che tutto funziona fate qualche query con nslookup o con dig, sia dal server dns che dagli altri server.

Bookmark It

In ogni modo l’obiettivo di questo piccolo post/piccolissimo how-to è quello di dare le indicazioni corrette per implementare una autenticazione HTTP via ldap su delle vostre pagine web.

Il contesto è semplice: avete una pubblicazione web (un sito, delle info, una attività di un vostro sviluppo che vi occorre online ma che non deve essere accessibile da tutti e indicizzabile da google neanche per sbaglio). E oltre a questo, avete anche un server OpenLdap che potete sfruttare per le autenticazioni.

Vediamo come si fa

Una autenticazione classica HTTP richiede solitamente la creazione di un file di password (che generalmente viene creato attraverso l’utilizzo del binario htpasswd di Apache). All’interno di esso, Apache, si preoccupa di creare una associazione uno ad uno tra il nome utente scelto e la cifratura della password scelta. Sarà lo stesso Apache ad interpretare poi quel file per consentire o meno l’autenticazione, quando se lo troverà nella configurazione del suo virtualhost o nell’.htaccess del proprio contenuto web.

Demandare l’autenticazione ad Ldap sicuramente è una soluzione molto più pratica (l’utente ha già una coppia di credenziali e usa sempre quella per loggarsi a qualsiasi cosa) ma si fa i conti con una piccola differenza logica rispetto allo scenario descritto sopra. Nel file di accesso creato con htpasswd, c’è una associazione uno ad uno scritta più o meno così:

miousername:hashdellamiapassword

In questo modo, con “una sola fava” si vanno a prendere “due piccioni”, perchè ad Apache dai due tipi di informazioni: quali sono gli username abilitati ad accedere all’area riservata e quale è la loro password.

Mentre se demandi su ldap l’autenticazione HTTP, hai il problema di dire ad Apache quali sono gli utenti che ne debbono giovare.

Ok andiamo al dunque. Per implementare una HTTP Basic Authentication via Ldap in Apache, è sufficiente aggiungere il seguente blocco di configurazione all’interno di una direttiva del proprio virtualhost, oppure (più semplicemente) all’interno del proprio file .htaccess.

Commentiamo stringa per stringa.

AuthName: Label per la vostra area riservata. Qui potete scrivere veramente quello che vi pare!
AuthType: il tipo di autenticazione scelta. La nostra è Basic.
AuthBasicProvider: rappresenta il provider dal quale vogliamo ottenere una autenticazione “basic”. Nel nostro caso è, appunto, ldap.
AuthzLDAPAuthoritative: è un sistema di fallback. Se è settato su “off” il sistema prova in cascata altri sistemi di autenticazione se fallisce quello su ldap. Nel nostro caso, non essendoci altri sistemi di autenticazione, lo abbiamo settato su “on”.
AuthLDAPURL: è la stringa di connessione. Non basta passargli solo l’indirizzo del server, ma è necessario dargli anche (dopo lo /) la path dell’alberatura ldap dalla quale volete che Apache permetta l’autenticazione. Nel nostro caso siamo stati molto generici: tutte le utenze sotto la radice vengono prese in considerazione. Dopo il punto interrogativo è necessario aggiungere quale è l’attributo ldap per il quale fare la ricerca. Nel nostro caso è “uid”, cioè lo userid dell’utente.
AuthLDAPBinDN: non è un parametro obbligatorio. Dipende da come è stato configurato il vostro ldap. Se il vostro Ldap non è accessibile in sola lettura da utente “anonymous” è necessario specificare quale è l’utente che ha accesso al server ldap. Se vi trovate in quest’ultimo caso è necessario specificare anche la password (AuthLDAPBindPassword).

In ultimo diciamo al nostro apache che è obbligatorio un utente valido (require valid-user) per permettere l’accesso.

Questa configurazione è il primo livello di complessità: manca un file che gestisce la profilazione sugli accessi (in questo modo, infatti, tutti gli utenti di ldap possono loggarsi con successo), manca un sistema di fallback, eccetera. Però spesso è la cosa più utile che ci serve

Bookmark It