ASP.NET

Accedere a siti su IIS Express dall’esterno

Martino Bordin — Wed, 04 Jan 2017 17:40:57 GMT

Come sapete non è possibile, salvo configurazioni un pò macchinose, accedere a siti ospitati su IIS Express dall'esterno (altri PC\VM\dispositivi). Esiste tuttavia un modo molto più semplice, che richiede l’installazione di un proxy via NPM npm install -g iisexpress-proxy Una volta installato, basta eseguire il comando iisexpress-proxy 51123 to 3000 Dove 51123 è la porta IIS a cui il sito è raggiungibile (che è dinamica) 3000 è la porta al quale il sito risponderà all’esterno, usando l’ip della scheda di rete primaria. Se l’ip del mio PC è 192.168.230.126, Il sito sarà ora raggiungibile dall’esterno all’indirizzo: http://192.168.230.126:3000 Su GitHub trovate i dettagli del progetto.

Javascript e parsing di QueryString..

Martino Bordin — Wed, 28 Aug 2013 17:10:19 GMT

Oggi mi sono trovato a risolvere un'attività relativamente semplice, ma che in realtà merita un post al riguardo in quanto nasconde alcuni problemi alquanto "subdoli". Sostanzialmente dovevo costruire, via Javascript, un URL con parametri in QueryString da dare "in pasto" ad una window.open() (). Ebbene, i "problemil" sono sostanzialmente: encoding dei valori dei parametri\ (possono contenere &, spazi, etc) le funzioni native per gestire la (de)codifica delle stringhe sono inutili (vedi qui) ogni browser interpreta il tutto a modo suo (anche con comportamenti differenti da versione a versione dello stesso) Come fare quindi? La soluzione è sempre la stessa..quando si parla di sviluppo web mai dimenticare JQuery! Esiste infatti una bellissima funzione $.param() che permette di serializzare correttamente un oggetto, in modo da essere compatibile con il formato atteso dalla QueryString! ES:

Visualizzare il Viewmodel di KnockoutJS

Martino Bordin — Wed, 17 Apr 2013 11:20:36 GMT

Ultimamente mi sto dilettando su un progetto che utilizza ASP.NET MVC in accoppiata con KnockoutJs. Si tratta di un'applicazione Single-Page che, tramite AJAX, va a costruire dinamicamente il ViewModel Knockout e che quindi, a seconda della navigazione compiuta dall'utente tramite richieste multiple e asincrone, può diventare "grande" a piacere e difficilmente debuggabile. Mi è quindi tornato utile questo snippet, che permette di visualizzare lo stato attuale del ViewModel, mostrando tutte le proprietà presenti e i relativi valori, in formato json: <div style="border: 2px dashed red"> <h1>KnockoutJS ViewModel Viewer:</h1> <div data-bind="text: ko.toJSON($root)"></div> </div> Questo un esempio di quanto verrà stampato a video:

Sviluppare applicazioni mobile con ASP.NET MVC3

Martino Bordin — Thu, 22 Sep 2011 11:40:24 GMT

