Desarrollo Web Profesional

Configurar ProFTPD en Ubuntu para que los usuarios vean sólo el home folder

2011-08-11T12:47:00.006-03:00

Me costó mucho encontrar información sobre cómo configurar ProFTPD Server para que los usuarios, al conectarse, vean la carpeta correspondiente como si fuera un root ( / ).

Ejemplo de lo que sucede normalmente

1) Tenemos Ubuntu Server (o similar) con ProFTPD Server.
2) Creamos un usuario con el único fin de ser un login de FTP. Por ejemplo: usuarioftp.
3) Seteamos el "home folder" de este usuario en /home/usuarioftp
4) Entramos por ftp con ese usuario y vemos lo siguiente:

Vemos el home folder del usuario creado pero también podemos ir hacia "arriba" y ver el resto de las carpetas.

Solución

1) Creamos un grupo en Ubuntu que contenga a los usuarios que crearemos sólo con el objetivo de conectarse por FTP. Ejemplo: usuariosftpexternos.

2) Creamos nuestro primer usuario "usuarioftp", seteamos su home folder y lo agregamos al grupo "usuariosftpexternos".

3) Editamos el archivo proftpd.conf que normalmente está en: /etc/proftpd/proftpd.conf

4) Agregamos la siguiente línea:
DefaultRoot ~ usuariosftpexternos
(el símbolo ~ hace referencia al home folder del usuario).

5) Reiniciamos el servicio de ProFTPD.

Listo! De ahora en más, todos los usuarios que creemos en Ubuntu y que pertenezcan al grupo "usuariosftpexternos", accederán a su Home Folder cuando se conecten por FTP y verán esa carpeta como root. Es decir, no podrán ver el resto de las carpetas del servidor.

Explicación

El comando DefaultRoot tiene la siguiente sintáxis:

DefaultRoot folder grupo, [!grupo2]

se lee: "Definí como root la carpeta "folder" para los usuarios que estén "grupo", pero no aplica si el usuario pertenece a "grupo2" (opcional).

La instrucción en el paso 4 se lee: "Definí como root la carpeta "Home Folder" respectiva de los usuarios que estén en el grupo "usuariosftpexternos".

Diarios online el día de la muerte de Nestor Kirchner

2010-11-03T13:28:00.008-03:00

Será por "deformación profesional" pero, cuando sucede un evento de semejante naturaleza como la muerte del ex presidente, no puedo evitar navegar los sitios de noticias para ver su comportamiento.

Este es el resumen:

Clarin, funcionó correctamente, tanto la portada...

... como las notas internas

La Nación, con la portada estática respondió muy lento...

... pero el resto del sitio (las notas) no funcionaron.

Crónica rápidamente dejó de funcionar

Lo mismo pasó con Perfil

TN no funcionó durante la mañana, pero solucionaron el problema por la tarde. Por su parte, Infobae funcionó sin inconvenientes.

Internet es hoy el principal medio de información y, mientras algunos se lo toman en serio, otros parece que todavía les falta.

Algoritmos genéticos – demo versión 2

2010-01-15T19:02:00.003-03:00

Debo decir dos cosas acerca de los algoritmos genéticos. Primero ¡están buenísimos!, una vez que te metés en tema resulta totalmente atrapante. Segundo: en la diversidad está la solución.

El video muestra una actualización de la demo. Esta actualización tiene cinco diferentes algoritmos de cruce (para crear descendencia) y cinco diferentes algoritmos de mutación. La aplicación permite seleccionar con cuales y cuantos algoritmos se quiere trabajar.

Los resultados son bastante elocuentes: cuanto más algoritmos utilizo, menor población inicial (y por consiguiente menor tiempo) necesitamos para resolver el problema. Cuanto más diversidad, más probabilidad de encontrar mejores soluciones.

En la primer demo, para 20 ciudades necesitábamos una población inicial de 1000 individuos y ahora (utilizando los 10 algoritmos juntos) con sólo 250 llegamos al mismo resultado y en forma mucho más veloz.

Ahora empezó la etapa de optimización y “emprolijamiento” de código, agregar algunas validaciones para los campos y demás.

¡Si se les ocurre alguna problemática para resolver con algoritmos genéticos avisen!

Algoritmos Genéticos – Mi primer demo

2010-01-06T16:31:00.004-03:00

Finalmente puedo mostrar avances en mi aprendizaje de Algoritmos Genéticos. Luego de varias semanas de lectura y algunas pruebas me puse a construir mi primera aplicación.

Problema del Viajante

La aplicación busca una solución al problema del viajante. Elegí este problema porque es el más conocido para explicar algoritmos genéticos y además porque tiene características impactantes.

Tiene un enunciado muy simple: un viajante debe recorrer una cantidad dada de ciudades, ¿cuál es la ruta que pasa por todas las ciudades y que recorre la menor distancia?

Tienen una solución muy complicada: deberíamos calcular todas las rutas posibles y seleccionar la más corta. El problema es que para sólo 12 ciudades existen 479.001.600 rutas posibles. Si una computadora pudiera calcular la distancia de una ruta en un microsegundo (millonésima parte de un segundo) tardaría 3 segundos en resolver el problema para 10 ciudades, más de medio minuto para 11 y 777.146 años para 20 ciudades (fuente Wikipedia).

Mi implementación con Algoritmos Genéticos

Para crear descendencia, la aplicación elige un operador de cruce al azar. Hasta ahora sólo incluí tres: PMX (Correspondencia Parcial, Goldberg y Lingle, 1985), CX (Cruce basado en ciclos, Oliver y col., 1987) y OX1 (Cruce basado en orden, Davis, 1985).

Y sólo implementé un algoritmo de mutación: DM (basado en desplazamiento, Michalewizc, 1997).

Para mi sorpresa, los resultados son muy buenos incluso usando un solo algoritmo de cruce (cualquiera de ellos) y sin mutación.

Sobre la Demo

En la demo dispuse 20 ciudades en círculo (ya que es muy evidente cual es la mejor ruta), una población inicial de 1000 individuos, un máximo de 50 generaciones (aunque la solución la encuentra por la generación 35 aprox.), de cada generación se queda con el 25% “mejor adaptado”, y el 10% de la descendencia incluye alguna mutación.

La aplicación está construída en C# .NET 3.5 y la idea es agregar más algoritmos tanto de cruce como de mutación.

Exportar Microsoft Project día por día versión Office 2007 Español

2009-10-16T17:12:00.001-03:00

Hace varios años publique un post sobre Exportar Microsoft Project día por día basado en Office 2003.

Este post es creado en respuesta a todos aquellos que me pidieron actualizar la macro para la versión 2007 de Office.

Cambios en las referencias

Esta es la principal diferencia con la versión Office 2003.

Cambios en el formulario de exportación

Aproveché y modifiqué el formulario para que Start Date sea la fecha de inicio configurada en el proyecto y End Date sea la fecha actual.

Descarga y tutorial de uso

Ya pueden descargar el archivos de Project 2007 con la macro para Exportar Microsoft Project día por día versión Office 2007. El mismo archivo explica como instalarla y utilizarla.

Para más datos y explicaciones técnicas pueden ver el post de la versión original.

Mantener viva una aplicación .NET en IIS con Web Scheduler Tasks

2009-09-15T17:48:00.001-03:00

Web Scheduled Tasks en ASP.NET nos sirve para ejecutar tareas programadas cada determinado intervalo de tiempo. Está pensado para Aplicaciones Web alojadas en Hostings que no nos permiten acceder al servidor.

Pero para asegurarnos de que las tareas se ejecuten, debemos mantener “viva” la aplicación. Este se convierte entonces en la primer tarea a configurar en Web Scheduled Tasks.

WebRequestTask para Web Scheduled Tasks

Actualicé el sitio demo de Web Scheduled Tasks para incorporar un objeto IScheduleable cuya misión es mantener viva una aplicación a través de un WebRequest.

El código es muy sencillo y es el siguiente:

Lo que hace es tomar todas las entradas del Web.config cuyo “name” comience con “webRequest” y hace un request a la URL indicada en “value”. El sitio demo tiene la siguiente entrada en el Web.config:

Deberán modificar la URL. En mi PC, el sitio está en el puerto 38652, si el puerto es 80 no hay necesidad de indicarlo.

Web Scheduled Tasks en ASP.NET 2.0, 3.0, 3.5 y MVC

2009-09-14T15:42:00.001-03:00

¿Cómo hacer para automatizar tareas en nuestro sitio Web si no tenemos acceso al servidor ni a los Scheduled Tasks?

Omar Al Zabir nos ofrece una solución muy creativa: utilizar el evento que genera un objeto al ser removido del caché. Aquí la solución de Omar.

