SergioTarrillo - RichWeblog : ASP.NET

Proveedores de Alojamiento (Hosting): WinHost, ASP.NET Hosting

Sergio Tarrillo — Fri, 23 Sep 2011 21:42:00 GMT

Desde hace unos meses que vengo usando WinHost para mi sitio Web personal, y hasta ahora todo va muy bien. Antes tenía otro proveedor que me hacía dos facturaciones una por el alojamiento del sitio web y otra por el alojamiento de la base de datos. Pero como lo que tengo es un sitio personal, de vez en cuando subo algunos prototipos, buscaba una opción más económica y que el uso de base de datos este incluida dentro del mismo plan, y WinHost cumplía con eso.

Algunas de sus características, a mi parecer básicas para tomar una decisión, son las siguientes:

IIS 7 Web Hosting
Acceso remoto a través de IIS 7 Manager
Incluye una base datos SQL Server y MySql
Acceso remoto a la base de datos desde SQL Management Studio
ASP.NET en todas sus versiones, y sus add-ins ASP.NET MVC, Silverlight, etc.
Y para el correo el uso de SmarterMail

Tiene un panel de control simple y práctico:

Saludos,

Descargas: Plantillas de diseño para ASP.NET (ASP.NET 2.0 Design Templates)

Sergio Tarrillo — Wed, 29 Jun 2011 15:18:00 GMT

Hace algunos años, existía un excelente recurso en MSDN para ASP.NET llamado: ASP.NET 2.0 Design Templates, bajo la siguiente url: http://msdn.microsoft.com/asp.net/reference/design/templates/default.aspx. No pude encontrar este recurso en otro lado, si alguien tiene el dato, por favor lo deja en los comentarios.

Aunque la página web mencionada no esta disponible, las plantillas como descargas si lo están. Gracias a mi amigo: flysun0311, por guardar los enlaces en esta entrada: 符合Web标准的ASP .NET 2.0 Starter Kit模板下载.

Todas estas descargas son compatibles para cualquier versión de ASP.NET, es más se pueden usar con cualquier otro lenguaje Php, Jsp, etc, el diseño es uno solo para todos Html y CSS.

P.D.: Si algún enlace no esta disponible, me avisan por los comentarios tengo un bakcup de todos estos archivos en la nube.

Html - Div y Table - "Basic Design Template" – Descarga

Html - Div y Table – “Fun Design Template” – Descarga

Html – Div y Table – “Grid Design Tamplte" – Descarga

Html – Div y Table – “Rounded Design Template” – Descarga

Html – Div y Table – “Simple Design Template” – Descarga

ASP.NET - Web Commerce Design – C# y VB

ASP.NET – Web Corporate Design – C# y VB

ASP.NET - Web Personal Design – C# y VB

ASP.NET - Web Small Business Design – C# y VB

Saludos,

[CodeSnipeet] C# Detección personaliza de un navegador móvil

Sergio Tarrillo — Thu, 23 Jun 2011 05:17:00 GMT

Fácilmente podríamos detectarlo usando la siguiente propiedad: Request.Browser.IsMobileDevice.

Pero esta propiedad no satisface algunos casos, por ejemplo con Opera Mini en un equipo Nokia. Si queremos crear nuestro propio método, podemos usar el siguiente código, extraído del artículo: Detecting a mobile browser in ASP.NET:

   1:  protected Boolean IsCustomMobileBrowser()

   2:  {

   3:      //GETS THE CURRENT USER CONTEXT

   4:      HttpContext context = HttpContext.Current;

5:

   6:      //FIRST TRY BUILT IN ASP.NT CHECK

   7:      if (context.Request.Browser.IsMobileDevice)

   8:      {

   9:          return true;

  10:      }

  11:      //THEN TRY CHECKING FOR THE HTTP_X_WAP_PROFILE HEADER

  12:      if (context.Request.ServerVariables["HTTP_X_WAP_PROFILE"] != null)

  13:      {

  14:          return true;

  15:      }

  16:      //THEN TRY CHECKING THAT HTTP_ACCEPT EXISTS AND CONTAINS WAP

  17:      if (context.Request.ServerVariables["HTTP_ACCEPT"] != null &&

  18:          context.Request.ServerVariables["HTTP_ACCEPT"].ToLower().Contains("wap"))

  19:      {

  20:          return true;

  21:      }

  22:      //AND FINALLY CHECK THE HTTP_USER_AGENT

  23:      //HEADER VARIABLE FOR ANY ONE OF THE FOLLOWING

  24:      if (context.Request.ServerVariables["HTTP_USER_AGENT"] != null)

  25:      {

  26:          //Create a list of all mobile types

  27:          String[] mobiles =

  28:              new String[]

  29:              {

  30:                  "midp", "j2me", "avant", "docomo",

  31:                  "novarra", "palmos", "palmsource",

  32:                  "240x320", "opwv", "chtml",

  33:                  "pda", "windows ce", "mmp/",

  34:                  "blackberry", "mib/", "symbian",

  35:                  "wireless", "nokia", "hand", "mobi",

  36:                  "phone", "cdm", "up.b", "audio",

  37:                  "SIE-", "SEC-", "samsung", "HTC",

  38:                  "mot-", "mitsu", "sagem", "sony"

  39:                  , "alcatel", "lg", "eric", "vx",

  40:                  "NEC", "philips", "mmm", "xx",

  41:                  "panasonic", "sharp", "wap", "sch",

  42:                  "rover", "pocket", "benq", "java",

  43:                  "pt", "pg", "vox", "amoi",

  44:                  "bird", "compal", "kg", "voda",

  45:                  "sany", "kdd", "dbt", "sendo",

  46:                  "sgh", "gradi", "jb", "dddi",

  47:                  "moto", "iphone"

  48:              };

49:

  50:          //Loop through each item in the list created above

  51:          //and check if the header contains that text

  52:          foreach (string s in mobiles)

  53:          {

  54:              if (context.Request.ServerVariables["HTTP_USER_AGENT"].

  55:                              ToLower().Contains(s.ToLower()))

  56:              {

  57:                  return true;

  58:              }

  59:          }

  60:      }

61:

  62:      return false;

  63:  }

P.D.: Si tienen algún dispositivo que no funciona en este código, nos dejan un comentario para actualizar el código.

Los detalles de la aplicación de este código, lo podemos ver en la siguiente página: http://sergiot2.com/browserInformation.aspx

Vamos a usar un navegador Wap para Windows, WinWap, para mostrar algunas páginas en su versión para móvil:

Si ingresamos a la página desarrollada:

Si ingresamos a Facebook vemos la redirección:

En Google presentan contenido de acuerdo al dispositivo:

Microsoft al parecer ya no tiene pensado soportar Wap:

Ingresando directamente a la dirección móvil:

Otros enlaces:

Saludos,

Proveedores de Alojamiento (Hosting): myLittleAdmin, una herramienta para SQL Server via Web

Sergio Tarrillo — Tue, 28 Sep 2010 22:14:26 GMT

Uno de los clientes, tiene alojada su Web en un proveedor de Hosting, el proveedor te da la opción de conectarte directamente desde un SQL Management Studio a la base de datos remotamente.

Pero que pasa si, por alguna razón:

No tenemos instalado SQL Management Studio
Estamos en la partición Linux y hay un problema que resolver
Estamos en algún cliente y sólo tenemos acceso a internet
Da mucha lata levantar la virtual con las herramientas “Developer Ranger”

Pero por suerte, si nuestro proveedor soporta myLittleAdmin estamos salvado. Antes de todo, ~~unos screenshots~~ unas pantallas:

1. Modelo de Objetos

2. Crear una tabla

3. Crear un Registro

4. Hacer un “Abrir Tabla” (Open Table)

myLittleAdmin, es una herramienta como SQL Management Studio pero vía Web, es como el phpMyAdmin de MySql. Debido al costo de licencia su mayor ventaja se da en los proveedores de hosting. Si hay dos proveedores de hosting de ASP.NET y sólo uno de ellos soporta myLittleAdmin, es altamente recomendable que seleccionen el que soporta myLittleAdmin.

Enlaces myLittleAdmin:

P.D.: No hay beneficio por recomendar esta herramienta, ~~lo cual si sucediera no me enojaría~~, es sólo que me gusto y a veces prefiero usar esta en lugar del SQL Management Studio.

Saludos,

Reciente vulnerabilidad de ASP.NET y BlogEngine.Net

Sergio Tarrillo — Tue, 21 Sep 2010 18:26:00 GMT

Vamos a listar las noticias en orden cronológico, para intentar entender la vulnerabilidad:

Miercoles 15-Sep, Juliano Rizzo anunciaba a Clarín se iba a presentar una vulnerabilidad de ASP.NET durante la conferencia de seguridad Ekoparty. Nota: Uno de cada cuatro sitios web está expuesto a ciberataques.
Jueves 16-Sep, El equipo de investigación, Thai Duong and Juliano Rizzo, de la vulnerabilidad pública un video en youtube de como atacar y tomar el control total de un famoso CSM: DotNetNuke. Video: POET vs ASP.NET: DotNetNuke.
Viernes 17-Sep, El equipo presenta su investigación: Padding Oracles Everywhere, en la conferencia de seguridad Ekoparty.
Viernes 17-Sep, Microsoft lanza un boletín de seguridad anunciando la vulnerabilidad de ASP.NET. Nota: Microsoft Security Advisory (2416728).
Viernes 17-Sep, El blog oficial de Microsoft sobre Seguridad, explica los detalles sobre la vulnerabilidad. Nota: Understanding the ASP.NET Vulnerability.
Viernes 17-Sep, El blog Microsoft Security Response Center (MSRC), da la cara y dice que están trabajando arduamente para parchar el problema. Nota: Security Advisory 2416728 Released.
Sábado 18-Sep, mientras tu estábas de parranda o recuperandote de la resaca del viernes, el gran ScottGu’s da una respuesta clara de como podemos evitar de alguna forma ser atacados explotando esta vulnerabilidad. Nota: Important: ASP.NET Security Vulnerability.
Sábado 18-Sep, empezaron los rebotes de esta vulnerabilidad en Geeks.ms: [ASP.NET] Vulnerabilidad de Seguridad (Todas las versiones) y Importante!: Vulnerabilidad de Seguridad detectada en ASP.NET.
Domingo 19-Sep, el maestro David Salgado intenta describir y enteder la vulnerabilidad para la lengua hispana: El 0 day de asp.net… modo de evitarlo? y referencias.
Lunes 20-Sep, ScottGu crea una FAQ sobre esta vulnerabilidad: Frequently Asked Questions about the ASP.NET Security Vulnerability.
Lunes 20-Sep, Wait… SharePoint está construido sobre ASP.NET, Alberto Diaz con una entrada al respecto: SharePoint 2010. Vulnerabilidad 0 days de ASP.NET.
Lunes 20-Sep, El blog oficial de SharePoint responde a está vulnerabilidad: Security Advisory 2416728 (Vulnerability in ASP.NET) and SharePoint.

Y así estamos…

Si no quieren leer todos los enlaces, el resumen de David Salgado sobre la vulnerabilidad:

En resumen… explota una vulnerabilidad relacionada con el algoritmo de cifrado que se utiliza en la autenticación por Forms. Va probando diferentes entradas y detectando la diferencia de respuesta de la aplicación para aprender y finalmente dar con una clave que da acceso.

Y si no queda claro aún, puede ver el video con la demo completa. Y la solución que se tiene ahora, pasa por evitar “responder” a los intentos de usar esta vulnerabilidad. ¿Cómo?. Evitar que los atacantes obtengan información usando los errores personalizados de ASP.NET (customErrors element, web.config).

La vulnerabilidad y BlogEngine:

No hay una respuesta oficial de BlogEngine, pero podemos hacer lo siguiente (para dormir tranquilos) hasta tener alguna respuesta oficial. Referencia: The Asp.Net Vulnerability and DotNetBlogEngine.Net.

