En el anterior artículo sobre este tema, hace unos días, contaba los rudimentos de cómo se suben archivos a un servidor Web mediante HTTP usando sólo ASP.NET, inclyendo también un código de ejemplo sencillo que lo hacía. Entonces prometí que iba a comentar algunas pegas de esta implementación. Se trata de problemas que normalmente no se comentan en los libros ni en la documentación directamente y que pueden volver loco a más de uno si se los encuentra durante un desarrollo. Los que voy a comentar en el post de hoy tienen que ver con la subida al servidor de archivos grandes. - Limitación de seguridad por defecto Una cosa que no se suele contarse es que la subida de archivos al servidor en ASP.NET está limitada por defecto a 4 MB. Si intentamos usar el código de ejemplo del artículo anterior para subir un archivo de más de 4 MB veremos que se produce un error. Se trata de una limitación de seguridad que trae ASP.NET que impide peticiones al servidor mayores de este tamaño (un envío d... [Más]

Hoy he leído este post en Microsiervos.com y la verdad es que me ha parecido la mar de simpático. Lo reproduzco aquí: ----- Según el código civil español, si desapareces durante un año pueden declararte legalmente muerto. Bueno, en realidad parece que primero te declaran «ausente» y sólo pasados diez años pueden declarte «legalmente muerto», aunque hay algunas excepciones como sólo cinco años después para los mayores de 75 años, tres años para «ausente» si dejaste un representante legal y cosas así. Si en Internet el tiempo pasa siete veces más rápido de lo normal, debido al efecto de los famosos «años-perro», entonces si abandonas tu bitácora durante 12 x 30 / 7 = 51 días podrían declararte «bitácorero legalmente ausente». Y si pasa 1 año y cinco meses, tu weblog estaría «legalmente muerto». Eso quiere decir que si a día de hoy encuentras alguna bitácora con el último post anterior al 7 de noviembre de 2003, puedes con toda la razón y lógica internetera declararla legalmente bitá... [Más]

En los tiempos de ASP 3.0 subir archivos al servidor "a pelo", es decir, sin usar controles de terceros para hacerlo era una tarea harto difícil. Se podía conseguir (nosotros en Krasis, por ejemplo, desarrollamos un componente puro ASP que lo hacía perfectamente), pero era muy complicado y no exento de problemas. En ASP.NET esta tarea se ha convertido en algo mucho más sencillo. En realidad no tanto como algunos se piensan (dentro de un momento diré algo más sobre esto), pero desde luego fácil y rápido de implementar para las ocasiones más normales. Para hacerlo basta con usar el control HtmlInputFile del espacio de nombres System.Web.HtmlControls, así: <INPUT id=SelectorDeArchivos type=file runat="server"> Al colocarle el atributo de ejcución en el servidor luego podemos acceder a sus propiedades y métodos una vez enviado el formulario al servidor. Gracias a ello podemos acceder de forma simple a la información sobre el archivo enviado. Sólo hay una propiedad importante e... [Más]

Las vistas de SQL Server son muy útiles para utilizar consultas complicadas como si se trataran de simples tablas. Entre sus limitaciones, sin embargo, hay una que (a mi por lo menos) me resulta muy irritante: no se pueden ordenar. Es decir no se puede utilizar la cláusula ORDER BY en la sentencia SQL que define la vista. Este truco permite saltarse las normas a la torera y utilizar ordenaciones de todos modos en las vistas. Y es que según la documentación la cláusula TOP de SQL siempre se puede usar con ORDER BY, incluso en las vistas, ya que si no no notendría mucho sentido ¿verdad?. TOP sirve para obtener los 'x' primeros resultados de una consulta. Por ejemplo, si quiero obtener los últimos 1.000 registros de facturas de una tabla puedo escribir: SELECT TOP 1000 * FROM Facturas ORDER BY NumFact DESC Lo que muchas gente no sabe es que TOP admite una sintaxis alternativa que permite especificar un porcentaje de filas a devolver en lugar de un número absoluto. Esta es la cuesti... [Más]

Si tienes un Tablet PC las nuevas herramientas que ha puesto Microsoft a disposición pública te van a encantar. Las ha denominado Tablet PC Experience Pack, y son añadidos que complementan muy bien a las PowerToys que ya tiene Microsoft para este sistema operativo, ya que de hecho un par de herramientas de las incluidas son PowerToys mejoradas. Ink Desktop: Permite la captura de información manuscrita directamente en el escritorio, sin necesidad de abrir un programa especial. Mucho mejor y más rápido que tomar notas de esas amarillas, y además más difícil de pasar por alto ;-)   Snipping Tool: Mejora de una de las Powertoys. Permite capturar porciones de la pantalla rodeándolas a mano, y luego comentarlas con tu propia letra para enviarlas por correo electrónico o guardarlas.   Ink Art: conviérte en un Picasso pintando directamente a mano en la pantalla con herramientas que simulan utensilios comune de los artistas, como pinceles, carboncillo, etc... También es una mejora de un ... [Más]