Come tutti sapete, la fruizione di un sito web non è più esclusiva di dispositivi Desktop, affiancati oramai da device quali smartphone e tablet di vario tipo. Offrire una User Experience degna di tale nome anche per gli utenti che accedono ai nostri siti con questi dispositivi è diventata quindi una priorità. Il team di ASP.NET fornirà con MVC 4 pieno supporto al mobile, e sono già disponibili esempi che illustrano le funzionalità della prossima versione: ASP.NET MVC 4 Mobile Features. In MVC3 è possibile generare pagine ottimizzate seguendo i seguenti passaggi. Create un progetto MVC3 (usando indifferentemente Razor o ASPX); Scaricate, via NuGet, il package MobileViewEngines(eventualmente quello contenente i Sample, che creerà delle pagine di esempio). Il package contiene i file MobileCapableRazorViewEngine e MobileCapableWebFormViewEngine (sia cs che vb). Come lasciano intuire i nomi, sono l’implementazione di 2 ViewEngine basati su Razor e WebForm in grado di renderizzare viste diverse in base al dispositivo che sta richiedendo la pagina. Per essere utilizzati dal runtime di ASP.NET è necessario registrarli nel file global.asax in questo modo: protected void Application_Start() { AreaRegistration.RegisterAllAreas(); RegisterGlobalFilters(GlobalFilters.Filters); RegisterRoutes(RouteTable.Routes); ViewEngines.Engines.Insert(0, new MobileCapableRazorViewEngine()); ViewEngines.Engines.Insert(0, new MobileCapableWebFormViewEngine()); } Scaricate, sempre via NuGet, il package 51Degrees. Questo package, come recita la descrizione, rileva i dispositivi mobili, fornisce informazioni dettagliate su questi ed effettua il redirect verso le pagine Web ottimizzate per il mobile. Quest’ultimo passaggio, tuttavia, verrà effettuato dal nostro MobileViewEngine e pertanto va rimosso. Per fare questo basta cancellare il tag redirect presente nel file 51Degrees.mobi.config nella cartella App_Data (il file è ben documentato, dategli una letta!). <redirect firstRequestOnly="true" mobileHomePageUrl="~/Mobile/Default.aspx" timeout="20" devicesFile="~/App_Data/Devices.dat" mobilePagesRegex="/Mobile/"> </redirect> A questo punto possiamo iniziare a creare le View ottimizzate per dispositivi mobile (utilizzando jQuery mobile e quant’altro) semplicemente inserendo il suffisso Mobile nel nome (es: Index.Mobile.cshtml o Index.Mobile.aspx ). Ecco quindi il risultato visualizzato su vari device: PS: Per testare le pagine su dispositivi mobili potete utilizzare gli emulatori presenti nei rispettivi SDK (es: WinPhone7) o in alternativa scaricare il programma Mobilizer. Alla prossima.

Deploy di un’applicazione web con Visual Studio 2010– Creazione di un Package

Martino Bordin — Wed, 24 Nov 2010 22:48:17 GMT

La pubblicazione di un sito web è una procedura abbastanza delicata che si compone di diversi passaggi, tra cui: copia di file quali dll, aspx, css, js, img, etc.. modifiche al file di configurazione dell’applicazione (stringhe di connessione, gestione degli errori, opzioni di compilazione) creazione\aggiornamento del database Anche se la soluzione più completa e personalizzabile è MSBUILD, esistono altri modi utilizzabili direttamente all’interno del nostro IDE preferito. Con la versione 2010 di Visual Studio, infatti, sono state introdotte alcune funzionalità per agevolare il deploy delle applicazioni web: Packages e One-Click deployment. In questo post vedremo come creare un package, nel prossimo come è possibile pubblicarlo. Package Cos’è Un Package non è altro che un file .zip (o una cartella) contenente tutti i file necessari alla nostra applicazione, le relative configurazioni di IIS, script di creazione\aggiornamento del database, certificati, assembly da registrare nella GAC . Creazione di una configurazione di build La prima cosa da fare è creare una nuova configurazione di build. Infatti possiamo creare N package quanti sono gli ambienti in cui andremmo a pubblicare la nostra applicazione web (TEST, PRODUZIONE, etc). Cliccando su Build->Configuration Manager è possibile creare nuove configurazioni, anche clonandone una già esistente (es. Release) : Configurazione web Per configurare il package basta cliccare sulle proprietà del progetto della nostra applicazione, quindi su Package/Publish Web. La maschera che si presenterà sarà simile a questa: Da qui è possibile impostare i vari parametri per creare il nostro package, tra cui: quali file pubblicare e quali escludere (simboli di debug, file in App_data) abilitare il deploy del database replicare le impostazioni di IIS (se stiamo utilizzando il nostro IIS locale come server di sviluppo) indicare se creare un file zip e dove salvarlo oppure la cartella di destinazione indicare il website e il nome dell’applicazione da creare sul server di destinazione Configurazione SQL Se abilitato, è possibili eseguire automaticamente il deploy del database. Per la configurazione basta cliccare su Package/Publish Web. Si presenta quindi una maschera in cui vanno inserite le stringhe di connessione utilizzate dalla nostra applicazione (possiamo anche importarle direttamente dal web.config): Nella sezione “Database Entry Details” e per ogni stringa di connessione possiamo indicare : la stringa di connessione di destinazione da utilizzare per eseguire gli script (NB: Come sottolineato nella maschera di inserimento, questa stringa non andrà a sostituire quella presente nel web.config) generare automaticamente gli script DDL e\o DML in base ad un database di origine (di default è quello indicato nel web.config) aggiungere eventuali script specificando l’ordine in cui vanno eseguiti Modifiche del web.config Il file di configurazione che dovremo utilizzare ovviamente è diverso da quello che utilizziamo per lo sviluppo. Dovremo infatti cambiare alcuni valori quali la stringa di connessione, gli end-point dei nostri servizi, abilitare i custom error e disabilitare l'opzione di debug. Niente di più semplice! Se clicchiamo con il tasto dx sul file di configurazione noteremo la voce “Add config transformation”. Selezionandola verranno automaticamente creati tanti web.[BUILD].config quante sono le configurazioni di build specificate. Se ne apriamo uno vedremo alcuni commenti che spiegano come va utilizzato, ad esempio come sostituire il valore della stringa di connessione. Per l’elenco completo delle operazioni di trasformazioni disponibil vi rimando a MSDN) Creazione del package Bene, siamo ora pronti a creare il nostro package. Su Esplora Soluzioni, clicchiamo con il tasto destro sulla nostra applicazione, quindi su “Build deployment package”: Nel prossimo post vedremo i possibili modi per pubblicare il package. Alla prossima!