1. Cambiar el elemento customErrors en el archivo web.config:

   1: <customErrors mode="RemoteOnly" defaultRedirect="~/error404.aspx" />

   2:    <error statusCode="404" redirect="error404.aspx" />

   3: </customErrors>

Por el siguiente:

   1: <customErrors mode="On" redirectMode="ResponseRewrite"

   2:      defaultRedirect="~/fail.aspx" />

2. Crear la siguiente página ASPX, y subirla a la carpeta root de BlogEngine:

   1: <%@ Page Language="C#" AutoEventWireup="true" %>

   2: <%@ Import Namespace="System.Security.Cryptography" %>

   3: <%@ Import Namespace="System.Threading" %>

4:

   5: <script runat="server">

   6:    void Page_Load() {

   7:       byte[] delay = new byte[1];

   8:       RandomNumberGenerator prng = new RNGCryptoServiceProvider();

9:

  10:       prng.GetBytes(delay);

  11:       Thread.Sleep((int)delay[0]);

12:

  13:       IDisposable disposable = prng as IDisposable;

  14:       if (disposable != null) { disposable.Dispose(); }

  15:     }

  16:   < /script>

  17: <html>

  18: <head runat="server">

  19:     <title>Error</title>

  20: </head>

  21: <body>

  22:     <div>

  23:         An error occurred while processing your request.

  24:     </div>

  25: </body>

  26: </html>

A estar pendientes en estos días, para ver que pasa con esta vulnerabilidad.

Saludos,

ScrumPeak (y una chiquita sobre ASP.NET MVC en IIS)

Sergio Tarrillo — Tue, 07 Sep 2010 21:56:00 GMT

Como no andamos con mucho tiempo, vamos a hacer breves:

ScrumPeak, es una Aplicación Web para el seguimiento de proyectos con la característica que soporta Scrum. Para que tengan una idea de lo que se puede hacer con la web, dejo la siguiente pantalla:

Por otro lado, la aplicación Web fue desarrollada con ASP.NET MVC, y si están en una versión de Windows que no tiene IIS 7 en modo Integrado, deben seguir algunos pasos adicionales para permitir la ejecución de la Web.

En este caso de ScrumPeak, como no disponemos del código fuente, la mejor opción sería habilitar que el mapeo todas las solicitudes del usuario sean hecho por asp.net, para lo cual, hacemos lo siguiente:

Esta opción de habilitar el mapeo en el IIS no es recomendable porque afecta el rendmiento de la aplicación. Asumiendo que el portal será para uso interno, de equipos pequeños y estará en el servidor de desarrollo, no debemos notar esto. En una Aplicación Web para toda la internet, esta decisión no debe ser la primera.

Algunos enlaces relacionados:

Saludos,

[WebForms] Todavía no usas el ObjectDataSource?

Sergio Tarrillo — Fri, 16 Jul 2010 18:12:01 GMT

Este es el intento N, de enviar un post de introducción al ObjectDataSource. Muchos post extensos se han quedado en el draft, veremos si este ve la luz.

ASP.NET disponible de varios controles para mostrar datos: GridView, ListView, DataList, Repeater, el mismo FormView. En cuanto controles para el artículo vamos a usar el GridView y el FormView. Veamos algunos ejemplos y al final intentamos definir al ObjectDataSource.

Mostrando datos

La forma tradicional, es el clásico:

   1: //enlazar gridView

   2: grdCategories.DataSource = blCatManager.GetAll();

   3: grdCategories.DataBind();

Con el ObjectDataSource no hago nada y todo es declarativo:

   1: <asp:GridView ID="grdCategories" runat="server"

   2:        AutoGenerateColumns="False"

   3:     DataKeyNames="CategoryID" DataSourceID="odsCategorias">

   4:     <Columns> <!-- Aqui Columnas --> </Columns>

   5:   </asp:GridView>

   6: <asp:ObjectDataSource ID="odsCategorias" runat="server"

   7:     OldValuesParameterFormatString="original_{0}" SelectMethod="getAll"

   8:     TypeName="CategoryManager">

   9: </asp:ObjectDataSource>

Este código no hay que aprenderlo de memoria, lo puede generar el asistente. Para grandes cantidades de información debemos usar paginación personalizada, el control GridView + ObjectDataSource, soportan esto de manera transparente, sólo hay que agregar un método count y mapearlo. Revisar más detalles en el siguiente artículo: Paginando Eficientemente en ASP.NET.

Ingreso de datos

Creo que este es el fuerte de los ObjectDataSource y una de las cosas por la cual lo uso en todos los proyectos de ASP.NET en que participo. Cuando he tenido la oportunidad de integrar nuevos equipos de desarrollo o visitar a algunos, muchos todavía siguen con el clásico recuperar/asignar el contenido de las cajas de texto de uno a uno, muchas veces por el desconocimiento de la existencia del control ObjectDataSource. Después de unas demos con el ObjectDataSource, también terminan adoptándolo, salvo algunos casos en que resisten al cambio, y trabajar con mas orden o porque tienen el famoso código: “mírame y no me toques”. ~~si ese código donde si cambias un C= A + B, a C = B + A, la aplicación completa deja de funcionar~~.

Si quiere cargar el detalle de un registro en un formulario que tengo que hacer:

   1: //asignar información de objetos a las cajas de texto

   2: CategoryNameTextBox.Text = objItem.CategoryName;

Y por el contrario si quiero recuperar el objeto para guardarlo en la base de datos, lo primero que debo hacer es recuperarlo de la caja de texto:

   1: //recuperar la información de las cajas de texto, para guardarlas en un objeto

   2: objItem.CategoryName = CategoryNameTextBox.Text;

Un control FormView + ObjectDataSource, hace esto por ti, y todo de manera declarativa:

   1: <asp:FormView ID="frvDetCategoria" runat="server"

   2:      DataKeyNames="CategoryID"

   3:      DataSourceID="odsCatDetails">

   4:      <EditItemTemplate>

   5:        CategoryID:

   6:        <asp:Label ID="CategoryIDLabel1" runat="server"

   7:          Text='<%# Eval("CategoryID") %>' />

   8:        <br />

   9:        CategoryName:

  10:        <asp:TextBox ID="CategoryNameTextBox" runat="server"

  11:          Text='<%# Bind("CategoryName") %>' />

  12:        <br />

  13:        CategoryDescription:

  14:        <asp:TextBox ID="CategoryDescriptionTextBox" runat="server"

  15:          Text='<%# Bind("CategoryDescription") %>' />

  16:        <br />

  17:        <asp:LinkButton ID="UpdateButton" runat="server"

  18:           CausesValidation="True"

  19:          CommandName="Update" Text="Actualizar" />

  20:        &nbsp;<asp:LinkButton ID="UpdateCancelButton" runat="server"

  21:          CausesValidation="False"

  22:           CommandName="Cancel" Text="Cancelar" />

  23:      </EditItemTemplate>

  24:      <InsertItemTemplate><!-- El formulario insert puede

  25:             ser distinto por ya no se

  26:              actualiza los campos claves --></InsertItemTemplate>

  27:      <ItemTemplate><!-- Informacion solo lectura --></ItemTemplate>

  28:    </asp:FormView>

  29:    <asp:ObjectDataSource ID="odsCatDetails" runat="server"

  30:      DataObjectTypeName="Category" DeleteMethod="Delete"

  31:      InsertMethod="Insert"

  32:      OldValuesParameterFormatString="original_{0}"

  33:      SelectMethod="getOneByID"

  34:      TypeName="CategoryManager" UpdateMethod="Update">

  35:      <SelectParameters>

  36:        <asp:ControlParameter ControlID="grdCategories"

  37:           Name="categoryID"

  38:          PropertyName="SelectedValue" Type="Int32" />

  39:      </SelectParameters>

  40:    </asp:ObjectDataSource>

Con el control FormView se puede hacer prácticamente todo tipo de mantenimiento, se puede poner combos dentro de el y además que esté enlazados a base de datos a través de otro control ObjectDataSource. Podemos decir que el ObjectDataSource es un motorcito que permite mapear automáticamente controles de datos (tanto para mostrar como para recuperar) con clases y objetos. Imaginen un formulario de 20 campos y tener que asignar/recuperar uno por uno. Con el ObjectDataSource no es nada.

Para terminar, si están desarrollando en ASP.NET con WebForms, los animo a intentar usar el FormView + ObjectDataSource en los escenarios de mantenimiento que tengan, y si tienen alguna duda, puede dejar sus comentarios y vemos como los ayudamos. En base a las preguntas que tengan, podemos hacer ejemplos más elaborados y más puntuales.

Pueden descargar la aplicación ejemplo aquí: CRUD usando ObjectDataSource. (completar los acceso a datos del Insert, Update, Delete).

Página en el navegador:

El código que tiene la página aspx es:

   1: //pagina ASPX

   2: using System;

3:

   4: public partial class wfCategories : System.Web.UI.Page

   5: {

   6:     protected void Page_Load(object sender, EventArgs e)

   7:     {

8:

   9:     }

  10: }

La clase que use para el ObjectDataSource es la siguiente:

   1: //CategoryManager

   2: using System;

   3: using System.Collections.Generic;

   4: using System.ComponentModel;

5:

   6: [DataObject]

   7: public class CategoryManager

   8: {

9:

  10:   #region GetAll, getOne

11:

  12:   [DataObjectMethod(DataObjectMethodType.Select, true)]

  13:   public List<Category> getAll()

  14:   {

  15:     CategoryRepository catRep = new CategoryRepository();

16:

  17:     return catRep.getAll();

  18:   }

19:

  20:   [DataObjectMethod(DataObjectMethodType.Select, false)]

  21:   public Category getOneByID(Int32 categoryID)

  22:   {

  23:     CategoryRepository catRep = new CategoryRepository();

  24:     return catRep.getOneByID(categoryID);

  25:   }

26:

  27:   #endregion

28:

  29:   #region Insert, Update, Delete

30:

  31:   [DataObjectMethod(DataObjectMethodType.Insert,true)]

  32:   public void Insert(Category objItem)

  33:   {

  34:     //pendiente de implementacion

  35:   }

36:

  37:   [DataObjectMethod(DataObjectMethodType.Update, true)]

  38:   public void Update(Category objItem)

  39:   {

  40:     //pendiente de implementacion

  41:   }

42:

  43:   [DataObjectMethod(DataObjectMethodType.Delete, true)]

  44:   public void Delete(Category objItem)

  45:   {

  46:     //pendiente de implementacion

  47:   }

48:

  49:   #endregion

50:

  51: }

Saludos,

Publicando Aplicaciones Web Sobre IIS: Web Site, Virtual Directory, y Application

Sergio Tarrillo — Thu, 03 Jun 2010 03:08:00 GMT

Esta entrada gira alrededor de IIS 6.0, pero los conceptos también se pueden aplicar a IIS 7.0.

Hay un error muy conocido cuando publicamos una aplicación ASP.NET a IIS:

It is an error to use a section registered as allowDefinition='MachineToApplication' beyond application level. This error can be caused by a virtual directory not being configured as an application in IIS.

Si deseamos publicar una aplicación Web ASP.NET sobre IIS 6.0 en Windows Server 2003, debes poder diferenciar tres conceptos: Web Site, Virtual Directory, y Application. Estos términos no los traduciré en los siguientes párrafos, para no generar confusión en la definición de los mismos.

Web Site: Es la ruta base de una aplicación Web, y que se corresponde con un nombre de dominio o una ip de red: http://sergiot2.com, o http://servidorInformes. Por ejemplo, si estamos desarrollando un portal de reportes, y después de publicar nuestra aplicación tenemos que acceder así: http://serv2010/Reportes/, es por que no la hemos publicado a nivel de Web Site. Si la publicamos a nivel de Web Site, debemos poder acceder a la aplicación sólo ingresando la ruta: http://serv2010/. Mas claro el concepto de Web Site?

