Il lato oscuro - Il blog di Alessandro Catorcini

Trovare il Page not Found...

Alessandro Catorcini — Wed, 04 Jun 2008 06:28:00 +0100

Alzi la mano chi non detesta la classica pagina di errore per un HTTP 404 - Page not Found.

La ragione pi� comune che ho sentito per questa reazione poco entusiastica � che Il messaggio di errore medio passato all'utente � tipicamente inutile: la pagina di errore notifica che si � verificato un problema ma fa poco�o niente per correggerlo o per proporre alternative. Si pu� fare di meglio.

L'ultimo tentativo in ordine di tempo di fare qualcosa per risolvere questo problema � il Web Page Error Toolkit che abbiamo rilasciato oggi.

E' una piccola applicazione, altamente customizzabile e rilasciata in Shared Source che consente di sostituire la pagina statica di errore con una pagina completamente controllata dal sito che la ospita che contiene i risultati di una query a Live Search.

Usarla, cambia la solita pagina di errore di IIS

In una pagina molto pi� utile:

Dove cercare i risultati (quali domini), quanti risultati mostrare, che lingua utilizzare, se usare o no il correttore ortografico per suggerire alternative, quali messaggi mostrare, sono tutti parametri sotto il controllo totale del webmaster.

La query iniziale � settata da un oggetto che implementa IKeywordExtractor. Il toolkit ne contiene tre esempi, in cui il default usa il contenuto del tag <a> che mandava all'URL fallato. Per esempio, se una pagina conteneva il frammento

<a href="linkRotto.html">Esempio di pagina di errore intelligente</a>

Il keyword extractor di default usa come query iniziale "esempio di pagina di errore intelligente"

�

Per ora abbiamo rilasciato il codice in ASP.net 2.0 o superiore e IIS 5 o superiore. Presto usciranno le versioni in PHP e Java.

�A presto

Tags: .NET Framework, .NET Framework 2.0, ASP.NET, ASP.NET 2.0, ASP.NET 3.5, IIS, Windows Server

Come scrivere in ASP.net un controllo che usa Silverlight solo se è già sul client

Alessandro Catorcini — Sat, 17 May 2008 10:50:00 +0100

L'introduzione di Silverlight ha aperto la porta a design per le UI prima completamente impensabili. Il problema � che non tutti hanno Silverlight, e non tutti vogliono o possono installarla per vedere la tua pagina.

Il problema che dovevo risolvere � "Come si fa a scrivere un controllo in ASP.net che sappia disegnarsi con Silverlight se � installata e abilitata ma che diventi caro vecchio HTML (magari con un po' di AJAX per essere alla moda) se non la trova.

La soluzione � talmente banale da non essere nemmeno divertente.

Tra i vari modi di chiamare Silverlight dentro il browser, il pi� prosaico � il caro, vecchio Object tag.

Ora, andando a spulciare tra le specifiche dell'HTML, si scopre che se un object tag contiene HTML, questo viene usato nel caso che ci sia un errore nell'istanziare l'oggetto, altrimenti viene ignorato.

Questo vuol dire che se si seguono i seguenti passi:

creare il file XAML o XBAP e aggiungerlo al progetto rinominandolo .slight (per esempio) e assicurarsi che questo file sia compilato come una risorsa dell'assebly del controllo. Questo fa si' che l'applicazione Silverlight sia distribuita insieme ai binari del custom control.

Nel metodo Render(ByVal writer As System.Web.UI.HtmlTextWriter) del controllo polimorfico, aggiungere

With(writer)
.AddAttribute("ID", "SilverlightPlugInID")
.AddAttribute("Data", "data:application/x-silverlight,")
.AddAttribute("Type", "application/x-silverlight")
.AddAttribute("width", "1000px")
.AddAttribute("height", "500px")
.RenderBeginTag("object")
.AddAttribute("name", "source")
.AddAttribute("value", Page.ClientScript.GetWebResourceUrl(Me.GetType(), "NomeDelMioAssembly.NomeDelMioFileXAMLoXBAP.slight"))
.RenderBeginTag("param")
.RenderEndTag() 'param
.AddAttribute("name", "onError")
.AddAttribute("value", "onErrorHandler")
.RenderBeginTag("param")
.RenderEndTag() 'param
.AddAttribute("name", "onResize")
.AddAttribute("value", "onResizeHandler")
.RenderBeginTag("param")
.RenderEndTag() 'param
< Genera qui l'HTML downlevel >
.RenderEndTag() 'object
...
End With

Se si usa Silverlight 1.0, lo script che costituisce l'applicazione Silverlight viene iniettato in uno script block. In questo caso, lo scambio dei dati tra ASP.net e Silverlight pu� avvenire scrivendo in un tag script gli oggetti JSON che saranno consumati dall'applicazione.

Se si usa Silverlight 2.0, si pu� scrivere una data island e usare l'HTML bridge.

Questa soluzione funziona con Internet Explorer 7 e 8 beta e con Firefox 2.0 e Safari su Windows.

�

Tags: Silverlight, XAML

Legionari dell'Impero

Alessandro Catorcini — Sat, 19 Apr 2008 19:52:00 +0100

Ogni volta che interagisco con qualcuno dall'Italia, una delle domande che prima o poi arrivano � la classica "Ma come ci sei finito a Redmond?", come se per essere qui dovessi avere tre gambe e due teste. Con questo post vorrei sfatare un mito e lanciare una piccola sfida. Lavorare in un product development team in Microsfot a Redmond non � fuori portata. Ma come per vincere alla lotteria, il primo passo � comprare il biglietto, per venire qui bisogna innanzitutto chiederlo. Sul sito di Microsoft Careers� si possono vedere le migliaia di posizioni aperte in tutto il mondo. Quando lo feci io (nel secolo scorso ormai, il lontano 1999) il mio CV part� proprio dai form di questo sito. Soltanto nel mio gruppo (Live Search) stiamo cercando pi� di cento tra developer e developer in test. Siamo a caccia da mesi di developer per l'ottimizzazione della rilevanza per le pagine web in Italiano, che tra gli altri requisiti devono essere fluenti o madrelingua in Italiano. Se avete passione per la tecnologia e se siete disposti a venire fin qui per seguirla, provate. Nel caso abbiate domande, contattatemi direttamente (il mio email personale � {nome}@{cognome}.com dove a nome e cognome dovete sostituire i valori [:)] )

Pizza, topologia e web services

Alessandro Catorcini — Thu, 17 Apr 2008 06:33:00 +0100

Oggi sono finalmente riuscito a vedere di persona tutta la truppa di ASPItalia &c. qui sotto la pioggia di Seattle dopo quasi tre anni (dal lancio di VS 2005).

La pi� che dignitosa pizza di Guido, la cameriera dalla scollatura generosa ma discreta, le profonde discussioni tecnico-goliardiche su argomenti vari, dalla topologia alle strategie di typing e verioning sui Web Services hanno reso l'incontro strepitoso.

Arrivederci a presto

Tags: Off Topic