Tomando la solución propuesta pero intentando convertirla en lo más portable y menos invasiva posible desarrolle el Web Scheduled Tasks para ASP.NET 2.0 o superior. Funciona también con MVC.

Cómo funciona Web Scheduled Tasks

Web Scheduled Tasks se inicia en el Application_Start del global.asax y crea una lista de objetos IScheduleable obteniendo los datos del web.config.

En el web.config se indica cada cuanto tiempo el Web Scheduled Tasks llamará a las tareas y lo único que les proveerá son los objetos Application y Cache ya que de otra forma no estarían disponibles. El Resto depende de la tarea: cuando ejecutarse, cómo controlar si ya se está ejecutando, log de errores, etc.

Las tareas se ejecutarán en un thread que no estará vinculado con un request de un usuario por lo que no se puede utilizar cosas como HttpContext.Current o Server.MapPath.

Implementar Web Scheduled Tasks en 4 pasos

Paso 1: copiar WebScheduledTasks.dll en la carpeta BIN de nuestra Aplicación Web.

Paso 2: crear las clases que implementen IScheduleable. La interfaz es muy sencilla con un método y dos propiedades.

El método Run recibe el objeto Application y el objeto Cache ya que de otra forma serían inaccesibles.

Paso 3: configurar Web Scheduled Tasks a través del web.config. Para hacer esto utilicé el muy buen tutorial Creating Custom Configuration Sections in Web.config using .NET 2.0.

Son dos bloques. El primero hay que agregarlo dentro de <configSections> y define la nueva sección del Web.config y la clase que lo controla. El segundo va dentro de <configuration> y son los settings propios de Web Secheduled Tasks. El primer seteo es el intervalo que define cada cuantos minutos el sistema revisará las tareas para ejecutarlas.

Dentro de <tasks> están definidos los objetos que deben ejecutarse periódicamente. Debe colocarse el AssemblyQualifiedName, de otra forma no sabrá como instanciarlo. El AssemblyQualifiedName de mi tarea de ejemplo es "ActualizaHoraTask, App_Code.owmojsxy, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null". Si no saben como armarlo, pueden ejecutar esto: Response.Write((new Objeto()).GetType.AssemblyQualifiedName).

Paso 4: modificar el Global.asax. Simplemente debemos agregar la siguiente línea al evento Application_Start: bd.WebScheduledTasks.Scheduler.RunTimer();

Cómo saber el estado de Web Scheduled Tasks

Scheduler expone la propiedad “Status” que devuelve un XML con el estado de Web Scheduled Tasks y las tareas.

En en XML se puede ver:

StartTime: fecha y hora en que se inicializó Web Scheduled Tasks
Interval: definido en el Web.config
LastTickTime: hora a la que se ejecutó por última vez
CacheTimerExist: muestra si existe el objeto en Cache que permite que todo funcione.
LastError: en “object” veremos el objeto que generó el último error y en “error” su descripción.
ScheduledTasks: veremos la lista de los objetos que invocará el sistema.

Además de Status, Scheduler expone el método “ScheduleTick” que nos permite, tal vez desde algún administrador, ejecutar las tareas programadas manualmente. En realidad lo que lograremos es “despertar” a Web Scheduled Tasks para que revise cuales tareas deben ser ejecutadas.

Descargar Web Scheduled Tasks

Pueden descargar:

WebScheduledTasks.dll para copiarla a la carpeta BIN de sus sitios web.
El sitio Web demo en ASP.NET 2.0 con Web Scheduled Tasks implementado. En este caso, el objeto IScheduleable simplemente actualiza la hora en una variable de Aplicación que es mostrada en la página inicial. También se ve un link a una página que nos muestra el Status de Web Scheduled Tasks.
Código fuente de Web Scheduled Tasks.

Espero que les sea útil. Cualquier sugerencia, corrección, o aporte será más que bienvenido.

Includes en ASP.NET MVC

2009-09-07T14:56:00.007-03:00

De pronto me surgió la necesidad de usar INCLUDES en el sitio que estoy creando en ASP.NET y MVC. Como siempre fui a Google pero esta vez no encontré ninguna respuesta satisfactoria (alguno recomendó hacer un Html helper para leer el contenido de un archivo).

Alguien podría preguntar cual es la necesidad de usar Includes teniendo tantas otras alternativas. En mi caso, tengo un proceso que genera HTMLs estáticos y necesito mostrarlos en una "caja" en el sitio.

Luego de algunas pruebas, estas son las mejores formas, según mi criterio, de usar Includes en ASP.NET y MVC.

Los includes tradicionales siguen funcionando

En principio los Includes tradicionales de ASP siguen funcionando, de modo que podemos usar:

para incluír un html a partir del root. También podemos usar

para incluir un html en forma relativa a donde "estamos parados".

Esto funciona incluso si el TAG Include se encuentra dentro de un Partial View. El inconveniente es el de siempre: no podemos usar variables para definir cual archivos queremos incluir. Es decir, no podemos hacer esto:

ya que el TAG include se interpretará antes que ASP.NET (aún con MVC donde todo pasa por ASP.NET).

Includes dinámicos

La forma que encontré para lograr "Includes dinámicos" es usar la sentencia
Html.RenderPartial("PartialView")
La única restricción es que el archivo debe tener extensión .ascx (o aspx) pero no necesita la cabecera que lo define como Partial View si guardamos el archivo en la carpeta /Views/Shared. Es decir, podemos tomar una HTML, le cambiamos la extensión y lo incluimos con Html.RenderPartial.

En mi caso, el proceso que genera el HTML, ahora lo graba a disco con la extensión .ascx

Mostrar AdSense sólo cuando el usuario viene de Google en ASP.NET

2009-03-29T20:08:00.001-03:00

Es bastante común hoy en día encontrarnos con sitios que muestran publicidad de AdSense sólo a los usuarios que llegan a través de Google.

Por eso se me ocurrió hacer esto mismo pero de la forma más sencilla posible. Nada de estilo refinado en este caso, simplemente lo más fácil de implementar.

Así nació este User WebControl llamado refererAdSense contenido todo en un solo archivo .ascx. Seguramente el código puede ser mejorado o escrito con un poco más de estilo, sin embargo esto es lo que hice:

El WebControl comienza con una propiedad “AdPosition” que usaremos para identificar el código de AdSense que se debe mostrar. Un método booleano “UserFromGoogle” que devuelve true si encuentra la cadena “.google.” en el referer del request.

Por último, un simple SWITCH donde pondremos todos los códigos AdSense de nuestro sitio.

Para poder usar este User WebControl, simplemente lo copiamos en una carpeta (por ejemplo “/controls”) y, donde queremos la publicidad ponemos el tag “register” al principio de la página:

<%@ Register Src="~/controls/refererAdSense.ascx" TagName="refererAdSense" TagPrefix="rad" %>

Y finalmente ponemos el TAG correspondiente donde queremos la publicidad de AdSense:

<rad:refererAdSense AdPosition="topBanner" runat="server" />

Como valor de la propiedad “AdPosition” ponemos el nombre que identifica al bloque de AdSense del archivo .ascx.

Les dejo el refererAdSense.asxc para que lo bajen.

Simulando streaming de video Flash FLV con ASP.NET

2009-02-04T16:49:00.007-02:00

Esta solución permite reproducir video Flash FLV tal como lo hace YouTube.com de forma que podemos adelantar el video aún cuando no se haya descargado la parte que queremos ver.

La verdadera solución se encuentra en kfra de donde podremos descargar la solución tanto para .NET 1.1 como 2.0.

Pero para los que no podemos hacer modificaciones en el servidor IIS o (como yo) son amantes de las soluciones sencillas, no intrusivas y contenidas en una sola página es que armé esta versión.

Se trata de una página ASPX llamada getFlv.aspx que simplemente copiamos en nuestro sitio web e invocamos desde Flash con 2 parametros:
- v: para el nombre del video. Si comienza con “/” será el path relativo al root del sitio. Si no comienza con “/” buscará a partir del lugar donde se encuentre esta página.
- start: para indicar el byte a partir del cual quieren reproducir el video. Si no le pasamos nada, entonces devolverá el video completo.

Ejemplos:

http://misitio.dominio.com/videos/getFlv.aspx?v=video.flv (simplemente traerá el video ubicado en la mísma carpeta que getFlv.aspx)
http://misitio.dominio.com/videos/getFlv.aspx?v=/video.flv (traerá el video desde el root del sitio)
http://misitio.dominio.com/videos/getFlv.aspx?v=nuevos/video.flv&start=580014 (traerá el video desde la carpeta "nuevos" ubicada en la misma carpeta que getFlv.aspx y lo entregará a partir del byte 580014)