En IIS podemos tener múltiples Web Sites, y que básicamente se pueden diferenciar por el puerto usado y la carpeta. Por ejemplo, cuando se instala IIS crea un Default Web Site, que apunta a: C:\inetpub\wwwroot\, y apunta al puerto 80. Cuando instalamos SharePoint, este crear varios Web Site, que usan otros puertos, dependiendo de la configuración seleccionada. Otro es caso en la instalación de Reporting Services, que por defecto se instala sólo como un Application dentro de un Web Site.

Virtual Directory: Un “directorio virtual” sirve para mapear una subdirección de un Web Site a otra carpeta. Imaginen que un Web Site de venta de autos, http://crediAutos.com/ alojado en “C:\inetpub\wwwroot\”, que desea usar las imágenes que están en otro disco duro: “F:\imageAutos”, si deseamos cargar las imágenes en la siguiente ruta: http://crediAutos.com/images sin mover los archivos físicos, es ahí cuando podemos crear un Virtual Directory dentro del Web Site. Veamos la configuración del siguiente ejemplo:

Y si lo vemos en el navegador:

Si colocamos páginas aspx dentro de un Virtual Directory, funcionará siempre y cuando y no tenga un archivo web.config con elementos de aplicación, por llamarlo así. Por ejemplo dentro de un Virtual Directory, que es un sub-directorio de nuestro Web Site, podemos colocar un archivo web.config con el elemento authorization, como se menciona en esta entrada. Pero no podemos colocar un elemento Authentication dentro de un web.config de un Virtual Directoty, debido a que este elemento sólo se permite a nivel de aplicación. De ahí el problema origen.

Si queremos que nuestro Virtual Directory se comporte como una aplicación aparte, es decir tenga un web.config con el elemento Authentication, para poder manejar su propia autenticación distinta al Web Site base, debemos convertir este Virtual Directory en un ASP.NET Application.

Application: También podemos llamarlo ASP.NET Application, y se crea de la misma forma que un Virtual Directory, pero con la diferencia de que si puede comportarse como una aplicación ASP.NET independiente, es decir puede tener su propio Application Pool, puede tener su propia versión de ASP.NET y el web.config permite elementos de aplicación como el famoso Authentication del error inicial. Se pueden crear varios ASP.NET Applications dentro de un Web Site, como se muestra en la siguiente figura:

Caso de la Vida Real: Un amigo X tenía el problema mencionado al inicio, cuando publico su aplicación ASP.NET en el hosting de otro amigo dueño, por cierto el hosting en mención es dattatec.com. Digamos que el dueño del hosting tenía su aplicación ASP.NET a nivel del Web Site del IIS, es decir: http://todoautos.com.pe, el amigo del dueño tenía una aplicación ASP.NET que quería probar, entonces publico su aplicación como un subdirectorio para no afectar la aplicación del dueño. Pero no funcionaba ninguna aspx, debido al error mencionado arriba. Dentro del panel de control de dattatec (dentro de lo que pude revisar a simple vista) sólo se podía convertir la carpeta del amigo invitado en un Virtual Directory, pero no había ninguna opción para convertirlo en un ASP.NET Application, y seguía el famoso problema del inicio.

La solución pasaría, si es que no hay una opción en el panel del control, mandar un correo al proveedor para que cree el Application manualmente, debe haber un administrador que monitorea los servidores no?.

Consejo: cuando renten un hosting, validen si se pueden crear muchos Virtual Directory y ASP.NET Application, pregunten por los dos por si ellos no tienen claro la diferencia entre los mismos.

Por cierto, un proveedor de hosting no tendría sentido habilitar la creación de Virtual Directory, porque no es lógico que administren carpetas en distintas ubicaciones para el mismo usuario, ¿será que pensaron que una aplicación ASP.NET podía correr en un Virtual Directory? Bueno si alguien tiene su hosting en Dattatec.com, y sabe más del tema, lo comenta por favor.

Lecturas complementarias:

Saludos,

[CodeSnippet] Enviar cuando correo cuando el usuario use Internet Explorer 6 (IE6)

Sergio Tarrillo — Tue, 27 Apr 2010 17:51:00 GMT

Internet Explorer 6, es una de esas piedritas por la que a veces uno tiene que pensar, ¿damos soporte para IE6 o no?, claro hablando de diseño.

En un proyecto actual para una intranet, hemos decidido no dar soporte para IE6, no estresarnos haciendo diseños web paralelos. IE6, fue lanzado allá por el 2001, y como que ya va siendo hora de ni siquiera mencionarlo cuando definamos los navegadores a soportar por nuestra web. [Extra]: Mató IE6 la marca Internet Explorer??.

Regresando al tema, no vamos a bloquear a los usuarios que ingresen con IE6, lo que vamos hacer es enviar un email a Soporte, para actualizar a los usuarios que aún están usando IE6.

1:

   2: public static void ValidarIExplore()

   3: {

   4:   if (HttpContext.Current.Request.Browser.Type.ToUpper() == "IE6")

   5:   {

   6:     String fromEmail = ConfigurationManager.AppSettings["emailAdmin"];

   7:     String toEmail = ConfigurationManager.AppSettings["emailSoporte"];

   8:     String subject = String.Format(

   9:           "[{0}], necesita actualizar internet explorer",

  10:           HttpContext.Current.User.Identity.Name);

  11:     String message = String.Format(

  12:             @"Sres. de soporte, <br/> El usuario {0} necesita actualizar [...] ",

  13:             HttpContext.Current.User.Identity.Name);

14:

  15:     SendEmail(fromEmail, toEmail, subject, message);

  16:   }

  17: }

El método es sencillo, y como tengo una página base para todos mis formularios web, aplico lo siguiente:

1:

   2: public abstract class ReportPageBase : System.Web.UI.Page

   3: {

   4:   protected void Page_Load(object sender, EventArgs e)

   5:   {

   6:     //si no esta logueado reenviarlo

   7:     if (!User.Identity.IsAuthenticated) { Response.Redirect("~/login.aspx"); }

8:

   9:     //validar browser

  10:     Helper.ValidarIExplore();

11:

  12:     //other code

  13:   }

  14: }

Para enviar correos desde ASP.NET, consulte la siguiente entrada.

Saludos,

ASP.NET WebForms vs ASP.NET MVC, la nueva batalla

Sergio Tarrillo — Fri, 26 Mar 2010 19:47:00 GMT

Últimamente los debates de C# o VB.Net quedaron atrás, ahora los nuevos debates dentro del mundillo .Net están entre usar ASP.NET Web Forms o ASP.NET MVC. Imaginen la desorientación sobre el tema, que hasta se dedico una sesión del MIX 2009 a tratar sobre este tema: Choosing between ASP.NET Web Forms and MVC. En los inicios de ASP.NET su principal objetivo era ganar terreno a PHP, JSP, y las otras tecnologías existentes, vendiendo que hacer aplicaciones Web era como hacer aplicaciones Windows, aunque haya un trabajo extra por detrás. Con los años de este Framework el uso de la comunidad ha hecho los Web Forms evolucionen, esfuerzos como reducir el tamaño del ViewState, los CSS Adapters, los Starter Kits, las buenas prácticas, entre otras, han ido mejorando el Framework. De hecho no creo que de Microsoft escuchemos no usen Web Forms, ahora usen ASP.NET MVC, por que por parte de ellos y de la comunidad hubo un gran esfuerzo, y mucho cariño, por hacer que los Web Forms, sean un buen Framework de desarrollo Web.

Antes de empezar quisiera usar y resaltar esta línea de un post de ScottGu relacionado con esta discusión, About Technical Debates (and ASP.NET Web Forms and ASP.NET MVC debates in particular):

“Great developers using bad tools/frameworks can make great apps. Bad developers using great tools/frameworks can make bad apps.”

Al citar esta cifra, creo que deben tener un idea de cual es mi punto de vista. Ahora dividamos el problema, vamos a establecer dos grupos de usuarios para dar nuestros comentarios:

Grupo de usuarios experimentados de ASP.NET, que tienen varios proyectos en producción y que no han tenido problemas de rendimiento, tiempo de respuesta, etc, cuando han desarrollado proyectos usando WebForms.
Grupo de usuarios nuevos de ASP.NET (y en general nuevos en el desarrollo Web), cuyo primero contacto fue hacer proyectos Web usando ASP.NET, y que no han tenido buenos resultados, han tenido problemas de rendimiento, de tiempo de respuesta, de diseño, y todos los que encontramos en los foros.

Usando el mismo patrón que recomendó Jorge Serrano en este artículo, C# o VB, VB o C#,... la envidia me corroe, si eres un usuario experimentando, no necesitas recomendaciones, sólo revisar las características de ASP.NET MVC y ver si alguna de ellas es la estabas buscando: ASP.NET MVC Overview. Cerramos el tema con ellos, y nos dedicamos a los usuarios nuevos en el desarrollo Web y que van a empezar con ASP.NET.

El problema para los nuevos usuarios, y para los que toman como cierto el mensaje: “Desarrolla Aplicaciones Web como si lo hicieras con Windows Forms, sólo arrastras controles y ya tienes tu Aplicación Web”. Y lo toman literalmente, no necesitan aprender la diferencia entre POST Y GET, no hay porque aprender el significado de QueryString, no es necesario saber si es malo guardar un DataSet en el ViewState de la página, sólo la hago para ya no consultar la base de datos y no tener lenta mi aplicación, no se preocupan en aprender HTML, no se preocupan en aprender JavaScript, entre todas las otras que suelen dejarse de aprender.

Entonces si eres un usuario nuevo en ASP.NET (y si no eres nuevo y no sabes que que usa POST o GET), la recomendación básica es aprender los fundamentos del desarrollo Web:

Estos son WebCasts impartidos por el amigo Jonas Stawski. Es más si pueden traten de hacer pequeñas Web simples usando sólo ASP clásico, verán los resultados y la diferencia cuando después aprendan ASP.NET.

Si ya aprendieron los fundamentos, la elección será más fácil. Por otro lado, tampoco es que ASP.NET MVC cambie totalmente la forma de hacer aplicaciones Web Forms, hay muchas funcionalidades que comparten en un común, la diferencia principal esta en como presentar el fron-ed al usuario, no vamos a entrar en detalles muy técnico por que quizás si fuerzas a cualquier de los dos frameworks puedes lograr la funcionalidad del otro, pero vamos mostrar el siguiente gráfico para mostrar algunas diferencias, y como podemos elegir en que escenario usar uno u otro:

Fuente del gráfico, y otro más detallado.

Como recomendación final, podríamos establecer la siguiente línea para aprender correctamente cualquier de las tecnologías y no caer en las malas practicas:

Aprender Html
Aprender JavaScript
Aprender ASP Clásico
Aprender ASP.NET MVC
Aprender ASP.NET Web Forms

Aprender al final ASP.Net Web Forms, nos ayudará a entender porque algunas opiniones dicen no usar Web Forms, principalmente por el mágico ViewState que hace que los WebForms sean Stateful, por el contrario de toda la Web que es Stateless.

Otros artículos con algunos detalles de este versus, unos más técnicos que otros:

Saludos,

Que hacer cuando IIS no te deja publicar un Sitio Web ASP.NET

Sergio Tarrillo — Wed, 03 Mar 2010 15:01:54 GMT

Con el paso del tiempo y familiaridad nos daremos cuenta que la publicación de un Sitio Web (Web Site) o Aplicación Web (Web Application), es lo más sencillo gracias a la herramienta, es decir, Visual Studio 2005+ o Visual Web Developer Express, sólo hacemos clic derecho sobre el proyecto Web o el Sitio Web, y seleccionamos Copy Web Site o Publish Web Site, y podemos escoger si publicamos directamente hacia un servidor, un FTP, o File System para copiarlo por RED o llevarlo en un USB.

