¿Qué es ASP.NET MVC? 80 minutos de vídeo técnico para los desarrolladores, la construcción de NerdDinner

Este es un tutorial sobre la creación de una aplicación con ASP.NET MVC. Este vídeo utiliza un caso práctico para construir los fundamentos de Nerddinner.com y trata aspectos tales como Unit Testing o Pruebas unitarias, Javascript (usando jQuery), y cómo utilizar las características de las nuevas herramientas para Visual Studio 2008 que se instalan con el toolkit ASP.NET MVC.

Video

Presentado por Rob Conery
Duración: 1 hora, 20 minutos
Fecha: 21 de agosto 2009
Tomado de: http://www.asp.net/learn/mvc-videos/video-8143.aspx

 

Algunos recursos

Tutorial: http://nerddinnerbook.s3.amazonaws.com/Intro.htm
Versión PDF del video: http://aspnetmvcbook.s3.amazonaws.com/aspnetmvc-nerdinner_v1.pdf
Descarga del código fuente del caso práctico: http://nerddinner.codeplex.com/
Microsoft Web Platform Installer: http://www.microsoft.com/web/downloads/platform.aspx
ASP.NET MVC 2 RC: http://www.microsoft.com/downloads/details.aspx?FamilyID=3b537c55-0948-4e6a-bf8c-aa1a78878da0&displaylang=en
VisualStudio 2008 SP1: http://www.microsoft.com/downloads/details.aspx?FamilyId=FBEE1648-7106-44A7-9649-6D9F6D58056E&displaylang=en


Mario Alberto Arce

Where is ASP.NET 3.5 on IIS ?

Most people on installing .NET 3.5 on the server "expect" an entry for v3.5 under the ASP.NET version Tab in IIS manager. And not finding that entry start panicking. If you have been one of those read on. The more tech savvy folks try to run aspnet_regiis -i from the v3.5 framework folder... but even that is missing.



That brings us to the questions:

What exactly is ASP.NET 3.5 ?

Take a look at the v3.5 framework folder you will not find most of the files needed for ASP.NET to run like aspnet_isapi.dll / aspnet_filter.dll / aspnet_regiis.exe / aspnet_regsql.exe...

The reason being .NET 3.5 is not a stand alone framework like v2.0 or v1.1 . It is just an extension of the 2.0 framework. The extension provides developers with new language features like Anonymous Types, Extension Methods, Lambda Expressions and of course LINQ .... and AJAX is now integrated ... also you have a few new ASP.NET controls <asp:ListView>, <asp:LinqDataSource>, <asp:DataPager>

Will I get ASP.NET version 3.5 under the ASP.NET tab in IIS 6.0 ?

No. Because as far as IIS is concerned nothing has changed. The aspnet_isapi.dll from the version 2.0 folder will still handle the requests and there is no new ISAPI dll specific to version 3.5. So you don't have to change any Script Mappings in IIS ...just leave the web application pointing to v2.0 under the ASP.NET Tab. And this brings us to the next question

What exactly is the extension ?

For that if you have Visual Studio 2008 go ahead and create a Website targeting the .NET 3.5 framework. Then go to the Property Pages of the Website and select References. You will find an entry like this:



And those four assembly references provide the new features of v3.5.  Here is a 10,000 ft view of the functionality implemented in these assemblies

System.Core - Provides namespaces like System.Linq, System.IO
System.Data.DataSetExtensions - LINQ to DataSet
System.Web.Extensions - AJAX
System.Xml.Linq - New XML API.. supports LINQ to XML

Do I have to configure anything manually ?

No. When you install the .NET 3.5 redistributable on the server it installs these assemblies in the GAC. And any website that refers to these assemblies can fetch them from the GAC so you do not have to configure anything manually. All you need to do is publish the content to a web application that is marked with ASP.NET v2.0

And now you should be thinking

The new language features should require a new compiler. How exactly is the new compiler used ?

The answer is your web.config file. When you create an ASP.NET 3.5 website in Visual Studio 2008 an entry is made in the web.config something like

<system.codedom>
  <compilers>
    <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4"
              type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
      <providerOption name="CompilerVersion" value="v3.5"/>
      <providerOption name="WarnAsError" value="false"/>
    </compiler>

The new features do require a new compiler to be used and the web.config tells .NET that the v3.5 compiler has to be used.

What about IIS 7.0 ?

IIS 7.0 is no different.




Mario Alberto Arce, from http://blogs.msdn.com/vijaysk/archive/2008/03/20/running-asp-net-3-5-on-iis.aspx

Tips para evitar Spam Filters