Un reciente encuesta en línea realizada por ComputerWorld  entre suscriptores de todo el mundo de empresas de más de 100 empleados ha revelado que el lenguaje de programación preferido por éstos es C# frente a Java. En lo que se refiere a arquitecturas de desarrollo .NET también quedó por delante de las emás, seguida por Linux/UNIX y después Windows/COM/DCOM. Algunos otros resultados interesantes: Un porcentaje bajísimo de los encuestados tiene pensado desarrollar aplicaciones en breve para Linux (4%), dispotivios inalámbricos (7%) o para sistemas de 64 bits (9%). Casi la mitad de los encuestados (48%) dicen que no utilizan UML en el diseño de sus aplicaciones dentro de su empresa. Más de la mitad (58%) están usando servicios Web en sus desarrollos, y sólo un 9% dijeron que no les interesaba esta tecnología. Sólo el 45% confiesa que utiliza entornos de desarrollo integrados en lugar del bloc de notas (35%). Puedes ver los resultados completos de esta encuesta en la web de Com... [Más]

Cuando programamos una aplicación, aparte de hacer que ésta cumpla todos los requisitos puramente funcionales e implemente los algoritmos que sean necesarios, es igualmente imortante realizar un estudio sobre las posibles excepciones y errores que se puedan producir durante su ejecución. De este modo podremos responder elegantemente a estas situaciones, en lugar de permitir que nuestros usuarios vean un diálogo horroroso con detalles técnicos y se acabe la aplicación sin previo aviso. Para ello añadimos cantidad de sentencias de gestión de excepciones try-catch-finally en todo el código, gestionando cada posible error o excepción. Por muy bien que lo hagamos, sin embargo, siempre habrá cosas que se nos escapen y que produzcan el fatídico diálogo que mencionaba hace un momento. Para asegurarnos de que esto no ocurre podemos crear un gestor de errores universal que se ejecute de forma automática al producirse alguna excepción que no hemos gestionado adecuadamente. Hacerlo es muy senci... [Más]

Obtener la resolución actual de la pantalla es algo inmediato si utilizamos el objeto System.screen, ya que su propiedad Bounds nos indica este dato en sus propiedades Width y Height: screen.Bounds.Widthscreen.Bounds.Height Realmente sencillo. Lo que ya es harina de otro costal es hacer que mediante código se cambie la resolución actual de la pantalla. La plataforma .NET no ofrece soporte para esta operación desde ninguna de sus clases pero, como siempre, la API de Windows viene a nuestro rescate. Se trata de un viejo truco de los tiempos de Visual Basic. Necesitamos utilizar las dos funciones siguientes de la biblioteca User32.dll: · EnumDisplaySettings: Ofrece toda la información necesaria sobre las pantallas disponibles en el sistema (puede haber más de una, claro, yo de hecho trabajo con una tarjeta dual que tiene dos monitores enchufados). Su definición es la siguiente (copiada de MSDN): BOOL EnumDisplaySettings( LPCTSTR lpszDeviceName, // display device DWORD iMode... [Más]

Bueno, parece una pregunta tonta, pero no lo es tanto si queremos que además de ocupar el área disponible del escritorio también cubra la barra de tareas y las bandas del escritorio que hubiese establecidas. Para que una ventana Windows Forms ocupe toda la pantalla incluyendo la barra de tareas hay que darle el tamaño adecuado y además asegurarnos de que no está maximizada. El siguiente código ilustra lo que se necesita para instanciar un formulario así: MiForm frm = new MiForm();frm.FormBorderStyle = FormBorderStyle.FixedSingle;Rectangle formrect = Screen.GetBounds(frm);frm.Location = formrect.Location;frm.Size = formrect.Size;frm.WindowState = FormWindowState.Normal;Application.Run(frm); Esto es, por ejemplo, lo que hacen las pantallas de los programas de instalación. ¿Has probado a maximizar la ventana de fondo (azul normalmente) de un programa de instalación? Pues al hacerlo de repente ya no es capaz de cubrir la barra de tareas. Es conveniente a este tipo de ventanas quitarle... [Más]

Otra consulta que puede resultar de interés es aquella que nos permite identificar dentro de los registros de una tabla cuáles son los que están duplicados y así poder, por ejemplo, eliminarlos o cambiarlos. ¿Alguna idea de cómo conseguir esto?.... Piénsalo un poco más... ;-) Solución: SELECT nombre_campo, COUNT(*) FROM Nombre_Tabla GROUP BY Nombre_Campo HAVING COUNT(*) > 1 Esta vale para cualquier gestor de datos y permite obtener los resultados agrupados por el campo que queramos para localizarlos más fácil.