Reducimos el problema, divide y vencerás forever, a llevar los archivos generados a nuestro Servidor Web IIS, que es donde suceden los mayores problemas al publicar un Sitio Web.

Problema Central

En cuanto a la publicación en un Servidor Web, se pondrá más interesante si es que no tenemos acceso remoto al servidor, y sólo podemos copiar los archivos por FTP o subiéndolos vía web, la identificación de problemas será un poco más difícil porque no tenemos acceso a la servidor (verificar permisos en el sistema de archivos, revisar Event Viewer, etc). Por ejemplo, un error en la definición de la de conexión, puede hacer que no podamos acceder a la pagina y confundir sobre el verdadero error, entonces debemos deshabilitar los errores personalizados, en algunos extremos intentar depurar remotamente la aplicación Web (es lo peor que se puede hacer, evitar llevar este tema a los foros). Si una aplicación funciona bien en desarrollo, debería funcionar también en producción sin la necesidad de hacer una depuración remota, sólo es un tema de configuración y permisos.

Alternativa

Una buena práctica si es que recién estamos empezando y el llevar nuestra aplicación a producción se convierte en un grave problema , es tener un página con código “Inline” que sea nuestro robot “buscaerrores”. Cada vez que deseamos publicar una aplicación Web, primero enviaremos a nuestro robot a verificar que la configuración del servidor Web sea el correcta, si el robot pasa la prueba, la publicación del sitio web será una tarea sencilla.

Algunas Ventajas

Ya sea el equipo infraestructura o el equipo de desarrollo, el que realice la publicación de una Aplicación Web, debemos tener un robot que nos permita detectar los siguientes problemas:

Detectar configuraciones incorrectas en el Application Pool de un Sitio Web. ¿Qué es un Application Pool? Por ejemplo, si no tenemos al usuario por defecto en un Application Pool (NETWORK SERVICE), debemos darle ciertos permisos y hacerlo que pertenezca a un grupo especial para que pueda ser un usuario del Application Pool.
Verificar que las conexiones a la base de datos funcionen correctamente. Hay muchos sitios web, que no hay ninguna página que no funcione sin hacer conexiones a la base de datos, es decir que si por alguna razón no cambiaron la cadena de conexión al pasar a producción, o el servidor de base de datos no tiene los permisos correctos, ninguna página web de toda la Aplicación va a funcionar. Por ejemplo sitios web que generan sus menús desde la base de datos, este menú estará presente en todas las páginas.
Verificar que los permisos en el sistema de archivos sea el correcto. Si habilitamos la carga de archivos en nuestra aplicación debemos dar los permisos necesarios al usuario del Application Pool (por defecto NETWORK SERVICE) para que pueda escribir sobre la carpeta donde vamos a poner los archivos.
Cualquier otra verificación que ustedes requieran hacer antes de pasar una aplicación Web a Producción. La idea es dejar una página base, pero ustedes pueden personalizarla de acuerdo a sus escenarios.

El robot, debe ser muy simple y no depender de ninguna otra página o recurso para funcionar:

Y el código fuente debe ser Inline para que funcione independiente si es un Sitio Web o una Aplicación Web:

Descargar Robot para Verificar IIS para ASP.NET.

Anécdota sobre el tema

Recuerdo hace algunos años, en el team “epica” estábamos liberando una nueva versión de un producto Web para uno de nuestros clientes, el Project Manager tuvo problemas durante la presentación de esta nueva versión, sólo llamo para decirme: “La Web no funciona, revisa que puede estar pasando”. El equipo de infraestructura del cliente (un empresa multinacional) no pudo detectar el problema y sólo se liberaba de la responsabilidad diciendo que la aplicación Web no Funcionaba. Después de un par de intentos fallidos por solucionar el problema, el equipo de desarrollo tuvo que ir a resolver el problema. No recuerdo exactamente el problema, pero era más o menos así: anteriormente habían instalando una Aplicación Web, que había cambiado la estructura común del IIS, ellos al instalar nuestra aplicación Web no lo habían hecho correctamente y nuestra Web estaba heredando el archivo de configuración de la aplicación instalada anteriormente, y por eso no funcionaba correctamente. Después de un par de cambios en el IIS Manager, nuestra aplicación Web estaba funcionando correctamente.

Saludos,

[CodeSnippet] Mostrar un Label en ASP.NET por 3 segundos

Sergio Tarrillo — Sat, 21 Feb 2009 06:34:00 GMT

Requerimiento: Después de procesar una operación contra la base de datos, se desea mostrar un mensaje de confirmación en un Label, pero que el mismo desaparezca en unos tres segundos, ver pregunta.

Solución: Conociendo el funcionamiento de la infraestructura web, el browser es quien automáticamente pasado los 3 segundos debe ocultar el mensaje mostrado. Dado que la funcionalidad que necesitamos es del lado del cliente, la opción es usar JavaScript. Dentro de los eventos Timing de JavaScript, existe el método setTimeout() que pertenece al DOM Window, este método permite ejecutar una sentencia o función JavaScript, después de un determinado tiempo. Y la propuesta será tener dos funciones, una que muestre el “Label” y que a la vez llame dentro de 3 segundos a otra función que oculta el Label. Y finalmente para integrarlo con nuestro botón de ASP.NET, al finalizar la ejecución del mismo podemos registrar el script del lado cliente, usando el método RegisterStartupScript de la propiedad Page.ClientScript. Nota: no es necesario usar un Label, podemos usar el elemento HTML Div para mostrar el mensaje.

Código ASPX:

   1: <head runat="server">

   2:     <title></title>

   3:     <script type="text/javascript" language="javascript">   1:  
   2:         function MostrarLabel() {
   3:             setTimeout("OcultarLabel()", 3000);
   4:             var msj = document.getElementById("lblMensaje");
   5:             msj.style.visibility = "visible";
   6:         }
   7:         function OcultarLabel() {
   8:             var msj = document.getElementById("lblMensaje");
   9:             msj.style.visibility = "hidden";
  10:         }
</script>

   4: </head>

   5: <body >

   6:     <form id="form1" runat="server" >

   7:     <div>

   8:         <div id="lblMensaje" style="visibility:hidden;">

   9:           <h3>Mensaje mostrado por tres segundos...</h3>

  10:           <br />

  11:         </div>

  12:         <input type="button" value="click aqui" onclick="MostrarLabel()" />

  13:         <asp:Button ID="btnMostrarMensaje" runat="server" Text="Mostrar"

  14:             onclick="btnMostrarMensaje_Click" />

  15:          <asp:Button ID="btnNada" runat="server" Text="No Muestra nada"  />

  16:     </div>

  17:     </form>

  18: </body>

Código Evento:

   1: protected void btnMostrarMensaje_Click(object sender, EventArgs e)

   2:   {

   3:     //codigo de operaciones contra la base de datos

   4:     Page.ClientScript.RegisterStartupScript(

   5:        Page.ClientScript.GetType(), "onLoad", "MostrarLabel();", true);

   6:   }

Navegadores Probados: Todos sobre Windows Vista SP1.

Firefox 3.0.6
Internet Explorer 7.0.6001
Opera 9.52
Google Chrome 1.0.154.48
Safari 3.1.2

Notas:

Artículo base: Show an HTML message box that disappears after 2 seconds
Palabras mágicas: show message seconds JavaScript
Se pudo mejorar el diseño, con un poco más de HTML + CSS, la idea es que este artículo sea una base para cualquier variación que ustedes creación conveniente de acuerdo al requerimiento de su escenario.

Recursos:

Using JavaScript Along with ASP.NET 2.0

P.D.: Cuando tenga este tipo de requerimientos, no inventen marcianadas para hacerlo con ASP.NET 3.5++, puede ser tan simple de hacerlo con JavaScript. Ojo, tampoco se quiere concluir que todo lo vamos hacer con JavaScript, debemos buscar el equilibrio, sin afectar la seguridad y el rendimiento.

Saludos,

Recomendaciones para la Adopcion de AJAX usando ASP.NET AJAX

Sergio Tarrillo — Thu, 19 Feb 2009 05:13:00 GMT

Simple: “No usarlo”… (no tomarlo literalmente)

Repasando: Como ya hemos comentado, la infraestructura que da soporte a las aplicaciones Web es diferente a una aplicación de escritorio. Si bien esta infraestructura es rica en acceso (acceder desde cualquier parte del mundo con una conexión a Internet), también tiene desventajas y una de ellas son los “viajes” que tienen que hacer al servidor Web. Si bien en el navegador estamos viendo una réplica de la información (en formato html), si queremos refrescar la información o hacer alguna operación, nuestro pedido (request) viaja desde nuestra PC hasta el servidor Web, que puede estar al otro lado del mundo, pero gracias al protocolo HTTP se pueden comunicar. Y cada vez que hacemos un request al servidor, tenemos que esperar que se refresque nuevamente toda la página (algunos navegadores usan Cache para los estilos y diseño) lo que da una apariencia de cargar más rápido. De ahí la siguiente necesidad de las aplicaciones Web, después de quedar la satisfecha la necesidad de que sean dinámicas (tecnologías de servidor, asp, php, jsp, etc), es la necesidad de mejorar la experiencia de usuario de las aplicaciones Web, y que puedan ser semejantes al estilo de una aplicación de escritorio, han habido muchos intentos por establecer la tecnología que permitiría mejorar la experiencia de usuario de una Aplicación Web, todos tenían que ver con el complemento del lado del cliente para lograr esto. Pero en los últimos años, los esfuerzos han estado centrados en AJAX, y en las aplicaciones RIA, considerando a estas últimas como producto: Silverlight y Flash, por que las aplicaciones AJAX también hacen una aplicación RIA.

Frameworks AJAX: Implementar AJAX usando directamente el objeto XMLHttpRequest, puede llevarnos a escribir código más limpio y más óptimo, pero el esfuerzo y tiempo invertido para lograr grandes cosas, puede ser muy alto (dependiendo del escenario). Y es por eso que existen los frameworks AJAX, para todos los gustos, sabores, y colores. Aquí hay una lista de un montón de Frameworks Ajax, también pueden verlos agrupados por lenguaje. Microsoft, también liberó para los desarrolladores .NET (y no .Net) un Framework AJAX llamado ASP.NET AJAX.

ASP.NET AJAX, tiene dos componentes: Microsoft Ajax Library (que podría ser usado con PHP, ver WebCast), y otro componente del lado del servidor llamado ASP.NET AJAX Extensions, y que es netamente para integrarse con el Page Framework de ASP.NET 2.0+ (VS2005/VS2008), pueden ver más detalles de la arquitectura de ASP.NET AJAX en el siguiente artículo. ASP.NET AJAX, puede ser una solución mágica, por que rápidamente podemos tener nuestras aplicaciones Web, usando AJAX con sólo arrastrar el control UpdatePanel, podemos tener implementando AJAX en aplicaciones existentes, ver WebCast. Si tienen un mantenedor con una barra de botones, un GridView para mostrar la lista, y un FormView para las demás operaciones, bastaría colocar los 3 controles dentro de un UpdatePanel cada uno, y mágicamente ya tenemos implementado AJAX dentro de nuestra aplicación.

Problema de la Magia, como todo producto mágico, tiene sus costos por detrás. Aunque ASP.NET AJAX maneja postbacks asíncronos con el servidor Web, la información que viaja entre cliente y servidor no es la más óptima, hombre que la magia tiene su coste. Y esto debido a que si no hacemos una buena administración del ViewState, este estará viajando entre los postbacks asíncronos, revisar este artículo para ver un ejemplo. Además de que ASP.NET AJAX es un framework centrado en el Servidor viaja información+diseño entre postbacks asíncronos, a diferencia de un framework centrado en el cliente, que sólo viaja datos entre cliente y servidor, pero hay que “actualizar el diseño” manualmente usando JavaScript y DOM. Este artículo tiene resultados muy interesantes en cuanto a comparación de frameworks de AJAX para ASP.NET.