Primero que todo la forma para evitar Spam Filers básicamente no existe, es lógico, los 'spammers' ya hubiesen adoptado esas prácticas. Pero sí existen consejos y buenas prácticas para evitar que los correos que los sistemas envían automáticamente logren obtener la menos cantidad de 'hits' de spam.

Enviar correos de solo texto es feo y anticuado, pero para poder enviar correos atractivos a clientes o usuarios es necesario usar HTML, desafortunadamente esto aumenta la posibilidad de ser catalogado como spam. Spam Filters como SpamAssassin trata los correos electrónicos con HTML como potencialmente peligrosos, por lo que se debe usar con cuidado.

Aquí se enumeran algunas de las recomendaciones para los correos electrónicos que se envían automáticamente a través de sistemas:

• crear dos tipos de Bodys, uno Html y otro PlainText o solo texto

Por ejemplo en C# / ASP.NET 2.0 usando la clase System.Net.Mail se puede pueden crear AlternateViews, en lugar de usar directamente la propiedad .Body, es importante además que el texto de ambas vistas sea el mismo:

MailMessage mailMessage = new MailMessage();
...
System.Net.Mail.AlternateView plainView = System.Net.Mail.AlternateView.CreateAlternateViewFromString(bodyText, null, "text/plain");
System.Net.Mail.AlternateView htmlView = System.Net.Mail.AlternateView.CreateAlternateViewFromString(bodyHtml, null, "text/html");

mailMessage.AlternateViews.Add(plainView);
mailMessage.AlternateViews.Add(htmlView);

• indicar siempre un Encoding correcto para el mensaje que se está enviando, por ejemplo:

mailMessage.BodyEncoding = System.Text.Encoding.GetEncoding("utf-8");

• indicar un Message-ID válido en el header del correo

mailMessage.Headers.Add("Message-ID", messageId);

la forma correcta del Message-ID es como un FQDN (Fully Qualified Domain Name), este es un nombre que incluye el nombre de la computadora y el nombre de dominio asociado a ese equipo (ver http://es.wikipedia.org/wiki/FQDN)

el mismo siempre deber ir dentro de brackets, por ejemplo:

<282d02960905221208o57db2aedwfe91b2793003b447@mail.gmail.com>

antes del arroba normalmente se pone un identificador único del mensaje. Los Message-ID muy cortos también son penalizados

• validar el código HTML, es importante validar que el código HTML no contenga error, tags mal cerrados o mal escritos, además usar solamente tags estándar de HTML

• se puede utilizar CSS para dar formato a los correos, pero de la misma manera que el HTML se debe validar que no tenga errores, se deben usar estilos estándar, para fuentes de letras utilizar las fuentes estándar, usar un tamaño estándar de letra, no usar letras pequeñas por que son calificadas como practicas spam

• MAYÚSCULAS No, evitar el uso de mayúsculas  !!!

• configurar el correo correctamente, indicar correctamente el From Address y el From Name del correo

• evitar Spam Filters Words: hay una serie de palabras y frases usadas en spam conocidos, estas se deben evitar. Algunas de estas palabras se pueden consultar en http://www.emaildeliveryjedi.com/spam-words.php, http://www.marketingforsuccess.com/wordstoavoid.html

• utilizar una cuenta y servidor de correo confiables y sobre todo bien configurado

• se pueden utilizar imágenes, un buen número es entre 1-3 imágenes. Evitar los correos que solo contengan imágenes, debe incluirse una buena cantidad de texto

• evitar cosas como: letras itálicas y con tamaño de letra o muy grande o muy pequeño, usar colores no estándares, incluir Forms en el correo

• evitar Anexos o Attachments, aumentan inclusive la posibilidad de distribuir virus

• evitar incluir muchos destinatarios como BCC

Estos son algunos de muchos consejos para tratar de evitar los Spam Filters, es recomendable hacer muchas pruebas antes de liberar sistemas que envíen correos electrónicos de forma automática, se deben hacer constantemente mejoras para lograr la menor cantidad de hits por parte de los Spam Filters.

Tips

http://www.emaildeliveryjedi.com/avoid-spam-filters.php
http://www.businessstrata.com/Win/Email-Marketing/How-to-Avoid-Spam-Filters/
http://www.andreas-kraus.net/blog/tips-for-avoiding-spam-filters-with-systemnetmail/
http://www.masternewmedia.org/news/2008/05/24/spam_checking_tools_and_tips.htm
http://www.marketingforsuccess.com/wordstoavoid.html

Recursos

http://www.lyris.com/resources/email%2Dmarketing/
http://www.mailingcheck.com/download-spam-checker/

Sobre SpamAssassin

http://spamassassin.apache.org/tests_3_2_x.html
http://wiki.apache.org/spamassassin/CategoryRule

Mario Alberto Arce