Hay que tener en cuenta que esta página ASPX lo único que hace es devolver el video FLV a partir del byte indicado por parámetro. El resto dependerá del player.

En la el mismo post de kfra hay un player que pueden usar, pero si quieren desarrollar uno ustedes, deberán tener en cuenta que, para poder reproducir el video, deben pasar un start que coincida con un Key Frame. Para esto deben buscar en la metadata del streaming donde encontrarán dos arrays, Times y FilePositions. No todos los FLV contienen esta metadata y en estos casos deberán usar alguna aplicación para agregarla.

Aquí les dejo el link a getFlv.aspx.

Por supuesto que todo el crédito es de kfra. Yo sólo hice uso de la programación orientada al copy-paste.

Saludos

Cambio

2008-07-31T15:19:00.001-03:00

Desde hace más de cuatro años que estoy en una posición de gestión. Esto me ha alejado de la tarea de escribir código. Por este motivo es poco frecuente que encuentre algo para postear en este blog.

Sin embargo, desarrollar sitios Web no sólo es escribir código por lo que decidí seguir manteniendo este blog y actualizarlo con otro tipo de posts más relacionado con lo que estoy haciendo ahora.

ASP en capas: Acceso a Datos

2008-03-03T17:39:00.003-02:00

El principal punto a proteger en una aplicación Web es la base de datos. En este sentido hay que tener en cuenta que, cuanto más rápido liberemos la conexión, más rápida será nuestra aplicación. Una aplicación Web rápida es indudablemente más robusta que otra que tarda más tiempo en ejecutar.

Para recuperar datos y mostrarlos a los usuarios generalmente se utiliza un recordset más o menos así:
While not RS.EOF Then
Response.Write(...)
Wend
Este método no sólo es lento sino que además estamos utilizando, en la capa de presentación, un objeto de la capa de datos.

Para solucionar esto hice la clase "clsSql" con la que podemos ejecutar una consulta y obtendremos un Array de dos dimensiones donde la primera son los campos y la segunda son los registros. Para el resto de las operaciones en las que no se obtienen datos, debemos usar el clásico CONN.EXECUTE(query).

La clase tiene cuatro métodos solamente:
Public Sub Conectar (byRef Conn, ByVal ConnectionString)
Para conectarse a la base de datos.

Public Sub Desconectar (byRef Conn)
Para liberar la conexión.

Public Sub EjecutarQuery(ByRef Conn, ByVal Query, ByRef Resultado)
Este método ejecuta un "Query" en la conexión indicada y devuelve un Array con los datos obtenidos. Si no obtiene datos entonces "Resultado" estará vacío.

Public Sub EjecutarQueryPaginado(ByRef Conn, ByVal Query, ByRef Resultado, ByVal TamanoPagina, ByRef Pagina, ByRef CantPaginas, ByRef CantReg)
Este método ejecuta un "Query" en la conexión indicada y devuelve un Array conteniendo los datos correspondientes a la "Pagina" indicada teniendo en cuenta en "TamanoPagina". También devuelve la cantidad de páginas posibles y la cantidad de registros totales. Si el valor proporcionado de "Pagina" es inválido, lo modifica por el correcto.

Un ejemplo de uso de esta clase es:
Dim Bases
Dim conn
Dim arrResultado

set Bases = new clsSQL
Bases.Conectar(conn, "File DSN=BaseDeDatos.dsn")
Bases.EjecutarQuery(conn, "Select IdUsuario, Email from usuarios", arrResultado)
Bases.Desconectar(conn)
set clsSQL = Nothing

...

Dim a
If IsArray(arrResultado) Then 'Si arrResultado no es un array es que no se obtuvieron datos
For a = 0 to Ubound(arrResultado,2)
...
IdUsuario: <%=arrresultado(0,a)%>

Email: <%=arrresultado(1,a)%>
... Next
End If

Les dejo la clase para que la descarguen: clsSql
La URL del post anterior: ASP en capas: obtener valores por QueryString

ASP en capas: obtener valores por QueryString

2008-01-07T20:39:00.000-02:00

Vamos a comenzar a desarrollar la aplicación que mencionamos en el post anterior, y como queremos hacerlo con estilo, vamos a necesitar un poco de abstracción.

Lo primero que necesitamos es una forma para obtener valores desde "QueryString". Hace un tiempo comentamos como obtener valores por QueryString en .NET, ahora necesitamos hacerlo en ASP.

Hace algún tiempo construí la clase clsRequester para obtener valores por los tres métodos: querystring, form y cookie. Lo más importante de esta clase es que, al llamar a alguno de sus tres métodos públicos, debemos proporcionar un valor por defecto que será el resultado de la función cuando el obtenido no sea válido o no exista. Este valor por defecto debe ser del subtipo que esperamos conseguir (Integer, Byte, String, Date, etc).

Los métodos públicos de la clase clsRequester son:

public function Obtener(byval metodo, byval key, byval def)
Este método obtiene el valor de "key" por el "metodo" indicado. El dato obtenido se intenta convertir al subtipo de dato de "def". En caso de error se devuelve "def".
Ej: p = objRequester.Obtener("QueryString", "pagina", cint(1))

public function ObtenerB(byval metodo, byval key, byval def, byval min, byval max)
Obtiene el valor de "key" por el "metodo" indicado pero valida que dicho valor se encuentre entre un valor mínimo y un máximo (la B de ObtenerB es por Between). En caso de error o superar los límites, devuelve "def".
Ej: p = objRequester.ObtenerB("Cookie", "BirthDate", cdate("1901-01-01"), cdate("1910-01-01"), cdate("2000-12-31"))
Obtiene el de la cookie "BirthDate" y verifica que este comprendida entre las fechas indicadas. En caso de error devuelve la fecha 1 de enero del 1901.

public function ObtenerR(byval metodo, byval key, byval def, byval regex)
Obtiene el valor de "key" por el "metodo" indicado y lo valida con una Regular Expression. Este método es, por supuesto, para obtener "strings".
Ej: p = objRequester.ObtenerR("Form", "email", "", "\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*")
En este ejemplo, el email debe ser validado por la Reqular Expression, en caso contrario devuelve un string vacío.

Los métodos privados son:

Private Sub Class_Initialize
Para inicializar las variables.

Private Sub Class_Terminate
Si usamos un objeto Regular Expression lo destruye.

private sub MetodoDefault(byval metodo)
Verifica que exista el método indicado exista.

private function getValue(byval metodo, byval key)
Obtiene el valor por el método indicado.

private function Castear(byref dato, byval def)
Convierte el valor obtenido al subtipo del valor por defecto.

private Function ValidaExpresionesRegulares(ByVal texto, ByVal patron)
Valida el valor con la Regular Expression

Esta clase la utilizo en cada una de las aplicaciones que debo construir en ASP.
Aquí les dejo la clase Requester para que se la puedan bajar.

ASP en capas

2007-12-25T13:31:00.000-03:00

Una de las cosas que me gustan del lenguaje ASP es que, como no tiene más actualizaciones desde 2001, mi conocimiento sigue siendo válido aún cuando hace tiempo que no lo uso ;)

Me sorprendí mucho al entrarme de que, aún hoy, mucha gente sigue desarrollando en ASP. He recibido muchos comentarios acerca de la nota que escribí aquí mismo hace un tiempo sobre "Separación en capas" pidiéndome ejemplos en ASP.

ASP no es un lenguaje demasiado elegante, pero igualmente podemos desarrollar con estilo.

En las siguientes notas vamos a ver los requisitos para desarrollar en capas con ASP y finalizaremos con un ejemplo utilizando todos los elementos mencionados.

Lo que vamos a lograr es separar nuestro código en las siguientes capas:

Capa de presentación: optimizada para mostrar datos rapidamente.
Capa de negocio: donde se define el qué y el cuando.
Capa de datos: que sabe como almacenar y recuperar datos.

La aplicación que vamos a desarrollar es una página simple que muestre un "drop down" de categorías y, al seleccionar alguna, veremos un listado de elementos. Vamos a tener en cuenta todas aquellas cosas que mencionamos en posts anteriores como:

Los efectos de la publicidad online

2007-11-01T11:36:00.000-03:00

Un estudio realizado con diferentes tipos de publicidad online, buscando datos sobre la sensación de intrución sobre los usuarios y sus efectos, arrojó resultados muy interesantes.

El tipo de publicidad "pop-under" resulta intrusivo para el 28%
Los "pop-ups" resultaron intrusivos para el 26,1% de las personas
Los inline banners son intrusivos para el 21,1%

Otra forma de leer estos números sería remarcar que los popups resultan un 24% y los pop-under un 33,1 más intrusivos que la publicidad inline.