Alternativa, Una alternativa dentro de ASP.NET AJAX es usar los PageMethods, para que desde JavaScript podamos llamar a los mismos, o también llamar desde JavaScript a Web Services. Con esto garantizamos la transferencia sólo de información, y el diseño hay que modificarlo con JavaScript. Revisar este ejemplo de JavaScript y PageMethods, y JQuery y PageMethods.

Recomendaciones, se que fue mucho floro para llegar a las recomendaciones, pero fue necesario. Si cociendo la “magia” que hay detrás de ASP.NET AJAX, hemos decidido usarlo, por que la aplicación no requiere un alto rendimiento, sólo estará disponible dentro de nuestra empresa (y no a toda la internet, ósea cantidad de usuarios limitada), o hemos visto que en el prototipo, los resultados son aceptables. Hay algunas recomendaciones básicas para usar ASP.NET AJAX:

No usarlo. No usarlo hasta que la página web este funcionando al 100%. La magia de ASP.NET AJAX, a través del UpdatePanel, permite que luego de que la página este funcionando, arrastramos al control UpdatePanel, colocamos nuestros controles de ASP.NET dentro del UpdatePanel, y nuestra página aspx ya tiene AJAX, con sólo arrastrar un control, en este WebCast, se muestra como a una aplicación Web existente (de otro autor), la implementación de ASP.NET AJAX usando el UpdtePanel fue sencilla y no requirió cambiar el modelo de programación. La recomendación, que motiva a no usar ASP.NET AJAX hasta que la página este funcionando, es debido a que muchas veces suele confundirse los errores, y no se sabe si la página no funciona por que el UpdatePanel tiene un bug, o los otros controles que estamos usando tiene bug, y raras veces se piensa que el código que hemos hecho es el que tiene el bug. Por eso, si nos centramos principalmente en hacer funcionar la página al inicio, el rango de causas de errores disminuirá por que no incluye los que pueda producir el uso de ASP.NET AJAX, lo que hará más fácil identificarlos, y solucionarlos, y esto sobretodo para procesos complejos, que tienen que implementarse. En los proyectos participado o en las consultorías y mentoring que hemos impartido con 3Dev, este era un problema frecuente, se tiende a responsabilizar al UpdatePanel de cualquier error que suceda en la página, y siempre hay que hacerse esta pregunta: –la página funciona correctamente sin el UpdatePanel?, y después de remover el UpdatePanel queda claro cual es el origen del error. Un amigo (Luis B.), en tono jocoso, quería demandar a Bill Gates por que ASP.NET Ajax no funcionaba, después de remover el UpdatePanel ya no dijo nada :D.
El UpdatePanel no es barita mágica. Si bien es tan sencillo agregar AJAX a nuestras aplicaciones Web usando el control UpdatePanel, tampoco se debe hacer un uso indiscriminado del mismo. Por ejemplo, dentro de un formulario Web, sólo agregar a los controles que se van actualizar dentro de un UpdatePanel, en una página de mantenimiento sólo a los controles principales como un control GridView, formView, y al menú, pero no a toda la página, la idea de AJAX es actualizar la página asíncronamente para tener una mejor experiencia del usuario, pero si vamos a actualizar toda la página no tiene sentido. Una forma de evitar tener que usar un control UpdatePanel en todo, es usar AsyncPosBackTrigger en un UpdatePanel, un ejemplo, con esto evitamos colocar todos los controles en UpdatePanels. Recuerden que un UpdatePanel se actualiza, cuando un control dentro del mismo produce un PostBack, entonces se actualiza el UpdatePanel y se produce un PostBack asíncrono, o también se actualiza cuando otro UpdatePanel se actualiza, es decir, que si una página tenemos tres UpdatePanels que no están relacionados, si actualizo uno de ellos automáticamente se actualizan los otros dos. Para solucionar este último problema, se puede actualizar el UpdatePanel manual, es decir programáticamente, un ejemplo, aunque esta un poco simple el último ejemplo un posible escenario es si es que dentro de una página aspx, tengo 3 UpdatePanels, y sólo voy actualizar dos, la forma correcta es asignar a la propiedad UpdateMode el valor de Conditional, así solo se actualizarán cuando se produzca un evento dentro de ellos, o cuando se llame explícitamente al método Update del control UpdatePanel.
Cuidado con el dedo compulsivo. Uno de los detalles de usar AJAX, son que cuando se produce un postback asíncrono el usuario (ni el mismo desarrollador) sabe si se ejecuto o no el evento, y entonces vuelven hacer varios clic en el botón para asegurarse que hicieron clic. Es por eso que es necesario usar indicadores para indicarle al usuario, que su pedido se esta procesando, con ASP.NET AJAX pueden usar el control UpdateProgress, pero mucho mejor si lo hacen centrado y bloquean la pantalla.

AjaxControlToolkit (ACT), un juego de controles (ajaxcontroltoolkit.dll) liberados junto con ASP.NET AJAX, hay algunos controles útiles como el control AutoComplete, y bueno otros que se podrían mejorar. Y al igual que ASP.NET AJAX, hay que tener cuidado con el uso del ACT, evaluarlo en nuestros escenarios. Aquí pueden ver los ejemplos de los controles Online, y en algunos controles se aplican la misma regla que el UpdatePanel, primero verifiquen el funcionamiento básico de su página, antes de usar algunos controles del ACT. Ejemplos del ACT, los pueden descargar de la página del mismo en CodePlex, además de los ejemplos se encuentra el código fuente del ACT. Nota: los ejemplos son los mismo que están online, y todos los controles tienen un ejemplo, lo pendiente es revisar que CSS usa el control que vamos a probar, y eso copiarlo a nuestro sitio Web.

Destacado:

Artículos, Videos, Ejemplos:

Saludos,

Buenas practicas de programacion y tecnicas para liberar recursos, para tener una aplicacion mas rapida ¿?

Sergio Tarrillo — Fri, 06 Feb 2009 07:46:00 GMT

¿La aplicación web de Geeks.ms es rápida?

¿Rápida, para quién?. Para el programador?, para el usuario?, o para el jefe de proyectos?. ¿Cuántos segundos debe tomar cargar una aplicación para que sea rápida? –4 segundos, 8 segundos, 15 segundos?

Y las mismas preguntas podemos hacernos, para considerar una aplicación lenta.

Antes de jugar al teléfono malogrado, se debería tener un límite para considerar a una aplicación “lenta”. Si dentro de los requerimientos no funcionales, se dice que ningún formulario debe tomar más de 15 segundos para completar una operación, ya se sabe que si página o formulario toma 20 segundos, se podría decir que es lenta. Entonces, para poder definir si una aplicación es lenta o es rápida, el límite debería estar definido en los requerimientos no funcionales, y si no lo esta (en muchos casos), antes de optimizar se debería especificar cual será el tiempo de referencia a tomar, para considerar a una aplicación rápida o lenta. Así cuando llegue alguna queja del usuario por que quiere una aplicación sea más rápida, se revisa si el formulario esta dentro de los límites, y si aún así el usuario quiere más rápida (nuevos límites) ese es otro precio.

¿Todas los formularios requieren optimización?

Normalmente los procesos de mantenimiento, debería ser los más rápidos (usamos el término rápido como comparación no como medida) a comparación de los procesos de búsquedas, cargas masivas, o exportar información o procesos de fin de mes.

Veamos, si una página de mantenimiento sólo requiere hacer operaciones de consulta (muchos registros), inserción (un registro), actualización (un registro), y eliminación (un registro), no debería tomar más tiempo que otras páginas de procesos más complejos. Y para lograr esto debemos tener algunos detalles en cuenta, que son básicos:

Administrar correctamente las conexiones a la base de datos, liberar los recursos después de usarlos. Desde .Net, podemos usar la clausula using, para asegurarnos de liberar los recursos. Revisar esta entrada: Ado.Net y Using.
Paginar los resultados desde la base de datos, y no desde el cliente. Hay algunos controles mágicos que ofrecen, paginación, pero a qué costo?. Por ejemplo para paginar en Oracle podemos usar ROWNUM, y en SQL Server podemos usar ROW_NUMBER, obviamente que para lograr una paginación del lado de cliente, involucra que tengamos que pasarle dos parámetros más como el registro inicial (startRowIndex) y la cantidad de resultados (maximumRows), además de que tengamos que hacer otro método y procedure, para “contar”, ya que necesitamos saber cuantas páginas tiene el resultado.

Si seguimos estas dos reglas básicas, los formularios de mantenimiento deben ser los más rápidas de toda nuestra aplicación. Y entonces, páginas o formularios a optimizar son los procesos de búsquedas, operaciones masivas, generación de reportes, entre otros procesos complejos (1).

¿Pero qué pasa, si toda la aplicación esta lenta? Sean de mantenimientos simples o complejos, o procesos, todas demoran mucho a comparación de otra aplicación (una aplicación Web frente a una Windows). Sobre todo en esas migraciones por tendencia o moda de una aplicación Windows a Web, sobretodo si no se tiene muy claro la infraestructura de una aplicación web, el usuario dirá: pero en la aplicación Windows era más rápido, como le explicas que el navegador tiene que hacer un viaje al servidor, o lo que se conoce como postback en asp.net, para poder ver los resultados. Y la migración de una aplicación se puede vender por dos cosas: por mejoras de procesos, o por que va ser más rápido, entonces nuevamente por que la web mas lenta, se preguntará el usuario. Entonces, si la mayoría de formularios están lentos a comparación de su previa versión, habrá que revisar el código base o código común (2).

¿Juego de Herramientas o técnicas del buen optimizador?

Profiler del motor de base de datos. En el escenario 1, y el escenario 2, es bueno identificar cuales son las operaciones que se están haciendo contra una base de datos, y el tiempo que están tomando estas operaciones, la cantidad de operaciones que se esta haciendo, quizás es redundante el número de operaciones. Imaginen, que están haciendo un búsqueda sobre un catálogo de libros, tenemos varios millones de libros en nuestro catalogo, y tenemos que buscar por título, descripción, contenidos. Para SQL Server nosotros tenemos SQL Profiler. Después de analizar podemos llegar a dos conclusiones, una determina consulta esta tomando un tiempo mayor al esperado, hay que determinar si podemos hacer alguna mejora para incrementar la performance del servidor de datos, también revisar esta presentación: buenas prácticas para mejorar el rendimiento en un servidor SQL Server. Y si el problema, no esta en la consulta, si no en la recurrencia a la información?, en este escenario donde la información mostrada cambia pocas veces (una noticia de un diario, las entradas de un blog) se puede hacer el uso de técnicas de Cache, atención si la aplicación tiene alta transaccionalidad es decir se necesita hacer operaciones con la información más reciente, imaginad hacer ventas de productos que tienen stock 4 (por que así se guardo en la cache) cuando un producto ya no tiene ese stock 4, en este último escenario no es aplicable el uso de Cache.
Profiler de nuestro código. Es una manera de identificar cuales son los cuellos de botella dentro de nuestro código, o para optimizar hasta la última línea de código. [.Net] Carlos Walzer, por ejemplo nos muestra el uso de la herramienta dotTrace 3.0, para analizar el tiempo y la cantidad de cada una de las llamadas dentro de .Net, con la cual podemos llegar a la mejor forma de hacer las cosas, revisar la serie: Cazando mitos en ADO.NET.
Profiler del render del Html (Web). En una aplicación Web, hay otro detalle a tener en cuenta y es el tamaño del html enviado al navegador. Una excelente herramienta para detectar motivas de lentitud en la carga de una aplicación web es usar YSlow, y si están usando asp.net también puede usar la característica Tracing, con la cual podemos identificar los métodos dentro del ciclo de vida de ejecución de una página ASP.NET, además del tiempo de ejecución de los mismos, para saber cual demora más; lo otro que podemos identificar el tamaño de bytes que ocupa el render de todos los controles de la página, así como el ViewState ese monstruito que es bueno pero a la vez es malo que están ocupando. El ViewState sólo debería ser usado cuando es verdaderamente útil, todos los controles por defecto tienen habilitado el ViewState. Por ejemplo si ustedes hacen ver código fuente html de esta página, encontrarán un elemento llamado: __VIEWSTATE, y en este caso de Geeks.ms, y si vamos a un decoder online, veremos que sólo tiene un valor, que es el código de la página, si están desarrollando con ASP.NET, hagan “View in Browser” y vean el tamaño del ViewState, y vean con el decoder que se esta guardando.

