Oggi

Post precedenti
· Operazione “SharmLunaRossa.com” su Google
· TrattoriaLaRola.com - Eccolo su Google!
· FCKeditor 2.5 per WebOrama
· RiGooglizzazione - Sottodomini come cartelle
· GreyBox: popup in stile web 2.0
· Come spostare le proprie pagine senza perderne tra...
· Project Gatineau: arriva Microsoft Website Analyti...
· Microsoft rilascia la nuova versione SyncToy v2.0
· Disegno di Legge sull'Editoria: esclusi i blog
· Melis.Chat - Source code

Archivi
· ottobre 2006
· novembre 2006
· aprile 2007
· giugno 2007
· ottobre 2007
· novembre 2007
· dicembre 2007
· gennaio 2008
· novembre 2009

TrattoriaLaRola.com - Eccolo su Google!

lunedì 21 gennaio 2008

Dopo tre giorni eccolo lì. Indicizzato e primo per il termine (scontato) "trattoria la rola".

Un breve riepilogo:

16/01/2008 - Registrazione del dominio
17/01/2008 - Pubblicazione della versione alfa della home page
21/01/2008 - La ricerca "trattoria la rola" da come primo risultato

Tutto questo non può darmi che soddisfazione.

Il prossimo passo è quello di posizionare al meglio il sito www.trattorialarola.com nelle prime posizioni per le parole:

Ed ora concentriamoci sul sito nel suo complesso ed alla navigabilità nel suo insieme.

Etichette: dotNet, Google, SEO, WebMaster, WebOrama

FCKeditor 2.5 per WebOrama

giovedì 3 gennaio 2008

Dopo una lunga ricerca su quale editor WYSIWYG la mia scelta è ricaduta su FCKeditor.

Per scegliere questo editor mi sono fatto alcune domande: Come è possibile fornire gli utenti di un applicativo web che dà la possibilità di usare un editor HTML (per inserire codice HTML) in modo semplice e pulito?

Semplice significa che gli utenti non possono/devono imparare l'HTML: quindi deve essere usato un editor visuale (WYSIWYG).
Pulito significa che il codice finale, prodotto dall'editor, deve essere valido.
Valido secondo i nuovi standard richiesti dall'accessibilità.
Il che in pratica significa che il codice deve essere valido rispetto alle specifiche XHTML (1.x).

Molto interessante e utile la possibilità di eseguire l'upload di file(immagini, animazioni flash) direttamente dal web.

SCRITTURA POST IN CORSO...

Etichette: dotNet, Software, WebMaster, WebOrama

Come spostare le proprie pagine senza perderne traccia

mercoledì 7 novembre 2007

Uno dei proplemi principali degli sviluppatori che fanno il restiling di un applicazione web e quello di non perdere il buono che c'è.

Per risolvere parzialmente questo problema possiamo sfruttare una soluzione "pulita" con il Redirect 301 “Moved Permanently”, molto importante per chi fa SEO (Search engine optimization). Questo redirect indica che la pagina è stata spostata definitivamente al nuovo indirizzo, facendo in modo che gli spider dei maggiori motori di ricerca indicizzino la pagina nuova sostiuendola a quella vecchia.

Per eseguire un Redirect 301 “Moved Permanently” con codice C# in ASP.NET sono sufficienti le seguenti righe:

HttpContext.Current.Response.StatusCode = 301; HttpContext.Current.Response.AddHeader(”Location“, redirectUrl);

L’errore comune è quello di fare un Response.Redirect, dopo aver settato lo status a 301, e questo è sbagliatissimo in quanto causa un redirect 302 “Moved Temporarily” che indica che la pagina è stata mossa temporaneamente, ed in questo caso gli spider non indicizereranno il contenuto della pagina di destinazione e potremmo essere considerati degli spammer per un uso "fraudolento" della pagina spostata.

Per maggiori informazioni a riguardo delle ottimizzazioni SEO con ASP .NET, vi consiglio di guardare il Webcast di Andrea Boschin:

