Digitando su Google la parola facebook si può notare nell'elenco dei suggerimenti che vengono proposti la parola "facebook+" e "facebookù". Ma come mai Google propone delle parole errate?

Beh, provate a guardare dove si trova il tasto "+" e il tasto "ù" nella tastiera italiana: proprio vicino al tasto invio.

Quindi Google non fa altro che memorizzare quelle due parole nel suo algoritmo come alcune delle parole più cercate e suggerirle agli utenti. Deduco che questo errore sia dato dalla fretta degli utenti durante la digitazione della parola per fare una scappatella veloce su fb magari dal posto di lavoro...

Ovviamente Google automaticamente non capisce se queste due parole hanno o meno significato e se si possano eventualmente correggere.

Un sito veloce è regolato da molti fattori. Uno di questi è la pesantezza delle pagine e la velocità che impiegano ad essere scaricate dal server.

Un buon metodo per accelerare il download e diminuire il tempo di attesta è l'utilizzo della compressione.

La compressione permette in casi ottimali di alleggerire fino al 90% il flusso dei dati trasmessi al browser.

Per attivare la compressione aprire gestione IIS, sulla destra selezionare l'icona "Compressione" quindi abilitare i due checkbox collegati a compressione statica e compressione dinamica, quindi confermare premendo "applica" sulla destra.

La compressione di default utilizzata da IIS è la "GZip". Buona scelta ma migliorabile. Esiste infatti la possibilità di utilizzare la compressione "Deflate". In sostanza l'algoritmo GZip corrisponde a quello Deflate con l'unica differenza che il GZip, dopo aver compresso deflate aggiunge alcuni campi di definizione (10 byte per l'header e altri 8 per il footer), con la conseguenza che allo stesso livello di compressione, un flusso GZip sarà sempre più grande di Deflate.

In questo link viene spiegato come variare da un algoritmo all'altro.

http://www.iis.net/ConfigReference/system.webServer/httpCompression/scheme

Usando il routing di asp.net 3.5 sp1 potrebbe capitare la necessità di voler gestire tutto il traffico chiamante a livello root del sito tramite una istruzione simile:

RouteTable.Routes.Add("Root", new Route("{root}", new RouteHandler()));

attenzione però, cosi facendo i file di risorse .axd (ajax, freetextbox e altro) non verranno processati perchè verranno a loro volta reindirizzati, molte soluzioni in rete indicano di usare il metodo Routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); purtroppo questo metodo non funziona per le soluzioni non MVC, per risolvere il problema in un normale sito asp.net web form inserire prima della riga precedente quest'altra riga nel file global.asax nell'evento Application_Start:

RouteTable

così facendo si eviterà di reindirizzare il flusso alla chiamata di una risorsa .AXD.

Ho avuto la necessità di schedulare un backup giornaliero con sql server 2005. Cercando un po su google ho trovato questo blog dove vengono descritti i passi necessari per fare esattamente ciò che mi serviva. Molto utile se dovete gestire un server dedicato e fare il mirror con un' altra macchina. Per far funzionare questa procedura il servizio sql agent deve essere attivo.

Ecco il mio blog e il mio primo post. Come titolo ho scelto proprio la classica frase utilizzata dai programmatori per lanciare la prima volta un programma durante lo sviluppo. Questo blog sarà il mio repository per tutte quelle informazioni che vorrò condividere con il web.