Un dato adicional es que esta percepción no varía significativamente si la publicidad tiene o no relación con el contenido de los sitios.

En todos los casos, a mayor intrución, menor es la intención de regresar al sitio visitado.

Fuente: Communications of the ACM, March 2007

GeoIP WebService con ASP.NET y C#

2007-10-16T17:35:00.000-03:00

Para este ejemplo me enfoqué en los elementos necesarios para crear un WebService en ASP.NET para obtener el país de origen de una IP. Por este motivo deben tener en cuenta que temas como separación de capas, administración de errores, configuraciones en web.config y otras cosas muy importantes deberán ser implementadas por ustedes.

Este ejemplo consta de una sola página .asmx y, aunque no es lo recomendado, debo admitir que hay veces en las que me gusta que toda la solución pueda ser fácilmente portada copiando un solo archivo.

Con todas estas salvedades, pasemos a la receta.

Ingredientes

Una base de datos de IP. Recomiendo la de MaxMind - GeoLite Country / Open Source IP Address to Country Database. Para este ejemplo elegimos la versión gratuita.
Una base de datos de una sola tabla. Para este ejemplo elegimos Microsoft Access para hacer el ejemplo más sencillo y transportable.
Una Regular Expression para validar IPs.
Un algoritmo para convertir un string IP en un double.

Preparación
1.- Nos bajamos la base gratuita de IPs desde la página de MaxMind (para una solución comercial deberíamos adquirir la versión full) desde haciendo “clic aquí”.

2.- Creamos una nueva base de datos Access y creamos una tabla que llamaremos “IPSegments”. Esta tabla deberá contener los siguientes campos (si respetamos el orden será luego más fácil importar la base).

beginIP – Text
endIp – Text
beginNro – Numbrer (double)
endNro – Numbrer (double)
CountryCode – Text
ContryName - Text

3.- Importamos la base de IPs a la base que creamos en Access. Para este ejemplo la base debe estar en la misma carpeta del Web Server donde estará nuestro Webservice.

4.- Creamos nuestro archivo .asmx.
Luego de la declaración de WebService nos aseguramos de incluir las siguientes líneas “using”:
using System.Data;
using System.Data.OleDb;
using System.Text.RegularExpressions;

El único método web será algo así:
[WebMethod]
public string GetCountryCode(string ip) {
return GetCountryByIp(ip);
}

El primer método privado será el validador de IPs. Lo podemos resolver de forma elegante con una Regular Expression.
private bool IsValidIp(string ip) {
string pattern = @"^([1-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])(\.([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])){3}$";
Regex reg = new Regex(pattern, RegexOptions.Singleline | RegexOptions.ExplicitCapture);
return reg.IsMatch(ip);
}

Luego necesitamos el algoritmo para convertir una IP en un double
private double Ip2Double(string ip) {
string[] octetos = ip.Split('.');
int w = int.Parse(octetos[0]);
int x = int.Parse(octetos[1]);
int y = int.Parse(octetos[2]);
int z = int.Parse(octetos[3]);

double result = 16777216 * (double)w + 65536 * (double)x + 256 * (double)y + (double)z;
return result;
}

Finalmente creamos el método que busca el país en la base de datos
private string GetCountryByIp(string ip) {
if (!IsValidIp(ip)) throw new Exception("Invalid IP format");

object result;
double ipNum = Ip2Double(ip);
string connectionString = "Provider=Microsoft.Jet.OLEDB.4.0; Ole DB Services=-4; Data Source=";
connectionString += System.Web.HttpContext.Current.Server.MapPath("GeoIPCountry.mdb");

OleDbConnection oConn = new OleDbConnection(connectionString);
string query = "SELECT CountryCode FROM IPSegments WHERE @IpNum BETWEEN beginNro AND endNro";
OleDbCommand dbCommand = new OleDbCommand(query, oConn);
dbCommand.Parameters.Add("@IpNum", DbType.Double).Value = ipNum;

oConn.Open();
try {
result = dbCommand.ExecuteScalar();
} finally {
oConn.Close();
}

if (result == null) throw new Exception("IP not in Database, maybe is a local IP");
return result.ToString();
}

En este link tienen el “plato terminado”: GeoIP WebService con ASP.NET y C#. Pueden copiarlo en una instancia de IIS configurada para ejecutar ASP.NET (funciona en todas las versiones) y probarlo. Sin embargo les recomiendo hacer sus propias implementaciones tomando este ejemplo solo como una especie de “starter kit”.

Desarrollando aplicaciones

2007-08-13T12:42:00.000-03:00

Desde hace unos años que mi trabajo diario no consiste en escribir código. Sin embargo continúo participando del proceso de desarrollo de aplicaciones.

Uno de los errores más comunes que noto entre los programadores es la idea de que desarrollar una aplicación es escribir su código.

Muchas veces, cuando desarrollamos una aplicación pequeña, y que es similar a otras tantas que hemos hecho previamente, nos sentamos frente al teclado y hacemos el análisis y el código casi al mismo tiempo. Aún en estos momentos primero analizamos y luego codificamos.

Codificar, compilar, debugear e implementar es sólo una parte del trabajo. De hecho es la segunda parte y, probablemente, nos insuma cerca de la mitad del tiempo que necesitamos para desarrollar una aplicación.

Gran parte del trabajo, muchas veces la que lleva más horas, la hacemos con papel y lápiz ó, como en la foto, con fibrón y pizarra.

Oscar Turquet

2007-05-29T18:57:00.000-03:00

Hay varias personas de quienes aprendí mucho en mi vida, pero la persona que marcó el camino que iba a tomar profesionalmente se llama Oscar Turquet.

Fue él quien me enseño los fundamentos principales del desarrollo de software. Aún hoy sigo utilizando su ejercicio de crear un algoritmo que encuentre los primeros 500 números primos (con sus posteriores optimizaciones) cada vez que quiero enseñarle a programar a alguna persona.

Pero lo más importante que me enseñó fue aquello de que: “Cuando las cosas se ponen complicadas, hay que volver a la definición del problema.”. Muchas veces la definición misma contiene la clave de la solución.

Oscar Turquet estuvo presente, como no podía ser de otra forma, en uno de los días más importantes de mi vida (como se ve en la foto).

Export SQL data in Insert statements

2006-07-31T12:13:00.000-03:00

Cuando pasamos del ambiente de desarrollo al productivo muchas veces nos encontramos con la necesidad de crear nuevamente la base de datos y, junto con esta tarea, copiar los datos que deben estar precargados o de las tablas de relación.

Muchas veces, estas tablas, sólo tienen un par de registros. Crear un archivo CSV o crear un DTS resulta ser bastante engorroso.

Para estos casos es que hice esta simple página en ASP.NET para exportar los datos de una base MS Sql Server a sentencias del tipo insert.

Solución
Primero agregamos un campo para ingresar el Connection String correspondiente a la base de nuestro desarrollo. De esta forma traemos información de las tablas existentes (no de sistema).

Para no tener que ejecutar una sentencia COUNT(*) por cada tabla, consultamos a la tabla de sistema dbo.sysindexes para obtener los últimos datos estadísticos de cada tabla. Es importante entender que de esta forma obtendremos información sólo de las tablas que contengan algún indice o Primary Key y que esta información puede estar desactualizada. Aún así, tendremos una idea de cuantos registros tiene una tabla.

Debido a que el objetivo de esta página es crear un archivo de texto con las "sentencias insert" para ser ejecutado en un Query Analyzer, debemos poner un límite de cantidad de registros. Para este fin es que existe la variable MaxRows2Export. Arbitrariamente puse esta variable en 100.

Una vez seleccionadas las tablas que queremos exportar, se genera un archivo de texto con las sentencias insert adecuadas. Para que este script funcione debemos asegurarnos de que podemos insertar Identities. Por esta razón, cada bloque se inicia con un:
SET IDENTITY_INSERT table ON
y finaliza con un
SET IDENTITY_INSERT table OFF

El siguiente es un ejemplo de archivo de texto que genera esta aplicación considerando que seleccionamos la tabla "Status" y "Genders":
-- Status
SET IDENTITY_INSERT Status ON
GO
INSERT INTO Status(ID,Name) VALUES (1,'Pending')
INSERT INTO Status(ID,Name) VALUES (2,'Approved')
INSERT INTO Status(ID,Name) VALUES (3,'Disapproved')
GO
SET IDENTITY_INSERT Status OFF
GO

-- Genders
SET IDENTITY_INSERT Genders ON
GO
INSERT INTO Genders(GenderId,Gender) VALUES (1,'Male')
INSERT INTO Genders(GenderId,Gender) VALUES (2,'Female')

GO
SET IDENTITY_INSERT Genders OFF
GO

