23 marzo 2008

SplendidCRM 2.0 Free, Open Source, CRM

spendid-screenshot1-large

Las Aplicaciones contruidas en ASP.NET siguen surgiendo, contruidas bajo el estandar de codigo abierto.

SplendidCRM que acaba de publicar una nueva versión. Usted puede modificarlo utilizando Visual Studio 2005, 2008 e incluso posee un download para Visual Studio Express.


Fuente del Articulo: Joe Stagner

ASP.NET 3.5 y el CLR 2.0...

Cuando instale Visual Studio 2008, pensaba que IIS trabajaria con Framework 3.5, lo movia para arriba para abajo y nada de eso paso. Luego entendi que funcionaba bajo Framework 2.0 con WCF, WPF, WWF, AJAX, ... Como siempre urgando en la web encotre este interezante articulo:

Primero vamos hacer un pequeño cuadrito para explicar que onda con la versión del CLR.

VS2005 -> VB8.0/C#2.0 - CLR 2.0 (llamado .Net Framework 2.0)
VS2005 Extensions -> VB8.0/C#2.0 - CLR 2.0 + {WCF + WPF + WF + CS } (llamado .Net Framework 3.0)

Hasta aquí, se conocía a ASP.NET como ASP.NET 2.0. Pero tras la liberación de VS2008, como anda esto?

VS 2008 -> VB9.0/C#3.0 - CLR 2.0 {ahora llamado .Net Framework 3.5}

A partir de VS2008, a ASP.NET se le conoce como ASP.NET 3.5. Revisando el cuadrito, podemos concluir que las aplicaciones creadas bajo .NetFx 3.5, corren bajo el CLR 2.0, y por ende ASP.NET 3.5 también corre bajo el CLR 2.0. Es por eso que cuando nosotros queremos publicar una aplicación ASP.NET 3.5 en nuestro servidor con IIS 6.0 (que tiene instalando el .Net Framework 3.5), no tenemos la opción para escoger una versión de ASP.NET 3.5, sólo ASP.NET 1.1 y ASP.NET 2.0:

De igual manera todas las aplicaciones Web Compiladas la vamos encontrar en la carpeta: "C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files".

Si quieren publicar una aplicación ASP.NET 3.5, no busquen la versión ASP.NET 3.5 en el IIS, recuerden que ASP.NET 3.5 corre sobre el CLR 2.0.

Es más podríamos decir que ASP.NET 3.5 = ASP.NET 2.0 + Linq + ASP.NET AJAX + BCL3.5. Por eso no esta mal si revisamos tutoriales de ASP.NET 2.0, si aún no hay mucho sobre ASP.NET 3.5, todo lo que aprendamos con ASP.NET 2.0 lo podremos aplicar para desarrollar una web bajo ASP.NET 3.5, como ya lo comentamos en un anterior post, y como dije en ese post, si ustedes pueden escoger no usen VS2003.

Y si ustedes saben ASP.NET 2.0 + Linq + ASP.NET AJAX, entonces también pueden decir que saben ASP.NET 3.5.

Algunos post sobre el tema:


Fuente del Articulo: Sergio Tarrillo's

Checklist antes de llevar una aplicacion Web a produccion

Se ha iniciado una interesando discusión: ¿Cuáles son las features mínimas para que una Web salga a producción?. Con el excelente aporte que ha hecho Ibon Landa, se puede tener un checklist más completo. A ver si alguien tiene alguno otro detallito que agregar :D.

Algunos puntos se aplican a una aplicación web en general, y otros específicos para una aplicación web ASP.NET, igual deben haber similares conceptos, en php+apache, y así..., pero con distintas configuraciones.

Se podría resumir:

  • Documento de despliegue.
  • Liberar todo en modo RELEASE.
  • Configuración de IIS (o el servidor que este usando).
  • Configuración de la seguridad tanto en la PC (firewall, permiso en carpetas, BD) como en la aplicación (autenticación, permisos, encriptación, etc).
  • Personalización de errores.
  • Pruebas de rendimiento y carga

Revisen el Thread del foro, para tener más detalles, hay unas herramientas básicas que ha mencionado Ibon Landa.

Fuente del Articulo: Sergio Tarrillo's

Al fin las secciones del MIX 2008

Creo cada medio día estaba entrando a ver cuando liberaban las sesiones del MIX08. Pues ya la podemos encontrar en el siguiente link: http://sessions.visitmix.com/.

En cuanto a la sesiones técnicas, hay sesiones de IIS 7, Silverlight 2.0, ASP.NET MVC Framework, ASP.NET Dynamic Data, Moonlight, AJAX, pues y mucho más... un excelente recurso a los no asistieron al MIX 08, y quieren saber que onda hay con la Web desde el punto de vista de MS.

Que lo disfruten, y ya tiene

Fuente del Articulo: Sergio Tarrillo's

ASP.NET y mas...

