Ahhh... Nuestro querido Microsoft. De nuevo comparando .asp con php en "Migrating from PHP to ASP.NET". Mi sangre hierve un tanto al leer este tipo de artículos, pero debo reconocer, leyendo un par de post de otros sitios, que el artículo ha sido más objetivo que otros de la MSDN.
Vamos por partes, que recién voy leyendo:

• Introducción y Arquitectura, bien, aunque un tanto sesgados.
• Características: En general correcto, pero por el lado de php es bastante escueto.

  • Cache: No nativo, pero las clases Pear::Cache y PEAR::Cache_Lite son bastante sencillas, y funcionan muy bien para caches parciales y de página completa. También puede hacer caches de datos y resultados de funciones.
  • Bases de datos: Hummm... harta diferencia, especialmente porque php resulta ser más rápido por su acceso directo que el de .NET con ODBC. Aparte, lo de la salida de resultados es un chiste.
  • XML: Otro chiste. Si bien están como extensiones, php puede manejar SAX, DOM y XSLT. Sobre los web services, pura cortina de humo y juicios de valor; por ejemplo, ¿cuales estandares cumplen?
  • Sesiones: Error. Desde el mismo php puede usarse un sistema sesiones basado en URL, sin cookies, y hay sistemas de sesiones basados en base de datos, archivos y WDDX. Vean AdoDB para sesiones por db
  • Funciones incorporadas: se les olvida decir que uno puede crear las necesarias vía C/C++.
  • Expresiones Regulares: De nuevo chistoso. PHP tiene todo lo que dice de ASP.NET, incluso lo del llamado de funciones en los replace (preg_replace_callback)
  • Debug: SI, LO ADMITO, NO HAY HERRAMIENTAS POR DEFECTO. Pero XDebug, cuando funciona, es increible
  • Manejo de errores: Mhhh... tienen razón. Pero tendremos try, catch en php 5
  • Manipulación de errores: Claro, GD no viene instalado en php por defecto, pero en muchas distribuciones si lo está (como en este servidor).
  • Cache de datos: Si, no está por defecto la posibilidad, pero existen herramientas muy buenas: para base de datos, AdoDB, para funciones y variables PEAR::Cache e incluso se puede utilizar el compilador Turck MMCache para hacer cache de variables.
  • Internacionalización: Php puede hacer lo mismo, aunque reconozco que es necesario aprenderse un par de funciones. Revisen setlocale() y strftime() para fechas.
  • Correo: Aquí se cayeron, mis chicos. Php rules!
  • IDE: Y que pasa con Php Zend? Aparte, se puede utilizar casi cualquier programa de edición con php, mis amigos...
  • Servidor Web y Sistema operativo: Mhhhhh.... Las opciones: php = lo que uds desee. ASP = Windows. Harta la diferencia. Aunque los chicos de Mono hacen lo necesario para que .NET corra en Linux.

  . Como notaban en PhpDeveloper.org, es notable lo "fácil" que es programar en ASP, en comparación a php. Como muestra, dos botones:

  PHP

  Salida

  
$hello = "hi how are you\n";
echo $hello;


  Ponen ellos. La verdad es más rápido
  echo "hi how are you\n";

  Arrays

  $a = array (0,1,2);

  ASP

  Salida

  
<%
Dim Hello As String = "Hi how are you" & vbcrlf
Response.Write(Hello)
%>

  o aún peor
  
<script language="VB" runat="server">
Sub Page_Load(sender As Object, e As EventArgs)
TheDate.Text = DateTime.Now
End Sub
</script>
The current date is: <asp:Label id="TheDate" runat="server"/>


  Arrays

  Dim MySingleArraya() As Integer = New Integer (2) {0,1,2}

  ¿Ven? Lo más sencillo del mundo.

. Si, adoro php. Fueron más justas las observaciones, pero para mi trabajo, hacer páginas web, me quedo con Php (por ahora, por lo menos ;) )