Espero que les sea útil. En el siguiente link encontrarán un ZIP que contiene sólo una página ASPX con esta aplicación.
sql2insert.zip

Exportar Microsoft Project día por día

2006-05-29T16:47:00.002-03:00

Este artículo explica cómo exportar las horas asignadas a cada recurso en Microsoft Project día por día a Microsoft Excel en un formato que permita crear una tabla pívot.

Realicé las siguientes búsquedas en Internet sin resultado:

Exportar MS Project día por día
Export MS Project in daily basis
Microsoft Project export timescaled

Finalmente me enteré que MS Project no incluye esta función y, en caso de necesitarla, había que programarla en VBA (Visual Basic for Applications).

Problema
Cuando exportamos los datos a otro formato, Microsoft Project crea un registro por cada tarea asignada a cada recurso y esta tarea incluye los datos de fecha de inicio de la tarea, fecha de finalización y cantidad de horas que la tarea requiere. Esto significa que, si una tarea comienza el día 1 y requiere 60 horas, sólo obtendremos un registro con esos datos. Cuando hacemos la tabla pívot, crearemos un reporte en el que dice que el recurso trabajará 60 horas el día 1 y ninguna los días siguientes.

Lo que necesitamos exportar son los datos que representan la vista de “Resource Usage”

En mi caso particular debía exportar los datos desde un archivo Project que funciona como “Resource Pool”. La particularidad de este archivo es que no contiene tareas, sólo recursos y asignaciones.

Solución
Primero debemos abrir el entorno de VBA para crear la nueva macro con la combinación de teclas ALT + F11.

Creé un nuevo formulario llamado “frmExportTimescaled” dentro de “ProjectGlobal (Global.MPT)”. Esto significa que la macro estará disponible para cualquier archivo de Project que abramos.

Armamos la interfaz de usuario con fecha inicial, fecha final, tipo de datos a exportar, dos barras de progreso (una para recursos y otro para asignaciones) y un botón para exportar.

Para poder agregar los controles “Date Time Picker” primero debemos ir al menú Tools -> References y agregar “Microsoft Windows Common Controls 2 (MSCOMCT2.OCX)”. Si no tenemos esta librería, la pueden obtener desde http://activex.microsoft.com/controls/vb6/mscomct2.cab

Luego vamos al menú Tools -> Additional Controls y seleccionar “Microsoft Date and Time Picker Control 6.0” para agregarlo al Toolbox.

Los nombres que les puse a los controles para referenciarlos desde código son:

Start Date: sDate
End Date: eDate
Type of data: ddAssignType
Label resources: lblResources
Resources progress bar: pBarResources
Label assignments: lblAssign
Assignment progress bar: pBarAssignments
Export button: btnExport

Para poder poblar la lista de tipos de datos y para crear un botón con nuestra macro en una barra de herramientas de Project, creamos un nuevo módulo (yo le puse por nombre Export_Timescaled). Este módulo, además de poblar los tipos de datos, invoca al formulario.

El siguiente es el código del módulo Export_Timescaled:
Sub Export_Timescaled()
frmExportTimescaled.ddAssignType.Clear
frmExportTimescaled.ddAssignType.AddItem ("Work")
frmExportTimescaled.ddAssignType.AddItem ("Actual Work")
frmExportTimescaled.ddAssignType.AddItem ("Cumularive Work")
frmExportTimescaled.ddAssignType.AddItem ("Overallocation")
frmExportTimescaled.ddAssignType.AddItem ("Cost")
frmExportTimescaled.Show
End Sub

El siguiente es el código del formulario frmExportTimescaled:
Option Explicit
Dim xlApp As Excel.Application

Private Sub btnExport_Click()
Dim t As Task
Dim Asgn As Assignment
Dim a As Integer
Dim b As Integer
Dim currRow As Integer
Dim i As Double
Dim c As Range
Dim TSV As TimeScaleValues
Dim AssignType As PjAssignmentTimescaledData

Call ControlsEnable(False) 'Disable all form controls
Call CreateExcelFile
Application.ActiveWindow.Refresh 'This makes form get focus

Set c = xlApp.ActiveCell
currRow = 0

'Set column titles
c.Offset(currRow, 0) = "Task Name"
c.Offset(currRow, 1) = "Employee"
c.Offset(currRow, 2) = "Date"
c.Offset(currRow, 3) = "Hours"
c.Offset(currRow, 4) = "Week"

Call InitProgressBarResources(ActiveProject.Resources.Count)

'Determine Assignment Type to export
Select Case ddAssignType.Value
Case "Actual Work":
AssignType = PjAssignmentTimescaledData.pjAssignmentTimescaledActualWork
Case "Cumularive Work":
AssignType = PjAssignmentTimescaledData.pjAssignmentTimescaledCumulativeWork
Case "Overallocation":
AssignType = PjAssignmentTimescaledData.pjAssignmentTimescaledOverallocation
Case "Cost":
AssignType = PjAssignmentTimescaledData.pjAssignmentTimescaledCost
Case Else
AssignType = PjAssignmentTimescaledData.pjAssignmentTimescaledWork
End Select

For a = 1 To ActiveProject.Resources.Count
pBarResources.Value = a 'Update progress bar
lblResources.Caption = a & "/" & pBarResources.Max 'Update label

If Not ActiveProject.Resources.Item(a) Is Nothing And ActiveProject.Resources.Item(a).Assignments.Count > 0 Then
Call InitProgressBarAssing(ActiveProject.Resources.Item(a).Assignments.Count) 'Initialize second progress bar

For b = 1 To ActiveProject.Resources.Item(a).Assignments.Count

If Not ActiveProject.Resources.Item(a).Assignments.Item(b) Is Nothing Then
Set TSV = ActiveProject.Resources.Item(a).Assignments(b).TimeScaleData(sDate.Value, eDate.Value + 1, AssignType, pjTimescaleDays)
pBarAssignments.Value = b 'Update second progress bar
lblAssign.Caption = b & "/" & pBarAssignments.Max 'Update second label
For i = 1 To TSV.Count
DoEvents
If IsNumeric(TSV.Item(i).Value) Then 'Check for data
currRow = currRow + 1
c.Offset(currRow, 0) = ActiveProject.Resources.Item(a).Assignments.Item(b).TaskName
c.Offset(currRow, 2) = ActiveProject.Resources.Item(a).Name
c.Offset(currRow, 3) = TSV.Item(i).StartDate
c.Offset(currRow, 4) = Round(TSV.Item(i).Value / 60, 2)
c.Offset(currRow, 5) = DateAdd("d", 5 - (Weekday(TSV.Item(i).StartDate, vbSunday)), TSV.Item(i).StartDate)
End If
Next
End If

Next

End If
Next

MsgBox ("Exportación completa")
ControlsEnable True
End Sub

Sub ControlsEnable(status As Boolean)
btnExport.Enabled = status
sDate.Enabled = status
eDate.Enabled = status
ddAssignType.Enabled = status
End Sub

Sub InitProgressBarResources(cant As Integer)
pBarResources.Min = 0
pBarResources.Max = cant
pBarResources.Value = 0
End Sub

Sub InitProgressBarAssing(cant As Integer)
pBarAssignments.Min = 0
pBarAssignments.Max = cant
pBarAssignments.Value = 0
End Sub

Sub CreateExcelFile()
Dim xlBook As Excel.Workbook
Dim xlSheet As Excel.Worksheet
Dim a As Integer

'Create Excel Object
Set xlApp = New Excel.Application
xlApp.Visible = True
AppActivate "Microsoft Excel"

'Create Workbooks and Output Sheet
Set xlBook = xlApp.Workbooks.Add
Set xlSheet = xlBook.Worksheets.Add

'Create Sheet name. Must be less than 31 characters
xlSheet.Name = Mid(Mid(ActiveProject.Name, 1, Len(ActiveProject.Name) - 4) & " (" & ddAssignType.Value & ")", 1, 31)

'Delete extra sheets
For a = 1 To 3
xlBook.Worksheets(2).Delete
Next
End Sub

Finalmente, para poder compartir la macro con otras personas, la copié a un archivo de Project vacío utilizando el menú Tools -> Organizer, seleccionando “Modules”. De esta forma, abrimos el archivo en otra computadora y copiamos la macro hacia el Global.MPT y ya queda disponible en nuestro MS Project.

Descargar archivos fuente
Descargar archivo MS Project con la macro

IMPORTANTE
Si al correr la macro aparece el error "User-defined type not defined"
significa que falta la Referencia al objeto Excel dentro de la macro. Para solucionar esto vamos a la pantalla de VBA (ALT+F11), seleccionamos Tools --> References
Y seleccionamos "Microsoft Excel 11.0 Object Library" o similar. Les muestro mis referencias:
Guardamos y ejecutamos la macro nuevamente.