Links de la semana. Y es que a veces se leen muchos recursos en el RSS, que se lo deja como pendiente en los drafts del Writer, y casi nunca llegan a ser públicos. Es por eso que ahora tratare de hacer una lista de links de la semana, que por cuestiones de tiempo no se puede postear cada una a detalle. Algunos links son de novedades, otros de algunos artículos que he llegado y me han parecido interesantes. Por cierto no revisen todas las entradas, sólo las que necesiten, ya pueden llegar a no revisar nada al final.

ASP.NET, AJAX y BLOCKED SCRIPT

Linq:

VS2008, IIS, W2k8:

Silverlight:

Variados:

Humor:


Fuente del Articulo: Sergio Tarrillo

[PLEFDS] Inline, beside, behind, Web Site Project, Web Application Project, y bla bla bla...

Todo acerca de Inline, beside, behind, Web Site Project y Web Application Project.

De ahora en adelante [PLEFDS = para leer el fin de semana]. Digamos que hay dos maneras de tener el código de página: código "Inline", ósea dentro del mismo archivo aspx, y el modelo separado del código de la aspx, ósea hablamos de Behind y de Beside. La primera pregunta es ¿Inline o código de separado?.

Ahora si escogo código separado, Behind o Beside?. En VS 2003 sólo teníamos Behind (Web Application Project). En VS2005 sólo teníamos Beside (Web Site Project), pero si a VS2005 le poníamos SP1, tenemos disponible los tipos de proyectos, en VS2008 tenemos los dos también, y ahora la segunda pregunta es: ¿Web Site Project o Web Application Project?.

Por cierto, y antes de que salte alguien, estos temas no son nuevos y no es mi intención presentarlos como una novedad, la idea es presentar un resumen de estos, y como va esto ahora con VS2008.

Leyendo todos los artículos de abajo, tengan por seguro que no les quedará ninguna duda. Si estamos nuevos en esto, y vamos a iniciar un nuevo tipo de proyecto este tipo de decisiones puede darte satisfacciones o dolores de cabeza si no tomas una decisión correcta respecto a tu escenario.

Voy a dar una aproximación rápida, aunque primero quería leer los principales artículos de abajo cuando hubiera un tiempito libre, pero si ese tiempito no llega (cosa muy común), quería dejar la lista para los interesados, y dejar una rápida opinión de acuerdo a la pequeña experiencia que llevo :D.

Inline o código separado?, pues, puedes tener los dos en un mismo sitio web, ya que esto es por página, y puedes usarlo en un Web Site Project, como en un Web Application Project. Ahora Inline puede recargar mucho el código de página, convirtiendo el mantenimiento de la misma en una tarea compleja. Yo recomendaría Inline, para cosas simples como una página que haga un redirect, y cosas así, cosas que no comprometan la seguridad, porque es más fácil que vean el aspx (sólo con notepad), que una dll (necesitan Reflector).

Ahora la pregunta Web Site o Web Application?, a ver decir que en VS2005 eliminaron Web Application, pero después con el SP1 agregaron nuevamente Web Application. Y en VS2008 tenemos disponibles los dos: Web Site Project o Web Application Project. Me quedo con esta frase del primer artículo de Patrick MacKay:

"Como ya había mencionado, en Visual Studio 2005, la forma de compilación y entrega para proyectos web cambió considerablemente. Sin entrar en justificaciones como tampoco en detalles, sólo agregaré que Microsoft enmendó el rumbo proveyendo algo similar a como funcionaba en Visual Studio 2003. Éste se llama Visual Studio 2005 Web Application Projects"

No voy a comentar cual es mejor entre Web Site o Web Application, con respecto si uno es más fácil de abrir, o si con el otro es más fácil migrar aplicaciones desde VS2003, si no con respecto al modo de compilación, por lo que pude ver el modo de compilación de Web Application Project es mas ordenado que Web Site Project... pero esto hay que sustentarlo como lo hace Patrick en la serie de artículos que tiene, y también hay que leer un poco de como funciona todo esto de la compilación... cuando llegue ese tiempo libre espero poner screenshoots de las pantallas con los diversos modos, pero si quieren ir adelantándose pueden probar esto: Creen dos Webs: Web Site Project y Web Application Project, dentro de cada uno agreguen una página Inline a la ya existente (en Web Site habrá una página Code-Beside, y en Web Application una página Code-Behind), agreguen código simple, botones, cajas de texto, y labels. Publiquen las dos web, y revisen esta carpeta: C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\. Después de navegar en la web, verán como se construyen las carpetas de compilación, las pruebas que pueden hacer en los web Site es: Cambiar el código de la página Inline (C# o VB), y vean como afecta en cada Web, y después de esto cambien el código en una página con el archivo de código separado, y también como afecta... esta son las primeras cosas que se me ocurren probar...

P.D.: Y yo que quería dejar un comentario de unas pocas líneas :S.

Espero que llegue ese tiempito, pero por mientras la pequeña lista de artículos:

Introducción:

Web Site vs Web Projects:

Code-Behind vs Code-Inline vs Code-Beside:

Model Compilation ASP.NET 2.0:

MSBuild:


Fuente del Articulo: Sergio Tarrillo