Link: Tecniche di Search Engine Optimization con ASP.NET 2.0

Technorati Tag:
ASP.NET
,
Redirect 301
,
SEO
,
C#
,
Redirect 302

Etichette: dotNet, SEO, WebMaster

Melis.Chat - Source code

lunedì 29 ottobre 2007

Ho pubblicato su CodePlex i sorgenti per la mia chat.

L'idea è quella di avere un controllo .NET da mettere nelle pagine ASP.NET senza bisogno di nient'altro.

Link: http://www.codeplex.com/MelisChat/

Etichette: Ajax, dotNet

Come si calcola la distanta tra 2 punti espressi in latitudine e longitudine

venerdì 22 giugno 2007

Su un'altro blog ho trovato questa soluzione:

Se rapresentiamo il comune A con la coppia (a1,b1) in cui a1 è la longitudine e b1 è la latitudine ed il comune B con la coppia (a2,b2) (con significato analogo di a2 e b2), la distanza tra A e B è data dalla formula:
d(A,B) = arccos(cos(a1-a2) * cos(b1) * cos(b2) + sin(b1) * sin(b2))
che fornisce la distanza in radianti, o raggi terrestri.
A questo punto basta moltiplicare d(A,B) x 6360 per ottenere la distanza in km.

Ho anche trovato altre formule. Io mi sono creato il mio metodo in C#:

//http://it.wikipedia.org/wiki/Raggio_terrestre
//Raggio in metri
const double RAGGIO_TERRESTRE_M = 6372795.477598;

public static Double Distanza(double longitudine1, double latitudine1, double longitudine2, double latitudine2)
        {
            double result = (System.Math.Sin((latitudine1 - latitudine2) / 2)) * (System.Math.Sin((latitudine1 - latitudine2) / 2));
            result += System.Math.Cos(latitudine1) * System.Math.Cos(latitudine2) * (System.Math.Sin((longitudine1 - longitudine2) / 2)) * (System.Math.Sin((longitudine1 - longitudine2) / 2));
            result = 2 * System.Math.Asin(System.Math.Sqrt(result));

            return result * RAGGIO_TERRESTRE_M;
        }

Sembra che i conti tornino... Le due formule sono decisamente diverse:

d(A,B) = arccos(cos(a1-a2) * cos(b1) * cos(b2) + sin(b1) * sin(b2)) * RAGGIO_TERRESTRE_M
d(A,B) = 2 *arcosin(sqr(sin(b1-b2)^2 + cos(b1) * cos(b2) * (cos((a1 - a2)/2))^2)) * RAGGIO_TERRESTRE_M

Anche i calcoli sono decisamente differenti. Se, per esempio, prendiamo due punti A(41.96255363, 12.06951141) e B(41.86222614, 12.45510578) li trasformiamo in radianti Ar(0.732384723, 0.210652713) e Br(0.730633678, 0.217382605) i risultati sono i seguenti:

circa 33Km
circa 44Km

Chi ha ragione? Faccio la media dei due valori? 38Km e non se parli più!

Etichette: dotNet

Ajax: La minaccia del JavaScript Hijacking

mercoledì 4 aprile 2007

Il cuore del web 2.0, Ajax, pare soffrire di una vulnerabilità: JavaScript Hijacking.

JavaScript Hijacking minaccia molti framework utilizzati per lo sviluppo di applicazioni basate su Ajax. Solo un framework, DWR 2.0, previene attacchi di tipo JavaScript Hijacking.

La vulnerabilità è stata annunciata da Fortify Software Security Research che ha reso disponibile online un'analisi accurata del problema. Al momento pare non ci sia stato nessun attacco ad applicazioni basate su Ajax ma con la pubblicità che Fortify ha fatto della vulnerabilità i team di sviluppo che lavorano per lo sviluppo di framework basati su Ajax dovranno correre ai ripari.

Link di Approfondimento:

http://www.fortifysoftware.com/

Hijacking

Etichette: Ajax, dotNet, WebMaster