Usare i tag inline ASP.NET

Martino Bordin — Thu, 21 Oct 2010 22:12:10 GMT

Ho da poco ripreso ASP.NET e con l’occasione voglio elencare i tag inline messi a disposizione nelle pagine aspx per compiere operazioni “particolari”. Questi tag possono tornare utili in molte occasioni, evitando di appesantire il file di code-behind con istruzioni inerenti la semplice visualizzazione di dati. Riporto inoltre i link a MSDN relativi ad i singoli tag. <%= ... %> Utilizzato per visualizzare testo, il funzionamento è del tutto analogo all’istruzione Response.Write. The Date is now <%= DateTime.Now.ToShortDateString() %> MSDN <% ... %> Permette di definire codice che verrà eseguito lato server (equivalente al tag <script runat=”server”> ). Lo riporto per completezza ma vi consiglio di evitare di usarlo in quanto tutto (e molto di più) si può ottenere in modo più semplice e pulito utilizzando il file di code-behind (SoC). <% if (User.IsInRole("admin")) { %> Hello admin! <% } else { %> Hello user! <%} %> MSDN <%# .. %> Utilizzato nelle espressioni di binding in accoppiata con Eval (binding one-way\read-only) e Bind (binding two-way). Queste espressioni vengono risolte quando viene chiamato il metodo Databind dei controlli che lo supportano (es: GridView, Repeater, etc) <asp:Repeater ID="rptCustomers" DataSourceID="customersSource" runat="server"> <ItemTemplate> <%# Eval("FirstName") %> </ItemTemplate> </asp:Repeater> MSDN <%$ ... %> Permette di leggere valori dal file di configurazione o dai file di risorsa della vostra applicazione web. Sono utilizzati soprattutto nei controlli “*Datasource” ma possono tornare utili in altre circostanze. <asp:SqlDataSource ID="userSource" runat="server" ConnectionString="<%$ ConnectionStrings:DBConn %>" SelectCommand="SELECT * FROM [Users]" /> <asp:Label id="lblWelcome" runat="server" text="<%$ Resources: Messages, Welcome%>" /> MSDN <%-- ... –%> Rappresenta semplicemente un commento lato server.. si differenzia dai “normali” commenti HTML dal fatto che non verrà mai renderizzato e quindi non sarà accedibile da parte dell’utente nemmeno se visualizza l’HTML della pagina. <asp:Label ID="lblUser" runat="server" /> <%—You can’t see me!!--%> <asp:LinkButton ID="lbNew" Text="New" runat="server" /> MSDN <%@ ... %> E’ un tag “particolare” che dichiara una direttiva di pagina, cioè un’istruzione speciale utilizzata dal compilatore per renderizzare pagine ed user control. <%@ Page Language="C#" MasterPageFile="~/MasterPage.master" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" Title="Home Page" %> MSDN Spero che questo promemoria vi torni utile! Alla prossima!