Obteniendo valores por QueryString

2005-05-31T16:51:00.000-03:00

En el post anterior hablamos de zonas de riesgo y de que debemos verificar los datos que nuestra aplicación recibe de los usuarios. También mencionamos que es mucho el código adicional que debemos escribir si necesitamos verificar muchos datos y que deberíamos abstraer esa problemática. Pues bien, ahora vamos a ver un ejemplo de cómo hacer esto.

El problema que intentamos resolver es el siguiente. Nuestra aplicación presenta un listado en varias páginas y obtiene el número de página que debe mostrar a través del parámetro “pagina” pasado por QueryString. En un punto del código, necesito obtener un valor entero y en caso de no conseguirlo, el valor debe ser “1”, es decir, la primera página.

using System;
using System.Web;

namespace DWP.Web
{
/// Definimos la clase como sellada
/// para impedir la herencia
public sealed class Requester
{
/// Constructor privado para impedir
/// la creación de instancias.
private Requester(){}

/// Método estático para obtener
/// parámetros por QueryString
public static object FromQueryString(string key, object defaulValue)
{
/// Obtenemos el objeto Request actual
HttpRequest Request = HttpContext.Current.Request;
object o;
string val = "";

/// Verificamos si el valor existe
/// en el QueryString. Si no, devolvemos
/// el valor por default
if (Request.QueryString[key]!=null && Request.QueryString[key].ToString()!="") {
val = Request.QueryString[key].ToString();
} else {
return defaulValue;
}

/// Intentamos convertir el valor obtenido
/// al tipo de dato del valor default.
/// Si esto da error, devolvemos el
/// valor default.
try {
o = Convert.ChangeType(val, defaulValue.GetType());
} catch {
o = defaulValue;
}
return o;
}
}
}

Como podemos ver, el método “FromQueryString” tiene como tipo de retorno un object. Necesitamos que sea así porque vamos a devolver un objeto de tipo similar al valor por default. De esta forma, si estamos esperando un entero y por QueryString nos llegó un texto, el método devuelve el valor predeterminado, es decir, garantiza el tipo de dato devuelto.

Las siguientes son formas válidas de utilizar nuestra función:
///Esperamos un entero, si no, devuelve el valor 1.
int currPage = (int)Requester.FromQueryString("pagina",1);

///Esperamos una fecha, si no, 1 de enero de 2005.
DateTime currDate = (DateTime)Requester.FromQueryString("fecha", new DateTime(2005,01,01));

Les dejo a ustedes la tarea de crear los métodos que obtienen valores por Form y Cookies.

Zonas de riesgo

2005-03-21T16:17:00.000-03:00

Todas las aplicaciones tienen zonas en las que la probabilidad de que se produzca un error es más alta que en otras partes de del desarrollo. En general son zonas de riesgo los límites de nuestra aplicación. Aquel código que interactúa con el "exterior".

Si analizamos una aplicación de Internet basada en formularios que almacena la información ingresada por los usuarios en una base de datos, entonces, rápidamente identificamos dos zonas de riesgo:

La captura de datos
Recordemos que la información que proviene de los usuarios (esto incluye formularios, querystrings y cookies) no es confiable, puede venir con un formato erróneo o puede no llegar en absoluto. Debemos verificar los datos que recibimos y no confiar en que siempre llegarán correctamente.
Un caso muy común es cuando enviamos, por querystring, el número de página que debemos mostrar. Entonces redirigimos a los usuarios a URLs parecidas a esta:
listado.aspx?pagina=3
Luego en nuestro código escribimos algo así:
int pagina = int.Parse(Request.QueryString["pagina"].ToString());
Los desafío a que busquen páginas de este tipo en Internet y vean lo que sucede si modifican el valor de "pagina" a "abc".
Para que no sucedan estas cosas (las páginas de error no son muy agradables) deberíamos preguntar: "si vino el dato que estoy esperando, y si el dato no es vacío, y si puedo crear un entero, entonces tomar el dato, si no, debo asignar un valor predeterminado". En nuestro ejemplo, ante cualquier problema, pagina valdría "1".
Es cierto que, si por cada dato que queremos obtener debemos escribir tanto código, nuestro programa sería muy extenso, pero también es cierto que, si creamos un objeto que se encargue de obtener estos valores, habremos resuelto el problema para los próximos desarrollos que hagamos.

El almacenamiento de datos
Ya hemos obtenido la información y ahora necesitamos guardarla en una base de datos. Aquí también podemos encontrarnos con errores inesperados ya que existen factores que no podemos controlar. Pueden aparecer errores por clave principal repetida, valores incorrectos, conexiones agotadas, comunicación con la base interrumpida, etc. Otra vez, las páginas de error no son muy amigables. Tenemos que estar preparados y saber que estas cosas, y otras tantas, pueden suceder.

Existen otras zonas de riesgo dependiendo del tipo de aplicación que estemos desarrollando. Debemos identificarlas y tomar los recaudos necesarios para que nuestros desarrollos sean cada vez más robustos.

Caching

2005-03-15T10:31:00.000-03:00

La llegada de .NET hizo que muchos programadores comenzaran a agregar caching en sus aplicaciones.

ASP.NET nos brinda dos opciones para aplicar cache en nuestros sitios:
Output cache: con este mecanismo se mantiene una copia de la respuesta que produce una página, de modo tal que, mientras dura el cache, el código de la página se habrá ejecutado una sola vez.
Objeto cache: a través del cual podemos almacenar datos para no tener que ir a buscarlos cada vez al repositorio original

Todo muy útil, pero no debemos olvidar que el cache es una solución para cuando nuestro sitio tiene un nivel de uso que se hace necesario "proteger" al servidor web y al repositorio de datos del uso intensivo que generan los usuarios que ingresan al sitio. No tiene sentido utilizar output cache si la página es solicitada una vez cada 5 minutos y la información que muestra la página es válida por más o menos por el mismo tiempo.

Pero lo más importante es que no debemos diseñar una aplicación en función de que vamos a usar cache. En otras palabras, no debemos hacer aplicaciones que no funcionen sin cache siendo que tienen un uso moderado.

Por último, todos nuestros desarrollos que usan cache deberían poder activarlo y desactivarlo fácilmente. Salvo alguna excepción en particular, nuestros desarrollos no deben ser dependientes del caching, deben poder usarlo cuando lo necesitan.

Criterio

2005-03-07T14:54:00.000-03:00

Conocer en profundidad las características de un lenguaje de programación es muy importante. Esto se consigue leyendo, estudiando, practicando y trabajando. De esta forma nos convertiremos en expertos. Es probable que, con tiempo, logremos ser expertos en varios lenguajes y tecnologías.

Pero lo que nos diferencia, lo que nos convierte en verdaderos profesionales es el criterio. Necesitamos criterio para definir la mejor solución. Necesitamos criterio para decidir cual es la tecnología más apropiada para cada caso. Para conocer los riesgos que estamos tomando.

El criterio no se estudia, no está escrito. Se desarrolla en base a la experiencia.
Es necesario analizar, luego de cada desarrollo, que cosas hicimos bien y cuales podríamos haberlas hecho mejor. Es fundamental que cada trabajo que hagamos amplíe nuestro criterio y, también, aprender de la experiencia de quien eventualmente tengamos al lado.

Separación en capas

2004-12-29T10:35:00.000-03:00

Existen lenguajes con los que resulta natural la programación en capas y otros con los cuales parecería que no es necesario. En apariencia, si desarrollamos en C#.NET, debemos separar en capas puesto que el lenguaje nos “obliga a programar bien”. En cambio si hacemos una aplicación en ASP, entonces está “bien” poner “todo junto” ya que es un lenguaje de scripting en donde “todo vale”.

Nada de lo anterior es cierto. Es muy fácil programar en C#.NET sin separar en capas, de hecho, he visto muchos desarrollos en los que casi todo el código estaba concentrado en el evento Page_Load. También se puede programar en ASP separando el código en capas.

La separación en capas es, en principio, algo teórico, formal. Se diseña en capas. Podemos desarrollar una aplicación en C# con capa de presentación, de negocios y de acceso a datos en una sola DLL y, aún así, las capas seguirán existiendo. También se puede separar en capas una aplicación íntegramente desarrollada en ASP.

Son muchos los beneficios que obtenemos con esta práctica y, de entre ellos, podemos citar:

Clara distribución de las responsabilidades.
Nos permite tener múltiples presentaciones para una misma aplicación (ASPX, WebService, Win32)
Podemos cambiar de repositorio de datos sin impacto en el resto de la aplicación.
Es más fácil trabajar en equipo con otros desarrolladores y hasta armar equipos de desarrolladores para cada capa.
El código se vuelve mucho más claro y fácil de mantener.