Otro detalle a tener es al no liberarse correctamente los recursos y ocupar memoria, “fuga de memoria”. Dentro de Windows existe una herramienta llamada WinDBG, que puede ser usado para identificar fugas de memoria dentro de .Net por ejemplo. Y específicamente para .Net podemos usar el CLR Profiler, como en este escenario: Cómo cazar una fuga de memoria en .Net, también podemos usar .NET Memory Profiler.

Resumiendo

Se debe especificar, el rango para que una aplicación sea considera rápida o lenta.
Los formularios de mantenimiento deberían ser los más rápidos dentro de nuestra aplicación, por que las operaciones son simples, y debemos seguir las reglas básicas, de paginación del lado del servidor de datos y liberación de recursos (conexiones).
Los formularios especiales, necesitan de herramientas especializadas para identificar donde se encuentra el cuello de botella, o los lugares posibles de optimización. Para ello disponemos de Profilers, a nivel del servidor de datos, como también a nivel del código de nuestra aplicación.
Para aplicaciones Web, asegurarse que el render del html sea el adecuado.
Tener cuidado con las fugas de memoria.

P.D.: Espero que esta lista de herramientas, ayuden a mejorar el rendimiento de sus aplicaciones, en algún momento mostrare algunas de ellas en determinados escenarios para ver su utilidad más claramente, quedan en los drafts como constancia.

Oros artículos de interés:

Saludos,

Aplicaciones de Escritorio vs Aplicaciones Web, ¿hay diferencia en el desarrollo?

Sergio Tarrillo — Wed, 14 Jan 2009 08:38:00 GMT

Esto post nace como respuesta a las siguientes preguntas o dudas:

Estoy desarrollando una aplicación Web, en Windows yo usaba el evento KeyPress pero en asp.net, asp, php, jsp, o xsp no se como hacerlo.
De una página A envío información a una página B, quiero que al cerrar la página B el foco regrese a la página A. Esta última es clásica en los foros, además de venir con esta nota la final: el código debe estar con C# 2008 y usando mejores prácticas
El diseñador de Visual Studio .Net no funciona, arrastre mis controles pero en el navegador se ve todo feo
Voy a desarrollar una página, y no se que lenguaje usar JavaScript, C#, JSP, Php, o ASP.Net, ¿con cuál de estos se ve mejor mi página?
Quiero pasar variables usando POST en asp.net, y no se como hacerlo
¿Cuáles son los navegadores más usados? Estoy haciendo una web con Php, y no quiero hacer muchas versiones de mi código, sólo para 3 navegadores como máximo
Estoy haciendo una Web 2.0, estoy programando con JavaScript y no puedo conectarme a la base de datos
-¿Qué estas usando para desarrollar tu Web html o xhtml?, –No uso html, yo estoy usando lo ultimito uso ASP.NET 3.5, dicen que html ya esta desfasado.
-¿Y ya aprendiste Html y Javascript para tu proyecto Web?, –No, con Visual Studio .Net ya no se usa eso, sólo arrastras controles y programas como en Windows

Para responder a las preguntas vamos a ver una arquitectura simple de dos aplicaciones una Windows (o de escritorio) y una Web

Aplicación de Escritorio

En una aplicación de escritorio normalmente no iniciamos sesión por cada aplicación que usemos, sólo se inicia sesión una vez cuando prendemos el sistema operativo, asumiendo que vamos a abrir una aplicación para ver nuestra lista de tareas:

El usuario carga la aplicación.
La aplicación (el código), se conecta a la base de datos y recupera la información del usuario.
La aplicación muestra al usuario la información solicitada.

Aplicación Web

El usuario desde cualquier parte del mundo y desde cualquier dispositivo (PC, laptop, mobile), desea ver donde será el próximo @BeerTwit.

El usuario tiene que ingresar la URL de la página en su navegador (*1). El navegador por detrás se encargará de hacer un request (solicitud) al servidor Web usando el protocolo de comunicación HTTP (*2) (internet), y en este caso usará el método GET, por que sólo quiere obtener información.
El servidor Web recibe el request y envía un response (sólo html) al navegador. Los navegadores no entienden el código ASP, PHP, o JSP, ellos sólo muestran contenido en html (*3), es por eso que todos los servidores Web después de procesar un request devuelven sólo html (que puede incluir Javascript (*4)), el html generado debe ser un formulario en html, para que el usuario pueda enviar su información. Por otro lado si el usuario ha iniciado sesión con anterioridad es posible que su sesión este activa, y no tenga que iniciar sesión nuevamente.
El usuario llena su información, user y password, y hace clic en el famoso botón “Sign in”. El navegador por detrás recolectará esta información, y en este caso que se desea enviar esa información al servidor debe estar usando el método POST. Todos los lenguajes usan POST para enviar información a una página, ya sea ASP.NET, Php, JSP, etc (*5). En el caso especial de ASP.NET cuando están desarrollando por defecto todos los formularios se envían usando POST, pueden hacer “View Source” de una página en el navegador y verán que el formulario html tiene el método POST. Pueden ver también esto usando la herramienta Fiddler. Con GET también se puede enviar variables, pero no es técnicamente enviar información, es mas bien, un obtener información con estos parámetros.
El request llega al servidor Web, y se ejecutará el código de servidor Php, Jsp, o ASP, que se conectará con la base para verificar si existe el usuario y si el password coincide con el enviado por el usuario.
Si el usuario y el password son validos, el código de servidor (login.php, login.jsp, o login.aspx), redireccionará el request a otra página showUpdates.php, la cual se conecta nuevamente a la base de datos para traer todos los updates de los amigos del usuario, después de procesar la página, el servidor envía el response (sólo html) al usuario.
El usuario ve en una página las últimas actualizaciones de sus amigos, y parece que esta semana no habrá @BeerTwit, así que tendrá que inventar alguna excusa para generar uno nuevo.

¿Se nota la diferencia por qué es distinto para programar para Windows, que programar para Web? ¿Todavía no?. Vayamos resumiendo:

*1. El front-end de toda aplicación Web, siempre acabará en un “navegador” y si queremos que se vea bien la mayoría de navegadores debemos desarrollar usando estándares, eso evitará tener que hacer una versión de Html o Css por cada navegador. Ahora también esta de moda tener una versión móvil de las aplicaciones: http://m.elcomercio.com.pe, http://m.hi5.com/, http://m.facebook.com, http://m.twitter.com, http://m.tuWebAqui.com.

*2. El protocolo usado para comunicarse con un servidor web es: “HTTP”, y normalmente usamos HTTP GET o HTTP POST, para cualquier tecnología de servidor. Revisar este Screencast del genial David Salgado: Trabajando con HTTP GET y HTTP POST, acá muestra por ejemplo simular un browser desde .Net haciendo request GET o POST usando la clase HttpWebRequest, aunque también pueden usar la clase WebClient. Por otro lado existen otros métodos de request además del GET o POST, el uso de estos métodos los verán con REST.

*3. Ya hemos mencionado que todo servidor Web devuelve al cliente sólo “HTML”, por eso importante trabajar con estándares para que nuestro diseño se pueda ver bien en todos los navegadores. ¿Por qué el código de mi página (php, jps, asp.net) no se ve bien? Pues posiblemente sea por que no sabemos HTML o no sabemos CSS o el diseño no es nuestro tu tema, si vamos a desarrollar una Web tampoco vamos a centrarnos en aprender html a nivel experto, pero si debemos conocer lo básico sobretodo si nosotros estamos encargados de integrar el diseño con la funcionalidad. ¿Si soy developer como diseño mi página Web?, revisar los comentarios en el siguiente artículo.

*4. Un gran aliado para hacer más dinámica la interacción de nuestra aplicación web con el usuario es usar “Javascript”. Recuerden que una aplicación Web, tiene dos ámbitos: cuando esta en el cliente (1), y cuando se hace un request y se va al servidor (2) para procesar el request y generar el response. Entonces, o está en el navegador del usuario o está en el servidor Web, entonces JavaScript es un lenguaje script del lado del cliente, y con el voy poder cambiar elementos dentro de la versión html que este en el cliente. Por ejemplo, puedo con un botón (input: type-button) hacer el llamado a una función en javascript que cambia el color o contenido a un caja de texto (input: type-text), y para hacer esto en la página, no es necesario que la página vaya al servidor, con JavaScript podemos hacer estos cambios del lado del cliente. Si yo hago el cambio de color o contenido de una caja de texto desde un lenguaje de servidor asp o php, la página tendrá que viajar al servidor sólo para cambiar el color. JavaScript da una mejor interacción con el usuario, pero no todo se puede hacer del lado cliente, por que la data, información, el valor, la carnecita, esta en el servidor y hay que viajar para traer esta información. Cada vez que se hace un request al servidor Web (sea GET o POST) se refresca toda la página, lo que da una percepción de lentitud a comparación de Windows, si quieres mejorar esto una de las opciones es usar Ajax. Siempre es bueno conocer lo básico de JavaScript, sobre todo para cuando estemos trabajando con popUps o cualquier interacción del lado del cliente.

*5. Y por último el “lenguaje de servidor”, que puede ser Php, Asp, Jsp, y todos los demás. Obviamente si tu labor es desarrollar páginas web con acceso a datos, debes dominar el lenguaje de programación, pero como vimos anteriormente también es útil conocer lo básico de JavaScript, Html, Css, y cuando lo vayas necesitando aprendes más de cada uno de ellos.

Espero que las preguntas propuestas al inicio, hayan quedado resueltas.

P.D.: Y recuerden, programar una aplicación Web no es lo mismo que programar una aplicación de escritorio, pero si va servir nuestros conocimientos de programación. En .Net por ejemplo todas las librerías, a excepción de las propias de Windows, que hayas aprendido programando Windows, te van servir cuando programas en Web, ejemplo: System.IO, System.Xml, System.Data.SqlClient, System.XYZ.

Saludos,

encriptando o cifrando informacion?

Sergio Tarrillo — Fri, 19 Dec 2008 07:17:37 GMT

La necesidad de encriptar (ocultar a simple vista) información no es necesidad propia en los sistemas de información, su inicio y apogeo fue marcado por las diversas guerras que hubo en la historia, se presume desde las campañas militares de los romanos hasta las últimas guerras mundiales.

¿Qué ha cambiado, en el presente? Pues que ahora contamos con computadores más potentes capaces de poder desencriptar (vamos a usar estos neologismos en la entrada, ~~si prefiere, reemplazar por cifrar/descifrar~~) la información "oculta", utilizando fuerza bruta por ejemplo. Y desde hace décadas se tratado de mejorar y llevar al proceso de estandarización los algoritmos de encriptación.

Veamos, un ejemplo sencillo usando el método de encriptación CCQSMO ~~cualquier cosa que se me ocurra~~:

La palabra Geeks.ms:

Obtener el código Ascii: 7110110110711546109115
Le sumamos 10 (clave) a cada código Ascii: 8111111111712556119125
Volvemos a convertir a cadena, y tenemos nuestra cadena encriptada: Qoou}8w}