En los próximos artículos vamos a hablar específicamente de cada capa. También vamos a ir mostrando cómo se puede implementar en ASP tradicional.Esto lo haremos por dos razones fundamentales. En primer lugar, no existen muchos ejemplos de cómo separar en capas con ASP tradicional en Internet. Además intento mostrar lo importante que es diseñar en capas aún cuando la implementación no separe estrictamente el código en DLLs.

Diseño independiente de la plataforma

2004-12-21T13:36:00.000-03:00

El desarrollo de aplicaciones web tiene varias etapas que, por lo general, son estas:

Enumeración de necesidades
Creación de especificaciones
Análisis
Diseño
Desarrollo
Implementación
Mantenimiento

Cada una de estas etapas debe ser independiente de las demás. Esto significa que no debemos permitir que nuestro conocimiento o experiencia acerca de las etapas siguientes interfieran en nuestro criterio sobre la etapa actual.

Particularmente me interesa hacer un comentario sobre la etapa de Diseño debido a que esta y la de Desarrollo suelen ser cumplidas por las mismas personas o, mejor dicho, parte del equipo de desarrollo suele participar en la etapa de Diseño.
Muchas veces he visto, a miembros del equipo, invalidar parte de un diseño porque sería más o menos complicado de desarrollar. Este es uno de los errores más comunes en el desarrollo de aplicaciones en general. Un diseño bien hecho es muy importante como para que sólo quede en una frase de compromiso.

La etapa de Diseño es independiente de la plataforma sobre la que se va a desarrollar. No podemos pensar en que si fuera en ASP entonces estaría bien, pero si fuera en Flash entonces el diseño estaría mal. Si el diseño está bien hecho, seguirá estando bien cualquiera sea la plataforma que se decida utilizar el la etapa de Desarrollo.

Simple es mejor

2004-12-14T22:53:00.000-03:00

Cuando veo un desarrollo de esos en los que una página ASP usa un objeto SOAP para conectar a un WebService .NET, el cual, vía DCOM se comunica con un servidor que, a través de un motor de persistencia logra actualizar un contador de visitas, lo primero que pienso es: "El programador que hizo esto ha leído mucho".
Lo que verdaderamente despierta mi admiración son aquellas soluciones que resuelven problemas de forma tan sencilla que, luego de implementadas, hacen que todos digan: "era muy fácil".

La regla número uno de los desarrolladores debe ser KISS: "Keep it simple, stupid" (mantenlo simple, estúpido).
Si un problema admite más de una solución, entonces seguramente, la más sencilla será la mejor y la que tendrá menos problemas en el futuro. Por otra parte, cuanto más sencillo se mantenga un desarrollo, más fácil será para un compañero continuarlo.

En una ocación, mi jefe me pidió que resolviera el problema de una página ASP que daba error de "Time Out" debido a que ejecutaba un proceso que habitualmente demoraba mucho tiempo. Luego de analizarlo, llamé a mi jefe y le mostré la solución: la página ya no ejecutaba más ese proceso. No sé si fue mi mejor trabajo, pero seguro que estuvo libre de "bugs".

Administración de errores (parte 2)

2004-11-29T10:40:00.000-03:00

Entre las cosas que no debemos hacer cuando administramos errores están:
C# .NET



try {

  Function1();

} catch {}

Function2();

ASP



on error resume next

…

Function1()

Function2()

…

En ambos casos se está enmascarando a los errores y no administrándolos. Si bien esto hará que el usuario no vea ningún error, el peligro es muy grande, tal como se describió en el artículo anterior.

Veamos otro ejemplo de lo que no debemos hacer:
C#.NET



public bool DeleteFile(string fileName) {

  bool canDelete=false;

  try {

    System.IO.File.Delete(fileName);

    canDelete=true;

 } catch {}

  return canDelete;

}

ASP



Function DeleteFile(fileName)

  On error resume next

  Dim fso, canDelete

  Set fso = CreateObject("Scripting.FileSystemObject")

fso.DeleteFile(fileName)

  Set fso = Nothing

  canDelete = (Err.number=0)

  Err.Clear

  DeleteFile = canDelete

End Function

Esta es una muy mala práctica. Hemos creado una función que intenta borrar un archivo y devuelve el éxito de la operación. Además de las razones dadas en el ejemplo anterior, acá se agrega que quién llama a la función debe revisar si la función tuvo éxito revisando su valor de verdad. Pero en el caso de que la función devuelva falso, no tenemos ninguna otra información útil que nos sirva para tomar decisiones. No es lo mismo que la función haya fallado porque no tiene permisos a que el archivo no exista.

En el próximo artículo veremos algunas buenas prácticas en la administración de errores.

Administración de errores (parte 1)

2004-11-22T11:01:00.000-03:00

Nuestro trabajo exige constantemente tomar decisiones. Una de las más importantes es decidir si vamos a administrar errores o no.
Podemos decidir no hacerlo, de hecho podemos definir, en ASP.NET, una página a la que nos debe redirigir la aplicación en caso de error.
Si decidimos administrar errores debemos saber que es toda una responsabilidad. Pocas cosas suponen un riesgo superior a administrar mal los errores de nuestra aplicación.
Empecemos por el principio (que es, generalmente, el mejor lugar para comenzar). Un error es una excepción que no previmos que podía suceder. Lo mejor y menos peligroso que nos puede suceder cuando se produce un error, es que nuestra aplicación interrumpa su ejecución pues, en caso de continuar, estaría ejecutando en “estado de error” y las consecuencias son difíciles de imaginar.
Un amigo me contó la historia del "Medidor de Presión". Imaginemos una caldera que tiene un medidor de presión. Este tiene unos números sobre un fondo blanco y, a partir de cierto valor, otros con fondo rojo que indica peligro. Cuando la presión supera la línea roja suena la alarma. Cuanto más tiempo transcurra la aguja en la zona de peligro más posibilidades hay de que explote la caldera.
Lo mismo sucede con nuestras aplicaciones. Cuanto más rápido salgamos del "estado de error", menos peligro correremos.

Paginas de proceso de datos

2004-11-16T10:27:00.000-03:00

En nuestra vida como Desarrolladores Web nos encontraremos muchas veces frente a la tarea de hacer formularios en donde los usuarios deberán ingresar información que será almacenada en una base de datos.

Esta tarea, que es tan sencilla como aburrida, hace caer a muchos en uno de los errores más comunes: el terrible F5 destructor. ¿Qué es eso?

Por lo general, para realizar este trabajo, creamos una página con un formulario cuyo destino es la misma página. De esta forma es mucho más sencillo validar del lado del servidor los datos ingresados y, en caso de error, mostrar un mensaje al usuario manteniendo los datos que ha ingresado previamente.

Hasta acá está todo muy bien, pero he visto muchas veces que una vez guardado los datos, se muestra un mensaje de éxito … ¡en la misma página!
Esto significa que si el usuario presiona F5 y recarga la página, el proceso de guardar los datos se ejecutará nuevamente. Este error es muy común cuando usamos objetos como el DataGrid de .NET.

Imaginemos ahora que en lugar de almacenar los datos, debemos enviar un mail. ¿Qué pasará cuando el usuario presione F5?

El peligro que esto encierra es variado y puede ir desde una sobrecarga en el uso de recursos hasta grabar datos repetidos.

Por extensión, se podría decir que: "Toda página de proceso exitoso debe concluir en un Redirect".

Qué y cuándo vs cómo

2004-11-09T17:39:00.000-03:00

Ya es hora de que empecemos a tratar cosas un poco más concretas y, para empezar, quiero hablar sobre algo que no sólo agrega "estilo" a nuestro trabajo, también lo hace mucho más mantenible.

En una empresa, existen personas que saben lo que hay que hacer y cuándo hay que hacerlo, y otras que saben cómo hacerlo.

En nuestro código debería haber métodos que sepan qué y cuándo hacer las cosas y métodos que sepan cómo hacerlas. No me parece una buena práctica construir métodos que mezclan ambos roles.

Mantener esa separación nos permite ver rápidamente las reglas de negocio por un lado y, de ser necesario, revisar los algoritmos en forma individual. Además, estaremos creando métodos que podrán ser reutilizados en otras lugares de nuestro desarrollo.

Para graficar un poco más este concepto, veamos un ejemplo en ASPX. Necesitamos un método que envía un mail a la dirección especificada en un formulario. Tenemos un HTML en disco con la etiqueta "$$nombre$$" que debemos reemplazar por el nombre del usuario para personalizar el mail. Finalmente, grabamos el mail en nuestra base de datos.