Obviamente hay algoritmos de encriptación, y hay "algoritmos". Vamos a repasar algunos de estos métodos y sus respectivas codificaciones, pero antes vamos diferenciar algoritmos de encriptación y métodos de cifrado Hash.

¿Se han preguntado porqué cuando se registran en algunos foros, al hacer un "recovery password", no me devuelve el password que he perdido, el sistema devuelve un nuevo password. ¿Por qué? Es que no esta usando un algoritmo de encriptación para ocultar el password, esta usando una función Hash, y es en un sólo sentido, en otras palabras, no se puede recuperar la cadena original a partir del password. ¿Entonces, cómo hace el match?, pues lo que hace no es desencriptar el password cifrado, para compararlo con el input del usuario, lo que hace es volver a cifrar/encriptar el input, y si el input cifrado coincide con el password cifrado que esta en la base de datos, entonces valida exitosamente tus credenciales. Mas detalles: Hash vs Encryption y Hashing vs. Encryption.

Hecho esta aclaraciones vamos a listar los métodos de criptografía, a los cuales podemos encontrar en dos grandes grupos:

1.a) Criptografía simétrica (en):

Estos algoritmos, usan una misma clave para encriptar/desencriptar el mensaje. En .Net tenemos el namespace: System.Security.Cryptography, para las operación de encriptación:

DES, Data Encryption Standard, se considera inseguro para muchas aplicaciones debido a que su clave es de 56 bits, recientes algoritmos de claves simétricas usan claves de 128 bits. En este artículo: Encrypt/Decrypt String using DES in C#, usa la clase DESCryptoServiceProvider. También puede revisar este artículo: Simple Cryptographer - Simple DES/AES Implementation in C#, o este hilo del foro: Help with DES Encryption & Decryption using C#.Net, revisar la respuesta final de la primera página.
3DES, o Triple DES, que hace triple encriptación de DES. Se usa a través de la clase: TripleDESCryptoServiceProvider, puede ver algunos ejemplos en los siguientes artículos: Encryption/Decryption using RSA, DES, 3DES and Rijindael in VS.Net 2005 y Library Encrypt and Decrypt Methods Using TripleDES and MD5.
AES, Advanced Encryption Standard o también conocido como Rijndael, es un esquema de cifrado por bloques y actualmente es el más popular dentro de los algoritmos simétricos, fue creado para reemplazar al DES. Este algoritmo es implementado usando la clase AesCryptoServiceProvider (only .Net 3.5), aquí algunos ejemplos: Visual Studio "Orcas": finally a BigInteger and a lot faster AES y .Net Encryption simple AES wrapper. Para las versiones anteriores del .Net Framework puede revisar los siguientes artículos: How To: Encrypt and Decrypt Data Using a Symmetric (Rijndael) Key (C#/VB.NET) y Simple Cryptographer - Simple DES/AES Implementation in C#.
IDEA, International Data Encryption Algorithm, también usa el cifrado en bloques y aunque no encontré muchos ejemplos, encontré una implementación en C: IDEA.c. ¿Será por las patentes de este algoritmo lo tiene la empresa MediaCrypt y se necesita licencian para usarlo comercialmente? Por cierto la evolución de IDEA, es: IDEA NXT.
Blowfish, usa bloques de 64 bits y claves que van desde los 32 bits hasta 448 bits. Hay una implementación: Markus Hahn, Blowfish.NET (según el autor del algoritmo Bruce Schneier, es una de las implementaciones más rápidas) y la otra implementación fue desarrollado por Russ Young: Blowfish.cs.
Series RC, de Ron Rivest: , y aunque System.Security.Cryptography tiene una clase para RC2: RC2CryptoServiceProvider, no tiene una clase para la versión RC4, pero en SourceForge hay una librería: RC4.NET, también puede revisar estos artículos: RC4 Encryption Algorithm: C# Version y RC4 Encryption.
Hay otros algoritmos que se quedaron en la cola (también de las referencias) en el proceso de creación del AES, sucesor del DES: CAST-256, CRYPTON, DEAL, DFC, E2, FROG, HPC, LOKI97, MAGENTA, MARS, RC6, Rijndael, SAFER+, Serpent, and Twofish. Leer más: Advanced Encryption Standard process.

1.b) Criptografía asimétrica (en):

Usa dos claves para el envió de mensajes, una clave pública y una clave privada. El destinatario del mensaje es el que posee estas dos claves, y envía la clave pública al remitente, y sólo con la clave privada (que tiene sólo el destinatario) puede desencriptar el mensaje.

RSA, es uno de los más conocidos en criptografía asimétrica. En .Net podemos usar la clase RSACryptoServiceProvider, aquí un ejemplo: Public Key RSA Encryption in C# .NET, y RSA Encryption in C#.
DSA, Digital Signature Algorithm, es un estándar para firmas digitales. En .Net podemos usar la clase DSACryptoServiceProvider, artículos: Hashing, MACs, and Digital Signatures in .NET.
También revisar el algoritmo ElGamal, basado en el protocolo Diffie-Hellman. Y también revisar PKCS, Public Key Cryptography Standards.

2) Funciones de encriptación hash:

Como comenté al inicio, es encriptación (o cifrado) en un sólo sentido, no se puede recuperar el texto original a parte del texto encriptado. Además de tener la particularidad de generar un texto de un tamaño específico, siendo único cada contenido generado.

MD5, Message-Digest algorithm 5, es ampliamente usado y dicen que parcialmente inseguro (ver detalles en wikipedia). En .Net tenemos la clase MD5CryptoServiceProvider, algunos artículos: HOWTO: Encode a password using MD5 in C# (or: howto calculate the MD5 hash for a string) y How to get MD5 hash in C# . NET, y como dicen en este último es similar a la función MD5 de Php.
Serie SHA, Secure Hash Algorithm, existen varias series SHA-1, y en la familia SHA-2: SHA-224, SHA-256, SHA-384, y SHA-512. Donde la principal diferencia es el tamaño generado para el mensaje cifrado, como se puede ver en los resultados del siguiente artículo: NetSHA: a Complete SHA implementation for the .NET Framework using C#, .Net soporta los siguientes SHA-*: SHA1CryptoServiceProvider, SHA256CryptoServiceProvider, SHA384CryptoServiceProvider, y SHA512CryptoServiceProvider. Aquí un ejemplo de como usar SHA-1: SHA1 hash calculation in C#, también puede revisar el siguiente artículo: How To: Hash Data with Salt (C#/VB.NET).
Si desea ver otras funciones Hash, las puede ver la siguiente lista: List of cryptographic hash functions.

Ahora que ya vimos, los algoritmos de encriptación y funciones hash. Vayamos con algunos ejemplos, y su aplicabilidad dentro del entorno .Net

a) Encriptando secciones del web.config, con estos artículos queda clarísimo: Cifrado de información en los archivos de configuración de ASP.NET y Encrypting Configuration Information in ASP.NET 2.0 Applications. Podemos usar dos providers: RSA o DPAPI, básicamente DPAPI es más segura por que esta atada a la máquina donde se realiza la encriptación (leer los comentarios de José M.A.). Pero el proveedor DPAPI (DpapiProtectedConfigurationProvider), qué algoritmo usa? Utiliza una API del sistema operativo llamada Windows Data Protection, y es expuesta a través de: Crypt32.dll (Win32).

b) ¿Que algoritmo de encriptación usa el servicio de membership de ASP.NET 2.0+? Si estamos usando el servicio de Membership de ASP.NET 2.0+, dentro del web.config, en el elemento membership, nosotros podemos definir el formato del password a almacenar en la base de datos, y puede ser de tres tipos: Clear, Encrypted, and Hashed. Clear, almacena el password en texto plano (~~por si me olvidó, o me gusta modificar el password directamente en la base de datos con un Open Table~~), Hashed para usar una función hash (en un sólo sentido), y Encrypted, para poder encriptar/desencriptar un password. ¿Qué implicancia tiene, usar Hashed o Encrypted?, pues que si estamos usando el control PasswordRecovery, con el formato Hashed no vamos a poder recuperar el password, lo que hará el control es generar un nuevo password, recuerden que Hash es un sólo sentido. ¿Qué algoritmos usa, y donde lo configuro? La configuración se hace en el elemento machineKey, y puedo usar las funciones hash MD5 y SHA1, y los algoritmos de encriptación simétrica 3DES y AES.

P.D.: Esto es el fruto ~~de dos amanecidas hasta las 2:00 a.m.~~, una rápida revisión a los algoritmos de encriptación, y sus respectivas implementaciones en .NET, que lo disfruten!

Saludos,

Sesiones del PDC 2008, filtradas para no enloquecer con tanta informacion

Sergio Tarrillo — Mon, 10 Nov 2008 19:11:42 GMT

El PDC (Professional Developers Conference), es un evento donde podemos ver las nuevas tecnologías propuestas por Microsoft, como dice en su about: El futuro de la plataforma Microsoft, como VS2010, "ASP.NET 4.0", C# 4.0, Oslo, Ado.Net EF 2.0, Azure, etc. En Geeks.ms, pueden encontrar algunos reportajes y análisis que hicieron los geeks que estuvieron por allá: PDC on Geeks.ms.

JC González Marín nos aviso (a una semana del PDC) de la descarga de todos los vídeos y presentaciones, para los que todavía no podemos ir a un PDC, pero queremos darle una ojeada a todos estos nuevos chiches que liberara Microsoft en unos años. En esta entrada esta toda la lista de sesiones: PDC2008 Quick Video Link List (Updated: Now with Keynotes), el problema de tener tanta en información es que a veces sólo nos quedamos en la descarga de todos los vídeos, presentaciones, demos, y nunca las llegamos a revisar.

Así que la mejor forma de asimilar tanta información es filtrar y seleccionar, sólo la que nos interesa. Desde esta página podemos ver y descargar todas las sesiones (y sus recursos): https://sessions.microsoftpdc.com/public/timeline.aspx, además de disponer filtrado en la misma página.

Pero la mejor forma (y más rápida) de buscar y filtrar las sesiones del PDC 2008, esta en Channel9: http://channel9.msdn.com/pdc2008/. A continuación dejo los links (enlace directo) filtrados por tag para ver las sesiones disponibles:

.NET Framework (16) - Ad Platform (2) - ADO.NET (3) - ASP.NET (10) - Azure (39) - CCR (1) - Dynamics (5) - Entity Framework (3) - Expression (4) - HPC (1) - Identity (8) - IIS (2) - Internet Explorer (3) - Languages (10) - LINQ (4) - Live Framework (10) - Live Mesh (10) - Live Services (14) - Office (2) - Oslo (5) - Parallelism (9) - PowerShell (1) - research (4) - Sharepoint (5) - Silverlight (11) - SQL Server (16) - SQL Server Data Services (8) - Surface (0) - Sync Framework (3) - TFS (3) - Unified Communications (3) - Velocity (2) - Virtual Earth (1) - Visual Studio (19) - VSTS (8) - WCF (6) - WF (8) - Windows 7 (24) - Windows Embedded (1) - Windows Home Server (2) - Windows Server (12) - WMI (1) - WPF (9) - XNA (1)

A disfrutar!

Saludos,

Que estas usando GET o POST? -no, yo uso ASP.Net

Sergio Tarrillo — Mon, 25 Aug 2008 07:40:00 GMT

Normalmente, cuando alguién esta aprendiendo a desarrollar en Php, Jsp, o el ASP clásico (hasta el final del post lo voy a usar como ASP3), siempre hay una breve introducción al Html, y ves las diferencia de usar los métodos GET y el método POST, del protocolo HTTP ( si eres desarrollador Asp.Net, tienes aplicaciones en producción, y no sabes que es GET ni POST, y menos sus diferencias, hombre, que nunca es tarde para aprender), es más en el dictado de los cursos sobre estos lenguajes se incluian estos dos temas. Recuerdo en los primeros ciclos de la universidad primero me meti a un curso, fuera de la unviersidad, de JSP (dictado por un cubano, Guillermo Sanchez ~~hasta ahora creo que es el mejor curso de programación que tuve~~) debido a que quería aprender Java, pero no sabía que no era programación en Java, era programación Web con Java, por suerte hacía unas semanas estaba aprendiendo por mi cuenta html y no me fue extranio el curso. Al siguiente ciclo me metí a un curso de Php (con Cesár Bustamente, muy bueno el curso), y comienzas a notar que todos son html, métodos Post, get, base de datos, y como que le agarras onda al asunto. Y después me metí a un Curso de ASP.Net (VS2003), (todos fuera de la Universidad) que lo enseñaba un certificado Microsoft MSCD.Net, la visión del curso era buena: introducción a .Net, Visual Studio .Net, Web Forms, uso de controles, controles de usuario, controles de datos, controles de validación, Web Services, y bueno más tarde me di cuenta que eran los temas del 2310, ~~y no voy a decir que usaba los mismos slides y los mismos ejemplos~~. Y bueno el curso estuvo bien enfocado, a lo que se necesita en toda aplicación Web de mantenimientos o interacción con base de datos, ¿pero y si en el curso habían personas que no sabían html, o no sabían la diferencia entre Get y Post?, no recuerdo que haya hecho esa pregunta.

Y este patrón se sigue repitiendo en la actualidad, por ejemplo alguién que aprendio a programar con C++, o con Visual Basic, y nunca vieron nada Web, no saben que existe el html, ni Get, ni Post, ni nada Web. Y deciden aprender desarrollo Web con ASP.Net, ~~por eso de que la Web es la voz~~, descargan tutoriales, abren Visual Studio, y comienzan a arrastrar controles indiscriminadamente, hacen doble clic en un botón, se agrega el evento botón, programan llenar un GridView, hacen View in Browser, y ya se podría decir que son desarrolladores Web, y si les preguntas que método usaste Get o Post?, la respuesta es: -"no, yo uso ASP.Net"...

¿Cuál es el problema? Con respecto al html, va desde problemas en diseño, hasta problemas en programación. En diseño, por ejemplo arrastras un control Repeater, y lo vas a rellenar con tablas, para poner un ejemplo:

   1: <asp:Repeater ID="repData" runat="server">

   2:    <HeaderTemplate>

   3:        <table>

   4:           <td>

   5:    </HeaderTemplate>

   6:    <ItemTemplate>

   7:           <tr><%# Eval("nombre") % ></td>

   8:    </ItemTemplate>

   9:    <FooterTemplate>

  10:           </tr>

  11:        </table>

  12:    </FooterTemplate>

  13: </asp:Repeater>

Y el colmo, el jefe les pregunta, por que se ve mal página: - "He revisado varios foros, y dicen que Visual Studio no generá bien el Html, que tiene muchos errores, debe ser por que es Microsoft".

Y en programación también genera problemas, una vez vi un código que había divs sin cerrar, no estaba ordenado, el cerrar un UpdatePanel no estaba donde debería estar, eso si erá un código espagueti, y todo eso hacía que no funcione ASP.Net Ajax, cuál es la salida del programador: "Asp.Net Ajax no funciona con proyectos existentes, tiene que ser con proyecto nuevos"

Atención, tampoco se trata de que seas un experto en Html, ni mucho menos, y ya hemos comentado las diferencias que debería haber entre el designer y el developer, y como Visual Studio 2008 te da una ayudita, para eso están los designers, y si no eres designer te bajas algún Starter Kit.

¿Pero que tengas problemas de programación porque no sabes cerrar un elemento html, y si sabes lo haces mal? Pues como que hay un pequeño problema. Si en un proyecto Web te vas a dedicar a crear los componentes de acceso a datos, te vas a meter unas fumadas con patrones, con WCF, con EF, pero no vas hacer las aspx, no hay problema si no sabes html, por que tu tarea es otra. Pero si tu eres el que vas desarrollar las aspx, eres el que va integrar el html que te envíe el designer, o eres el que va modificar el html de un starter kit, no saber nada html, ni la diferencia entre Get y Post... no se si imperdonable sea la palabra, pero de que te va traer algún problema en algún momento, lo va hacer.

Conclusión, no pretendo cambiar la forma de dictar, enseñar o aprender ASP.Net, pero si pienso que deberíamos (me incluyo por que creo hasta ahora no le puse el enfasis que merece) tratar de orientar mejor los objetivos y pre-requisitos de los mismos. Si vas a dictar un curso de ASP.NET 3.5 ~~porque ASP.NET 2.0 es el pasado~~ que los temas vayan: 1) Visual Studio 2008 2) Master Pages & Themes 3) Controles Web 4) Controles de datos 5)Linq 6) y los que siguen... son excelente, pero debes asegurarte que sean pre-requisitos tener conocimientos básicos de html y programación... y si el curso ya esta marcha, pues tratar de algunas clases explicar los métodos Get, Post, tener un html válido, etiquetas básicas de html, entre otros...

Por útlimo dejar esta serie de WebCast, de Jonas Stawski, y que realmente es programación Web para principiantes, para aquellos que recién van aprender desarrollo Web, y para aquellos que ya desarrollan en ASP.Net, pero se saltaron el aprender Html, Get, Post, y eso...

P.D.: El título orginal de la entrada era: Enviar variables desde ASP3 por POST a una página ASP.Net, pero el comentario introductorio de unas líneas, se hizo una entrada :$.

Saludos,

Elementos html Flash validos por la W3C

Sergio Tarrillo — Mon, 16 Jun 2008 18:07:33 GMT

Hay que tener algunas consideraciones a la hora de embeber el html de flash en nuestras páginas web y que este sea un código válido por la W3C.

Lo primero que tenemos que tener en cuenta es no usar el objeto embed, que lo encontramos por ejemplo en las referencias de YouTube:

   1: <object width="425" height="344">

   2:    <param name="movie" value="http://www.youtube.com/v/MrMNHwmd9Hc&hl=en">

   3:    </param>

   4:    <embed src="http://www.youtube.com/v/MrMNHwmd9Hc&hl=en"

   5:           type="application/x-shockwave-flash" width="425" height="344">

   6:    </embed>

   7: </object>

Este objeto embed, no es parte de la especificación XHTML, y por ende no pasara la validación. El ajuste consiste en no usar el objeto embed, y en su lugar sólo usar el objeto param:

   1: <object width="425" height="344"

   2:      data="http://www.youtube.com/v/42znqcedrX0"

   3:      type="application/x-shockwave-flash" >

   4:    <param name="movie" value="http://www.youtube.com/v/42znqcedrX0" />

   5: </object>

Veamos el caso por ejemplo de un MP3 Player:

   1: <object type="application/x-shockwave-flash"

   2:      data="http://sergiot2.com/audio/player.swf"

   3:      width="290" height="24" id="audioplayer1">

   4:    <param name="movie" value="http://sergiot2.com/audio/player.swf" />

   5:    <param name="FlashVars"

   6:          value="playerID=1&amp;autostart=yes&amp;loop=yes&amp;" +

   7:                 "bg=0xf8f8f8&amp;leftbg=0xeeeeee&amp;lefticon=0x666666&amp;" +

   8:                 "rightbg=0xcccccc&amp;rightbghover=0x999999&amp;" +

   9:                 "righticon=0x666666&amp;righticonhover=0xFFFFFF&amp;" +

  10:                 "text=0x666666&amp;slider=0x666666&amp;track=0xFFFFFF&amp;" +

  11:                 "border=0x666666&amp;loader=0x9FFFB8&amp;" +

  12:                 "soundFile=http%3A%2F%2Fsergiot2.com%2Faudio%2FGeorgeMichael-Faith.mp3" />

  13:    <param name="quality" value="high" />

  14:    <param name="menu" value="false" />

  15:    <param name="bgcolor" value="#FFFFFF" />

  16: </object>

NOTA: En el atributo value use "+" para concatenar por cuestión de espacio en el blog se debería colocar todo junto sin concatenar. Notar además como a través de la parámetro FlashVars, podemos pasar variables al objeto flash, si es que lo necesitará. Si desea MP3 Audio Player en su sitio web:

Si desean verificar la validación, pueden hacerlo en la siguiente página: http://sergiot2.com/blog/validW3C.aspx.

Mas sobre el tema de Flash, y la validación:

Saludos,

Moviendo Aplicaciones Web ASP.NET 2.0 a IIS 7.0?

Sergio Tarrillo — Thu, 05 Jun 2008 04:39:23 GMT

A ver veamos, nosotros tenemos dos modos de correr una Aplicación Web en IIS 7.0, en modo clásico o en modo integrado, y esto lo configuramos a nivel de un Application Pool.

El modo clásico, es como conocemos al trabajo de ASP.NET con IIS 6.0, el modo integrado es nuevo modelo de trabajo de IIS 7.0, que entre una de las features, me van permitir extender mi servidor, y usar funcionalidades propias que sólo tenia en ASP.NET, con otros lenguajes como Php, ASP clásico, o en páginas estáticas. Revisar el siguiente enlace para mayores detalles: ASP.NET Integration with IIS7.

Ahora, estoy moviendo una Aplicación Web ASP.NET que funciona de lujo en IIS 6.0, a trabajar con IIS 7.0, ¿qué recomendaciones debemos tener?

Primero, si estamos presionados y debemos hacer el cambio de aplicaciones Web a IIS 7.0, para ayer, la opción altamente recomendable es usar el modo clásico (configurar el Application pool). Tenemos que tener permiso para administrar el servidor, nos vamos a Application Pools, y verificamos que por lo menos uno de ellos o creamos uno nuevo, tenga la propiedad Managed Pipeline Mode, en Classic. Con esta configuración si nuestra aplicación Web funcionaba bien en un servidor IIS 6.0, debería funcionar bien en un servidor IIS 7.0.

¿Qué pasa si a nivel de un Web Site, solo tengo un Application Pool?, y para no perjudicar a otras aplicaciones Web, debo mantener el modo integrado, que será para todas las Aplicaciones Web dentro del Web Site. Hay algunos cambios que debemos hacer, si estamos usando determinas features.

Por ejemplo si estamos usando modules o handlers, que están agregados en el web.config, al ejecutar la aplicación Web, obtendremos el siguiente error: HTTP Error 500.22 - Internal Server Error, "An ASP.NET setting has been detected that does not apply in Integrated managed pipeline mode".

Y el problema es que en el modo integrado, los modules y handlres, deben ser colocados dentro de las secciones <modules>, y <handlres>, de la sección <system.webServer>. Este último nos permite hacer configuraciones a nivel de IIS, y llevárnosla en la aplicación dentro del web.config, y no tener que replicarlas en un nuevo servidor.

La solución para este escenario es sencilla, podemos usar el siguiente comando, AppCmd.Exe, que hará la migración de las secciones en el web.config:

> %windir%\system32\inetsrv\Appcmd migrate config "<ApplicationPath>"

Donde:

"<ApplicationPath>" = "Default Web Site/" o
"<ApplicationPath>" = "Default Web Site/WebApplication/"

Si todo salió bien, nos deberá salir un mensaje: Successfully migrate section "system.web./httpModules" | "system.web/httpHandlers".

Para mayores detalles sobre los cambios o features, en las cuales debemos tener cuidado, revisar: ASP.NET 2.0 Breaking Changes on IIS 7.0.

Atención, si la migración al modo Integrado les esta dando mucha lata y necesitan la Aplicación Web, lo mejor será usar el modo clásico. Lo ideal debe ser probarlo localmente (no producción), si todas las features de nuestra Aplicación funcionan correctamente en el modo integrado, antes de subirla a producción.

Saludos,