El que sigue es un ejemplo de código muy poco profesional:
private void Button1_Click(object sender, System.EventArgs e) // Configuraciones NameValueCollection config = ConfigurationSettings.AppSettings; // Leer el archivo desde disco string mailFile = config["MailFileName"]; FileStream fs = new FileStream(mailFile, FileMode.Open, FileAccess.Read, FileShare.ReadWrite); StreamReader sr = new StreamReader(fs, Encoding.Default); string message = sr.ReadToEnd(); // Reemplazar etiqueta message = message.Replace("$$nombre$$", campoNombre.Text); // Enviar mail MailMessage mail= new MailMessage(); mail.Subject = config["MailSubject"]; mail.From = config["MailFrom"]; mail.Body = message; mail.BodyFormat = MailFormat.Html; mail.To = campoEmail.Text; SmtpMail.SmtpServer = config["SmtpServer"]; SmtpMail.Send( mail ); //Grabar a SQL string connString = config["ConnectionString"]; SqlConnection oConn = new SqlConnection(connString); SqlCommand dbCommand = new SqlCommand(); dbCommand.CommandText = "Exec Insert_Email @email=@@email"; dbCommand.Connection = oConn; int rowsAffected = 0; oConn.Open(); try { rowsAffected = dbCommand.ExecuteNonQuery(); } catch (Exception ex) { throw new Exception(ex.Message); } finally { oConn.Close(); } }

Algo con mucho más estilo sería:
private void Button1_Click(object sender, System.EventArgs e) { // Nunca debemos escribir más código del necesario // en los métodos que capturan eventos !!! EnviarMailAUsuario(campoNombre.Text, campoEmail.Text); } private void EnviarMailAUsuario(string nombre, string email) { //Este metodo sabe ques y cuandos NameValueCollection config = ConfigurationSettings.AppSettings; // 1.- Leer archivo de disco string emailSource = LeerArchivoDeDisco(config["MailFileName"]); // 2.- Reemplazar etiqueta emailSource = message.Replace("$$nombre$$", campoNombre.Text); // 3.- Enviar mail EnviarMailDelSitio(campoEmail.Text, emailSource); // 4.- Guardar el mail GuardarMail(campoEmail.Text); }

Los métodos invocados seguramente tendrán un código parecido a las líneas correspondientes del primer ejemplo. Noten que no estoy especificando en que capa de mi aplicación se encuentran estos métodos, pero deberían estar en una capa diferente de la de presentación.

Todo es importante

2004-11-05T15:01:00.000-03:00

- Lo más difícil de un sitio Web es el diseño. Una vez que tenemos un buen diseño, el resto es hacer que las páginas funcionen. (Un diseñador)
- Una vez que tenemos una aplicación que funciona bien, el resto es ponerle colorcitos. (Un desarrollador)
- Lo verdaderamente complicado es satisfacer los requerimientos del cliente con los recursos que contamos y el tiempo del que disponemos. (Un líder de proyecto)
- Lo importante es conseguir los clientes, la gente para hacer las cosas se consiguen así de fácil. (Un ejecutivo de cuentas)

Señores: todo es igual de importante. Sin clientes no hay desarrollo, sin gente que lidere el proyecto nunca terminaremos en tiempo y forma, un sitio Web gusta por cómo se ve, si el desarrollo funciona mal nada sirve finalmente.

Todos los involucrados en un proyecto deberían trabajar a la par y sin menospreciar el trabajo de los demás.

Conocer los riesgos

2004-11-02T11:18:00.000-03:00

Si queremos ser desarrolladores de sitios web profesionales debemos conocer los riesgos de lo que hacemos. A mí, particularmente, no me alcanza con que algo "haga lo que tiene que hacer", quiero además que lo haga bien.

Una vez que identificamos la mejor opción para un escenario dado, podemos asumir ciertos riesgos. Pero lo que no debemos hacer es elegir una solución sin estar preparados para lo que pueda suceder de acuerdo a los riesgos de dicha solución.

Supongamos que tenemos que hacer una aplicación web muy sencilla como por ejemplo una serie de páginas que piden datos del usuario y al final los graba en una base. Podríamos tomar la decisión de ir guardando los datos en variables de sesión, pero debemos saber que, si por alguna razón las sesiones se pierden (el sitio está hosteado en más de un servidor, los usuario superan el tiempo de expiración de sesión, etc.), nuestra aplicación dejará de funcionar correctamente o aparecerán errores aparentemente aleatorios.

Como regla general debemos conocer cómo funcionan y que hacen todos aquellos componentes que vayamos a usar en nuestros desarrollos. Personalmente no me gusta utilizar componentes de terceros en aplicaciones críticas a menos que tenga disponible el código fuente.

Finalmente les cuento que mi estrategia (no digo que sea la mejor, es sólo la mía) es siempre comenzar pensando que mi desarrollo estará en múltiples servidores y visitado por muchos usuarios concurrentemente. Esa sería mi aplicación ideal. Luego, en función de los requerimientos reales, puedo ir asumiendo determinados riesgos.

Cookies

2004-10-29T10:51:00.001-03:00

El protocolo HTTP es desatendido. Esto significa que no existe, en principio, relación alguna entre dos peticiones aunque estas sean consecutivas. Para poder mantener una sesión de usuario dentro de una aplicación WEB, tenemos 2 métodos.El usado por la mayoría de los sitios está basado en cookies, el otro en agregar a la URL el ID de se sesión del usuario.

Cada vez que nuestro navegador hace un pedido HTTP, envía todas las cookies válidas para el dominio donde se encuentran los archivos buscados.

He visto sitios que escriben muchas cookies y, además, con nombres y valores muy largos como por ejemplo:
UltimaVisita=23/04/2004 03:25:37 PM

Imaginemos una página que tiene HTML, JS, CSS y 20 GIFs, entonces estaremos enviando la cookie UltimaVisita unas 23 veces.

Debemos usar las cookies en forma racional y responsable. Muchas cookies harán que los usuarios conectados por DialUp naveguen más lentamente. Otra ventaja es que usando menos cantidad de cookies y más pequeñas, estaremos ahorrando ancho de banda de nuestro sitio.
En lugar de
UltimaVisita=23/04/2004 03:25:37 PM
tal vez, podamos usar
UV=20040423

Los grandes sitios de Internet, utilizan servidores dedicados a entregar imágenes. Estos usan un dominio diferente del sitio que navegamos. De esta forma, si el sitio se encuentra en www.sitio.com y las imágenes en www.img.com entonces, nuestro navegador no estará enviando las cookies del sitio cada vez que pide una imagen.

Finalmente quiero comentar algo que no todos tienen en cuenta. Un compañero decía: "Lo que viene del usuario no es confiable". Es muy fácil modificar las cookies que el navegador va a entregar al servidor. Sólo hace falta una sentencia javascript. Por lo tanto, no hay que poner cookies del tipo: admin=si ó idUsuario=27 y si no hay otra alternativa tendremos que encriptarlas.

HTML

2004-10-25T19:06:00.000-03:00

Siendo desarrolladores web, en la mayoría de los casos, estaremos produciendo páginas HTML. No pretendo hacer aquí un tutorial. Simplemente creo que, para ser mejores desarrolladores, debemos tener un conocimiento profundo sobre HTML. He visto muchos desarrollos que producen páginas inválidas o exageradamente grandes que degradan la calidad de nuestro trabajo

Existen muchísimos recursos disponibles en Internet para aprender. ¡Cuanto más sepamos de HTML, mejor quedarán nuestros sitios!

http://www.w3.org/MarkUp/

http://www.htmlhelp.com/

http://www.csszengarden.com/

Desarrollo de aplicaciones web

2004-10-25T10:04:00.000-03:00

Hacer que ciertas páginas web tengan funcionalidad, como por ejemplo que envíe un mail, no requiere mucho más que saber escribir el código correspondiente. De hecho, no hace falta ser programador, simplemente se puede buscar en Internet y seguro encontraremos el líneas que necesitamos.

Para hacer una pequeña aplicación web, como mostrar un formulario y guardar la información en una base de datos, requiere además que tengamos algunos conceptos de programación.

Desarrollar aplicaciones web profesionales no es tan sencillo. Debemos saber mucho más que un lenguaje de programación y un poco de HTML. Debemos conocer más profundamente cómo funciona Internet, la plataforma sobre la que vamos a desarrollar, tener en cuenta la envergadura de nuestra aplicación, la cantidad de usuarios que van a ingresar, etc.

En este weblog voy a intentar explicar la forma en la que a mí me gusta desarrollar aplicaciones web y mostrar lo que para mí son errores comunes. Si bien, los ejemplos de código serán en ASP o ASPX, la mayoría de los conceptos creo que son aplicables al desarrollo web en general.