Santi Balboa

Me hago mayor?¿?¿

2008-05-08T17:54:00.004+01:00

Pues sí, después de mucho tiempo detrás de una PDA, terminé comprándome una flamante HTC, con su flamante conexión móvil, su perfecto GPS, su completísima agenda...bien, pues entre todas esas funciones, ha terminado realizando una para la que no estaba preparada, como soporte para mis post-it de toda la vida.

Qué le voy a hacer, no soy nadie sin papel.

Reto FBI

2007-11-26T00:04:00.000+01:00

Dando una vuelta por la web de kriptopolis he encontrado un reto de la web del FBI.

Es muy muy sencillo de sacar. ¿Os animáis a intentarlo?

El texto cifrado es el de la imagen anterior:
PIKODENHFENJIKM!
YIH QELB GDISBK
NQB PICB.
OI NI AGJ.OIL/PICB.QNT
MI WB SKIW,EKC
UFBEMB PIKMJCBD
E PEDBBD WJNQ
NQB AGJ

Enigma

2007-11-25T20:08:00.001+01:00

Me gustaría compartir por aquí una página genial que simula una máquina de cifrado Enigma de tres rotores.
Enhorabuena a Frank Spieß , su creador.
La podéis disfrutar en: http://www.enigmaco.de/enigma/enigma.swf

¡La ñapa!

2007-08-29T18:44:00.000+01:00

Un día tras varias semanas de aguantar unas obras de rehabilitación en el piso de al lado, mis padres hacen limpieza de fondos en el piso y mueven el mueble del comedor que da al piso donde se desarrollan estas obras, y OH, sorpresa!! Se encuentran la madre de todas las ñapas. A los paletas se les fue la mano, y para solucionar el boquete que habían hecho, metieron como pudieron la idem desde el otro piso para realizar esta obra maestra, digna de la más puntera ingeniería del siglo XXI´, como puede apreciarse en la foto.
Esto me ha hecho preguntarme, uno que es un poco friki y no puede evitar llevar todo a su terreno, cuántas “ñapas” ocultas de este tipo he visto en software a lo largo de mi vida. Detrás de espectaculares interfaces de usuarios, o como modo de salir del paso ante un bug, un apuro, un desfase de tiempo, o por un cambio de requisitos a varios días de una entrega... Seguro que todos conocéis unas cuantas, que escondidas entre miles de líneas de código, esperan latentes que a alguien se le ocurra hacer limpieza y dé un vistazo detrás del armario.
En el caso que nos ocupa, tanto mis padres como el promotor fueron razonables y llegaron a un acuerdo, pero es que sobraban palabras, era todo evidente. En el caso del Software, la cosa cambia un poco, no siempre se ven las cosas tan claras y hay cien maneras de , por lo menos, hacer dudar a un cliente en si sus quejas son fundamentadas.. Si tú le dices que el problema de su aplicación está en la “junta de la trócola”, probablemente, bien porque no tiene más remedio a esas alturas, o bien porque confía en tu profesionalidad, o simplemente por no quedarse como un idiota, no dirá nada, y pagará para que se la cambies. Por lo tanto es un campo abonado para los abusos de todo tipo, de empresas y comerciales sin escrúpulos que prometen el oro y el moro en plazos inverosímiles casi “para ayer”.y que obliga a muchos programadores a esconder la ñapa detrás de los armarios para llegar a tiempo.

¿Dónde está Michael Cimino?

2007-08-03T13:14:00.000+01:00

Sí, sé que suena a ¿dónde está Wally?, pero es que hoy me encontraba organizando mi colección de películas (por cierto, pasándolas al programa Griffith, que aún con sus carencias, recomiendo), cuando he llegado a El cazador. Obra maestra del cine en estado puro . Robert de Niro, Cristopher Walken , Meryl Streep ¿Alguien da más? y me he dado cuenta de que hace años que no oigo que saque una peli nueva.
Pues nada , había que ir a imdb a ver que ha sido de él; tras asegurarme que no había fallecido, he revisado la lista de películas que tenía, y sólo veo una que pudiese hacer que le borrasen del mapa y no le dejasen volver a ponerse detrás de una cámara, El siciliano, con el pseudoactor Christopher Lambert, el tarzán lelo (sí, no hay enlace a él, me niego), pero a parte de este aceptable borrón, tiene la obra maestra comentada, dos o tres muy buenas pelis (Manhattan sur, un botín de 500.000 dólares ), y las demás , muy pasables en el peor de los casos y siendo muy exigente.

Por lo tanto, vuelvo a mi pregunta inicial ¿dónde anda este hombre? ¿alguna vez nos volverá a regalar momentos increibles como el de Walken jugando a la ruleta rusa en El Cazador?

Quién sabe. Lo único que sé seguro es que algo dentro de mi siempre esperará una nueva maravilla de este gran director.

Jugando con Recursos Humanos v 2.0

2007-08-01T12:48:00.000+01:00

En principio quería titular el post algo así como ¿Quieres trabajar en Microsoft?, aunque la verdad, lo que me ha llamado la atención son las preguntas más que quién está detrás.
A lo que iba, hace ya tiempo que vi el conocido tema de las preguntas que el departamento de recursos humanos de Microsoft hace a los candidatos, las cuales se pueden ver en el famoso libro ¿Cómo moverías el monte Fuji? de Willian Poundstone( http://www.amazon.com/Would-Move-Mount-Microsofts-Puzzle/dp/0316919160), y como me encanta todo el tema de juegos de lógica, adivinanzas, etc. suelo ir buscando preguntas del mismo para ver si las saco algo de jugo (a veces pienso que tengo demasiado tiempo!); aunque la intención de las preguntas no es que todas tengan una respuesta concreta, si no más bien, valorar la capacidad creativa de los candidatos, cuando veo alguna que me gusta, la intento resolver, y he encontrado una que me ha divertido mucho dar con la solución, la mía, que no sé si será correcta, pero a mi me cuadra.
La pregunta concreta, versión spanish, es:
Juan y Pepe tienen entre los dos 21€, Juan tiene 20€ más que Pepe. ¿Cuántos tienen cada uno?. Por supuesto, no valen fracciones de €. Los resultados en números enteros.
En fin, verano y vacaciones, producen estos post :).

Rewriting en .NET. El código

2007-06-09T11:01:00.000+01:00

Por fin dispongo de espacio y os puedo colgar el código sobre todo el tema tratado en post anteriores.

Desde Aquí os podéis bajar un zip con toda la solución totalmente operativa. Sólo comentaros un poco por encima un par de características.

Está escrito en VB.

Ataca a una base de datos Access. Esto es así para que podáis probarlo en cuanto lo bajéis. En cualquier caso, en app_data están los sripts de creación de la base de datos, tablas y datos iniales por si queréis pasarlo a Sql Server.

Espero que os guste.

Un saludo

Rewriting en .NET (IV)

2007-05-30T22:15:00.000+01:00

Cuarta y última entrega del artículo. Terminaremos con la arquitectura de un proyecto de ejemplo y los problemas más frecuentes con los que os podéis encontrar durante el desarrollo.

La arquitectura del proyecto de ejemplo

Prerrequisitos
Necesitaremos únicamente el Framework 2.0 y cualquier versión de Visual Studio. En caso de optar por atacar un Sql Server, cualquier versión del mismo será válida.

Base de datos
Para su uso inmediato en cualquier entorno, la aplicación ataca una base de datos Access.
Para cambiar y hacer que la aplicación ataque una base de datos SQL, incorpora scripts de creación tanto de la base de datos como de los stored procedures y tablas necesarios más el código comentado en la capa de datos para el acceso a los mismos.

Código
Capa de datos. Un DataManager más las entidades de negocio usadas.
Capa de negocio. Manager para la generación de menús. Módulos y clase ReWriter. Controles web necesarios.
Utilidades. Clase vertical de utilidad para distintas tareas rutinarias de la aplicación. ( eliminación de acentos, etc.)
UI. Interfaz de usuario con las páginas del proyecto, una página default.aspx de entrada y una única página, productos.aspx, de captura de todas las peticiones.
Css y Skins mínimos para la interfaz de usuario

Web.config
ConnectionStrings de la aplicación, tanto para SQL Server, como para Access.
Creación de secciones de configuración.
Declaración de módulos.
Reglas de reescritura tanto para recursos que constituyan páginas aspx, como para cualquier otro tipo de recurso, css, js, imágenes…)
AppSettings con las claves de la aplicación. Sólo se usa una para determinar la Url del dominio.IMPORTANTE: Tendréis que cambiarla con la url donde vayáis a correr la aplicación.

Por ejemplo:
Por defecto la clave y su valor son:

<appSettings>
<add key="UrlServidorWeb" value="http://localhost:2314/WebRewriter" />
</appSettings>

Si ejecutáis dentro del entorno del Visual Studio, deberéis cambiar el valor de la clave a http://localhost:xxxx/WebRewriter donde xxxx será el puerto que os abra el servidor web incorporado al entorno de desarrollo del VS.
En caso de que instaléis la aplicación en un IIS local, el valor de la clave sería:

http://localhost/WebRewriter WebRewriter como nombre del directorio virtual. Si lo habeis creado con otro nombre, sería ese otro nombre.
En caso de que instaléis la aplicación en un IIS en algún dominio o tengaís dns apuntando al mismo, el valor de la clave sería:

http://www.midomino.net/WebRewriter donde WebRewriter sería el nombre del directorio virtual. Si lo habéis creado con otro nombre,usaréis ese otro nombre.

Detalles de posicionamiento en buscadores
-Hay que controlar del número de páginas “falsas” que generaremos; sites pequeños con miles de páginas, llamarán demasiado la atención y probablemente serán penalizado tarde o temprano. Google no es tonto, y si se puede hacer esto, es porque lo permite.

-Sacar el id que usaremos para pasarlo como parámetro a las páginas finales reales fuera del nombre de fichero final (html o aspx). Es mejor que figure como un directorio más dentro del path a que forme parte del nombre de la página “falsa”.

-Supresión de espacios, cambiados por _ o por + en cualquier parte del path, incluido el nombre final de la página

-Quitad acentos, diéresis o cualquier otro tipo de puntuación de las palabras. A las “arañas” de los buscadores les molesta mucho.

-Es mejor realizar modificaciones continuas, aun pequeñas e ir aumentando el número de páginas que se encuentran las arañas de Google en cada visita poco a poco, a crear mucho contenido de golpe, de una sola vez, y que luego no haya ninguna variación en tiempo. Pequeños “trucos” serían algo así como crear un apartado de noticias que fuésemos actualizando a menudo, o algún otro tipo de entrada similar son bastante efectivos.

-Crear un Sitemap. Google nos proporciona además herramientas para los administradores Web para la gestión del posicionamiento. Más información la podéis encontrar en http://www.google.es/support/webmasters/

Es importante, situarlo lo más arriba posible en la página, ahora hablo de la resultante. Utilizad Capas (div) si es preciso. Las arañas de los buscadores leen linealmente, son vagas y se cansan pronto por lo que si vuestros enlaces están al final de páginas inmensas, tenéis probabilidades de que no lleguen hasta el final si no encuentran algo más por el camino.

-Importante también el uso de controles de navegación, como el sitemappath. Son más enlaces que cargamos en las páginas.

-Existen diversos manuales sobre el tema como Hacks de Google:

Herramientas

Expresiones regulares
Entre otros programas, RegexDesigner. Intuitivo, sencillo y, pudiendo verificar tanto “matchs” obtenidos como “Replaces” a efectuar.

Analizadores Web

Decir antes de nada, que no me dedico a reposicionar páginas en buscadores, pero siempre es bueno tener un control para evitar sorpresas en fases de desarrollo avanzadas, por lo que tener unos mínimos recursos a mano cuando nos embarcamos en un proyecto de este tipo nunca está de más.

En principio, todos los analizadores que añado corren bajo entorno Web, no he probado aún ninguna aplicación de escritorio sobre el tema. Hecho en falta, alguna que realmente haga una búsqueda recursiva de todas y cada una de las páginas saltando entre ellas y genere algún report general que nos dé más pistas.

http://tools.summitmedia.co.uk/spider/ Muy buena

http://www.seoforum.no/

Enlaces de interés

MSDN

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnaspp/html/urlrewriting.asp

http://www.microsoft.com/spanish/msdn/articulos/archivo/020604/voices/URLRewriting.asp#urlrewriting_topic4

Web.config

http://msdn2.microsoft.com/es-es/library/ms178685(VS.80).aspx

Varios

http://www.aspnetresources.com/blog/validation_scare.aspx

Filtros para Rewriting

http://www.iismods.com

http://www.qwerksoft.com

Expresiones regulares

http://www.sellsbrothers.com

http://bulma.net/body.phtml?nIdNoticia=770&nIdPage=2

PD: Como Santi está muy perro para publicar él la última parte del artículo, me ha pasado el marrón a mi... eso sí... el formato es todo suyo, porque no me ha dejado hacerlo a mi manera :P.

PPD: El proyecto de ejemplo está pendiente de colgar...

Rewriting en .NET (III)

2007-05-14T23:02:00.000+01:00

Tercera entrega del tema, dedicada esta vez a las expresiones regulares y a los problemas más frecuentes con los que os podéis encontrar durante el desarrollo.

El extraño mundo de las expresiones regulares

Las clases regex y Match son el corazón del rewriting. Ambas se encuentran en el NameSpace “System.Text.RegularExpressions”.

A grandes rasgos, la idea general de las expresiones regulares es lograr encontrar patrones en cadenas, es decir, dentro de una cadena, la que sea, poder encontrar la coincidencia en la misma de otra subcadena, sin que tengamos que escribir literalmente esa subcadena, sino dar un formato genérico, que cualquier subcadena que lo cumpla, sea reconocida.

Podéis encontrar un buen manual sobre expresiones regulares donde la primera parte es general y la segunda más orientada a otros entornos, no solo a .NET, en :
http://bulma.net/body.phtml?nIdNoticia=770&nIdPage=2

El punto más importante es tener en cuenta que en caso de encontrar el patrón de la expresión, en caso de substitución, ésta se realizará de TODA la cadena que coincida con el mismo.
Vamos a ver las expresiones básicas sobre una regla de reescritura de nuestro ejemplo.
Regla:
Url de entrada:
(ESesFRfrcatCAT)\S+(ProductoLocal/)([0-9]+)/+\w+\.\w+$
Url de salida, que reescribiremos
Productos.aspx?IdProducto=$3
Si descomponemos la expresión en partes tendremos lo siguiente:
(ESesFRfrcatCAT)
Agrupación () paréntesis:
(ESesFRfrcatCAT) Utilizado para formar grupo, que se comportan como tal, tanto a efectos de comprobación, como para ser sustituidos por un parámetro. A efectos de parámetros, siempre manda el orden en que se formen los grupos; en este caso, si usásemos en la reescritura el parámetro $1, correspondería a este grupo.
barra vertical:
Componente OR; una opción u otra.
En nuestro ejemplo, equivaldría a una expresión lógica como à ES OR es OR FR …
Cadenas
\S+ Cualquier cadena una o más veces.
Literales
(ProductoLocal/) Dentro de nuestra expresión, podemos escribir literales exactos. En nuestro ejemplo, forzamos a que dentro del patrón de búsqueda, exista exactamente “ProductoLocal/”
Rangos [] Corchetes
([0-9]+)/ Para establecer, rangos de números o letras. En este caso, cualquier número entre 0 y 9 repetido una o más veces.
+\w+\.\w+ cualquier carácter alfanumérico, seguido de un “.”, seguido de cualquier carácter alfanumérico.
Coincidencia desde el final de la cadena
$ Forzamos a que la coincidencia se busque desde el final de la cadena a la hora de compararlo con el patrón.

Por último la reescritura que se hará en caso de coincidencia (“match”) en la expresión, será:
Productos.aspx?IdProducto=$3, donde $3 corresponde al parámetro 3, como podéis comprobar el orden corresponde al grupo ([0-9]+), que será el Id del producto en nuestro caso.
Por lo tanto, una petición de página como ésta:
http://www.midominio.com/ES/ProductoLocal/1/script.html
Crearía la reescritura siguiente: http://www.midominio.com/Productos.aspx?IdProducto=1
Donde la cadena coincidente es: “ES/ProductoLocal/1/script.html”

Como resumen de caracteres especiales en la generación de expresiones regulares, tenéis:
[ ] à CorchetesàPara rangos
() àParéntesisàPara formar grupos
+ à Aparición de la subcadena 1 o más veces
* à Asteriscoà Aparición de la subcadena 0 o más veces
\ àHace que no se considere un comando lo que le sigue.
^ à Indica que la coincidencia debe ser desde el inicio de la cadena (línea)
$ à Indica que la coincidencia debe darse desde el final de la cadena (línea)
à Barra verticalàOperador OR
\w à Indica palabra (alfanuméricos y _)
\W à Opuesto al anterior
\s à Coincidencia con los caracteres los espacios y otros caracteres en blanco
\S à Opuesto al anterior

2. Problemas durante el desarrollo
El famoso problema del PostBack
Básicamente el problema consiste que cuando hacemos un postback en la página a la que hemos aplicado el Rewriting, al hacer el render del objeto Htmlform, en la misma etiqueta form aparece el atributo action, con la página real, física, a la que llamamos, no con la página virtual que simulamos abrir.
Por ejemplo si nuestra página con rewrite es http://dominio/producto_x.html y nuestra página real a la que redirigimos es http://dominio/productos.aspx?IdProducto=x al hacer el render en el servidor de la página, el tag form sería algo como <form method=”post” action= productos.aspx>. Esto conlleva problemas con la captura de eventos de los controles, también que en la barra de navegación del navegador, aparezca la url real a la que hemos accedido.
El problema es que no se puede acceder a este atributo en tiempo de ejecución ya que es de solo lectura lo que hace que haya que buscar otro tipo de solución.
Hay diversos planteamientos para solucionarlo, entre ellos el uso de script sobrescribiendo el atributo en cuestión. En mis proyectos yo he optado, después de sudar mucho y cruzar los dedos, con buenos resultados hasta el momento, por crear una clase que herede de HtmlForm y en ella modificamos el atributo Action. La clase en cuestión con el método que nos interesa para modificarlo quedaría así:

<toolboxdata("<{0}:frm runat="server">")> _
Public Class FormRewrite
Inherits System.Web.UI.HtmlControls.HtmlForm
Implements System.Web.UI.Design.IControlDesignerTag
'Protected Overrides Sub Render(ByVal output As System.Web.UI.HtmlTextWriter)
' If Not Me.DesignMode Then
' MyBase.Render(output)
' End If
'End Sub
Protected Overrides Sub RenderAttributes(ByVal writer As System.Web.UI.HtmlTextWriter)
Attributes.Add("enctype", Enctype)
Attributes.Add("id", ClientID)
Attributes.Add("method", Method)
Attributes.Add("name", Name)
Attributes.Add("target", Target)
Attributes.Render(writer)
MyBase.Attributes.Remove("action")
End Sub
A partir de este momento, en los formularios que usaremos, sustituiremos el tag form de los mismos por nuestra clase
<formrewrite:formrewrite id="form1" method="post" runat="server">
<form id="form1" method="post" runat="server">

El registro del mismo lo podemos hacer en la misma página en la que lo usaremos o bien en el fichero Web.config con efectos para todas las páginas
En el primer caso
<%@ Register TagPrefix ="FormRewrite" Assembly ="App_Code" Namespace="BBWebforms"%>

En el segundo:

Con esto tendremos solventado el problema del postBack en el rewrite, pero aún queda un escollo más por salvar; actualemente en la versión del VS 2005 parece existir un bug que no permite tags forms personalizados.
El error que nos ocupa es el siguiente cuando intentéis entrar en el diseñador con un tag Form propio heredado de HtmlForm:
Unable to cast object of type 'System.Web.UI.Design.HtmlIntrinsicControlDesigner' to type 'System.Web.UI.Design.ControlDesigner'
Y habréis perdido la visión de todos los controles de la página bajo este feo error.
Habitualmente trabajo con un diseñador, este bug, me obliga a cambiar el tag al original <form> cuando quiero dejar que yo mismo o el diseñador accedamos al html para retocar algo. Demos las gracias por las masterpages que hacen que esto sólo lo tenga que hacer para unas pocas páginas, si no, lo hubiera desechado. En cualquier caso, considero lo comentado un buen y eficiente sistema para solventar el problema del postback y un bug del diseñador de VS no debería hacer que lo rechazarmos sin darle antes unas cuantas vueltas a los pros y contras.

Peticiones de ficheros desde las páginas (css, js, gif, jpg, etc.)
Algo a tener en cuanta es que nuestra tarea de reescritura no se acaba con las peticiones a páginas. Hay que tener en cuenta cada petición que nos llega al servidor de los distintos tipos de ficheros habituales en cada una de nuestras páginas; desde las hojas de estilo, hasta los ficheros flash, pasando por scripts, hojas de estilo, etc. Todos y cada uno de ellos deben pasar por todas las fases que hemos comentado. Desde añadir las extensiones al servidor p ara su paso al motor de ASP para su proceso, hasta escribir las expresiones regulares para la captura y reescritura de las mismas.
Normalmente me basta añadir una expresión regular a mi Web.config para esos ficheros específicos por cada grupo de páginas de las que tengo ya preparada una regla. Por ejemplo:
Dos reglas para distintos de pagina, en el caso, dinamicas1 y dinamicas2
<regla>
<url>(ESesFRfrcatCAT)\S+(dinamica1/)([0-9]+)/+\w+\.\w+$</url>
<rewrite>productos.aspx?IdProducto=$3</rewrite>
</regla>
<regla>
<url>(ESesFRfrcatCAT)\S+(dinamica2/)([0-9]+)/+\w+\.\w+$</url>
<rewrite>categorias.aspx?IdCategoria=$3</rewrite>
</regla>
Mi regla para todas las peticiones de ficheros para esas mismas paginas
<regla>
<url>(ESesFRfrcatCAT)\S+(dinamica[0-9]+/)+([0-9]+)/(\S+\.(jsJSswfSWFjpgJPGgifGIFcssCSSSKINskin))</url>
<rewrite>$4</rewrite>
</regla>

Em el próximo post, unas consideraciones finales, así como un proyecto completo de ejemplo totalmente operativo.

Taggeado!

2007-04-16T23:11:00.000+01:00

Bueno, mi company de feina "el Torres" me ha pasado el marrón, digo el tagg, a mi edad y con estas cosas, en fin, habrá que cumplir. Cinco cosas sobre mí que normalmente no cuento a nadie.

1-Tocaba el saxo en la intimidad, bueno, mi vecino no compartiría el término "intimidad", pero bueno, me relajaba y sin ninguna pretensión me lo pasaba como un enano esos ratillos. Hablo en pasado porque los mamones de correos me lo "perdieron" cuando me lo mandaron desde Madrid hará ya un par de años.
2-Con 17 años estuve en la selección juvenil de futbol, todo parecía indicar que iba a ganar pasta por salir en calzones cada domingo a un campo. Pero las cosas no son como uno quiere, y como tantos otros me quedé a mitad de camino, compuesto y sin pasta y me toca currar de por vida. Bueno, seguramente ahora no estaría escribiendo esto si las cosas hubieran sido de otra manera.
3-Escribía poesía. Dejé de hacerlo el día que una conocida me dijo que le gustaban mucho mis poemas porque "le recordaban a las canciones de Perales". Sin comentarios.
4- Tengo la playa a 30 segundos de casa y para llegar al tren cada mañana paso por ella. Suele ser el mejor momento del día. Aunque soy de los madriles, ya no puedo vivir sin el mar.
5-Voy a dejar de fumar, voy a ponerme a dieta, voy a volver al gimnasio, voy a estudiar otra vez...a veces soy un poco peliculero.

Bueno, me toca marcar a alguien, así que va para: La que no encuentra su sitio

CATdotNET.org

2007-04-11T22:12:00.000+01:00

Para profesionales, para estudiantes, para curiosos o simplemente gente interesada en .NET...

CATdotNET.org es un grupo, de las tierras catalanas, sobre .NET ... para colaborar, reunirse, compartir ideas.

Está en plena fase de creación, pero organizándose con rapidez y ya en abril está previsto convocar una primera reunión (aunque el lugar y horario está por confirmar). Para esa primera convocatoria se barajan temas interesantes, que en cuanto estén cerrados os contará Santi desde aquí.

Tenéis más información sobre el tema en el blog de su compañero José Miguel Torres.

Seminarios Microsoft de Mayo en Barcelona

2007-03-30T23:52:00.000+01:00

Durante el mes de Mayo, Microsoft, con la colaboración de Certia, organiza en Barcelona dos seminarios bastante interesantes con el Visual Studio Team System como estrella.

Los títulos de los mismos, “Acelere el ciclo de Vida de sus Aplicaciones” y “Metodología y Procesos de Desarrollo”.

Se celebrarán los días 10 y 31 de Mayo y el 7 de Junio en las oficinas de Microsoft en las Torres Diagonal Litoral.

Teneis toda la información en la página de Microsoft y en la web de Certia

Error TF31002 al conectar al TFS desde Team explorer (II)

2007-03-29T19:53:00.000+01:00

...Continúa desde aquí
El siguiente paso para resolver el error hubiera sido comprobar las claves del registro del Team Explorer HKEY_CURRENT_USER\Software\Microsoft\Team Explorer, concretamente la entrada Team Server, para comprobar permisos y que esté en condiciones, llegando incluso a borrarla en caso neceserario para regenerarla creando de nuevo la conexión desde el Visual Studio.
En caso de fracaso, revisión de logs en el directorio del Team Explorer, para ver si ha dejado algún rastro el error de conexión.
Sin embargo, no ha sido necesario hacer esto. Cuando he llegado al puesto de trabajo habían restaurado el sistema completo, habiéndose solucionado el problema.
El tema es que no lo hemos podido dejarlo zanjado por si hubiese vuelto a pasar, y por ley de Murphy...HA VUELTO A SUCEDER.
Al estar ahora controlados los pasos, ha sido posible poder ver el paso concreto que ha generado el error , que ha sido el siguiente: al preparar el entorno de desarrollo para el uso de ensamblados compartidos, todos los programadores creamos la variable de entorno DevPath y modificamos el fichero Machine.config con la siguiente entrada
<runtime>
<developmentMode developerInstallation="true" />
<runtime>
(más información sobre el tema Aquí)
¿Qúe ha pasado entonces? que el usuario (perdón, Pablo, mi company de faenas :P) había duplicado la entrada runtime. El fichero machine.config no se quejaba porque seguía teniendo un formato xml correcto, pero los efectos,entre otros posibles síntomas que se presentarían por esta causa, le ha tocado salir el primero el del Team Explorer.
La parte negativa es que ante un error de este calado, el mensaje de error del Team Explorer sea tan vago y tan genérico. Nos ha llevado un par de horas largas de análisis y pruebas cuando en realidad era un error tan evidente e importante.
Espero que no le pase a nadie más, pero en cualquier caso, ojo a los mensajes de eror del susodicho.

Saludos

Error TF31002 al conectar al TFS desde Team explorer (I)

2007-03-28T22:22:00.000+01:00

Escenario: máquina con Visual Studio para desarrolladores recien instalada. Team Explorer instalado atacando un Team Foundation Server en pleno funcionamiento. Frameqork 2 + WinFx + extensiones WCF, WPF y WWF. Entorno de trabajo en una LAN, sin proxy en el TFS. Usuario autorizado, trabajando en Team Project.
Resto del equipo de desarrollo trabajando sin problemas.

Acción ¿desencadenante?
Obtenemos la última versión de una solución dentro del control de código fuente del Team Project. Los ficheros se bajan sin problema. Se actualiza en local en el espacio de trabajo por defecto de la máquina.

Problema
De repente la máquina en cuestión pierde la comunicación con el TFS. Tras varios intentos de conexión por el método normal (menú herramientas-->Conectar con servidor TFS), en todos y cada uno de ellos da error.
Las posibles causas que se indican en el MSDN son:
-El nombre del servidor, el número del puerto o el protocolo (http/https) es incorrecto.
-La contraseña ha caducado o es incorrecta.
-El servidor Team Foundation no está disponible.
-La red no está disponible

Manos a la obra
Comprobamos conectividad. Ping y accesos a recursos de la máquina donde está el servidor. Correcto por lo tanto descartamos un problema de red en el lado servidor.

Comprobamos servicios del TFS (http://:8080/services/v1.0/serverstatus.asmx), Correctos
Entrada de otro usuario del equipo. Correcto
Entrada del usuario afectado desde una sesión en otra máquina. Puede acceder!!!
Con estas tres pruebas, descartamos que el servidor TFS no esté disponible o que sea incorrecto la dirección o protocolo.

Comprobamos permisos del usuario(TFS, Sharepoint y Reporting Services). Correctos
Comprobación de perfil del usuario en el dominio. Correcto
Descartamos pués que el usuario tenga problemas de contraseña o algún otro tipo de problema con la autenticación.

El problema aumenta. Si ninguna de las causas posibles de este error lo ha causado y en la máquina no se ha instalado nada en ningún momento que haya podido afectar a la instalación de algún componente, ¿qué ha pasado entonces?. Eso nos gustaría saber también a nosotros!

Busquémonos la vida pues.
El error que salta al intentar conectar, salta demasiado rápido, es como si ni siquiera llegara a "hablar" con el servidor, por lo que habrá que echar un vistazo a ver que se mueve por la red.
Recurrimos al Ethereal para comprobar el tráfico generado, y primera sorpresa!, no hay tráfico en absoluto cuando desde el IDE de VS se intenta conectar al servidor. Volvemos a comprobar la conectividad con el servidor haciendo un nuevo ping, y el tráfico es normal con el TFS.

Ya tenemos la pista, algo está bloqueando el tráfico desde la máquina al servidor.
El Firewall de XP está desactivado.
Comprobamos las opciones de conexión del IExplorer y están erróneas. Parece que las directivas de sistemas de inicio de sesión para configurar el proxy de la LAN de salida no se cargan bien.
El primer paso es corregir esto. Una vez hablado con sistemas y corregido el problema, volvemos a intentar acceder. Imposible

¿Habrá que reinstalar el VS?¿sólo el Team Explorer?

Continúa aquí...

Rewriting en .NET II

2007-03-23T23:17:00.000+01:00

Siguiendo con el tema, en esta segunda parte comenzaremos ya con el proceso completo, la configuración del IIS, y la captura de peticiones.

1. Proceso de generación del Rewriting
· Configuración del IIS
Paso básico para que funcione nuestro ReWriter. Partimos en la forma que trata el IIS las peticiones de recursos que le llegan.
Las páginas simples. Html, txt, pdf, etc. las sirve directamente sin pasar la petición al motor de .NET. Lo mismo ocurre para imágenes, gif, jpeg, etc. El servidor las buscará directamente y en caso de encontrarlas se las servirá directamente al cliente. Ya que vamos a controlas las peticiones directamente con el motor de .NET, es básico que cualquier recurso pedido pase por nuestras manos por si pudiese ser motivo de algún tipo de tratamiento antes de su envío al solicitante.
Para ello vamos a entrar de nuevo a las propiedades de la aplicación Web en la que estamos trabajando mediante el administrador del IIS y vamos a forzar que cualquier tipo de fichero pase al motor .NET.
Difiere un poco de la versión 5 a la 6 del IIS.
En la Versión 5 entramos en las propiedades de nuestra aplicación Web , y en la pestaña de Directorio virtual, a Configuración

Aquí podremos ver las extensiones que por defecto se envían a su procesamiento con .Net (a través de la dll aspnet_isapi.dll) y podremos añadir las extensiones que necesitemos para nuestro objetivo. En la versión 5 añadiremos directamente la extensión objetivo, el path a la dll, y los comandos o acciones que provocarán este envío (en principio, get, post, put y head).
Podemos emplear el carácter comodín * para hacer referencia todos los tipos de ficheros solicitados y no tener que mapear cada una de las extensiones.

En la versión 6 del IIS, la operativa es la misma; cambia un poco la interfaz y la configuración de las las asignaciones de recursos a la dll correspondiente para el caso de determinar todos los ficheros, que ya no se hace en la ventana anterior, sino que tiene un interfaz propio y separado del resto de extensiones directas.

· Modificando el Web.config
Si recordáis el punto anterior del uso de filtros para generar el Rewrite, había un fichero Ini donde almacenábamos las expresiones regulares que haríamos servir para nuestro fin.
En el caso que nos ocupa, estas expresiones regulares las almacenaremos en un repositorio, un fichero de texto, y por la organización que necesita el mismo, regla-reescritura, el formato más adecuado, es un xml.
Llegados a este punto, podemos optar por dos opciones, usar nuestro web.config, o crear un fichero xml específico para esta función. En mi opinión es más eficiente, hacer uso del web.config, pues tendremos nuestras reglas en una sección, dentro de la organización jerárquica que nos proporciona, posibilidad de asociarle un manejador, seguridad integrada que el servidor atribuye ya de por sí a este tipo de ficheros ante intentos de intrusión y obtención del mismo., cosa que tendríamos que implementar nosotros en el caso de usar un fichero independiente. Además nos proporciona una manera eficaz de organizar distintas aplicaciones con temas en común debido a la organización jerárquica de los ficheros de configuración en .NET (machine.configàWeb.config de la raíz del servidoràWeb.config de cada SiteàWeb.config de cada aplicación del Site.) Podréis obtener más información de cómo se organizan los ficheros de configuración aquí.

Como sabemos, todos los valores de configuración de ASP.NET se encuentran anidadas de forma jerárquica en el fichero Web.config, dentro de la etiqueta raíz . De esta manera, para cada sección nueva que añadamos se requiere un controlador apropiado. Estos se definirán en la etiqueta .
El primer paso será preparar la creación de la sección donde guardaremos nuestras expresiones regulares. Esta declaración debe estar dentro de las sección <system.web>
<configsections>
<sectiongroup name="system.web">
<section name="urlrewrites" type= "ReWriter, App_Code">
</sectiongroup>
</configsections>
Podemos ver que esta declaración se subdivide en dos partes.
El grupo al que se añade la misma, sectionGroup, porque la configuración de ASP.NET nos permite agrupar secciones para una mejor organización de las mismas.
La sección que crearemos, con el nombre de la misma, y el controlador que se encargará de su procesamiento. La podemos incorporar al grupo que queramos, pero siempre declararla; además la asociaremos un manejador para la misma donde implementaremos la lógica de la reescritura.
Esto sucede porque ASP.NET deja el procesamiento de las secciones del fichero web.config en manos de algún controlador de sección. Cada uno de estos manejadores que declaremos, simplemente consistirá en una clase que implementa el interfaz IConfigurationsectionHandler. Más información sobre este tema la podréis encontrar aquí.
Un apunte más, los nombres de etiqueta son “Case sensitive”, por lo que habrá que prestar atención al uso de las mayúsculas y minúsculas al declararlas.
Ya sólo nos queda crear la sección y empezar a incorporar las reglas de reescritura en función de cómo las necesitemos. Siguiendo el ejemplo, quedaría de la siguiente manera:
<rewriterurl>
<regla>
<url>expresion regular a buscar</url>
<rewrite>pagina a la que redigiremos</rewrite>
</regla>
<regla>
<url>…</url>
<rewrite>…</rewrite>
</regla>
</rewriterurl>
· Capturando las peticiones
Para capturar las peticiones de páginas, disponemos de varias opciones. Explicaré la que más se integra en la arquitectura propuesta por ASP.NET 2.0, integrando un módulo en el directorio App_Code, aunque veremos un repaso rápido por las demás opciones.
· Global.asax. La opción más simple y más rápida de implementar. Sólo necesitaremos una referencia en el global.asax al módulo que hemos creado (ver la sección sobre el web.config) y hacer la llamada a los métodos necesarios dentro de el evento BeginRequest, pasándo como parámetro el “request.path que nos llega en la petición del cliente.
Las ventajas son su simplicidad y rapidez de implemetanción, sin que tengamos que sacar la lógica a un módulo propio externo.
· Una dll externa. Podemos implementar toda la lógica del rewrite en una dll externa al proyecto, incorporándolo al directorio bin de nuestro proyecto, haciendo referencia a la misma. El ensamblado que generemos debe ir firmado y por tanto tener un nombre seguro (strongname) e ir incorporado en el GAC. (más info sobre ensamblados firmados aquí )·
Las ventajas, todas las referentes a modularizar una aplicación, reutilización de código, claridad del mismo, etc.
· Módulo compilado en el App_Code. La implementación es la misma que en el caso de una dll externa, solo que en este caso el código lo generaremos y compilaremos dentro de la carpeta de sistema App_Code.
Ventajas, aprovechamos la arquitectura que nos proporciona NET con la compilación en tiempo de ejecución, la claridad del código.
Desventajas, para quien no este familiarizado con ello, la pelea que supone pelearnos con la generación y declaración del módulo.
· Proceso general en cualquiera de los tres casos anteriores
Una vez hecho esto, comienza la captura de peticiones.
Capturamos el evento BeginRequest ante la llegada de una petición de recursos a nuestra aplicación.
Pasamos el path del recurso solicitado, MEDIANTE LA PROPIEDAD Request.path actual, a nuestro proceso de reescritura, que se encargará de buscar coincidencias en las reglas que hemos generado en nuestro Web.config. Para ello, en nuestro caso, buscará el path en el nodo “url”.
Este proceso en caso de coincidencia nos devolverá el path de reescritura que se encuentra, en nuestro ejemplo, en la misma regla, en el nodo “rewrite”. En caso de no encontrar ninguna coincidencia, mantendrá el path original que nos ha llegado.
Al finalizar, llama al método RewritePath, con un parámetro que será el path, cambiado o no, que será finalmente el recurso que enviaremos al cliente.

En el próximo artículo daremos un repaso a las expresiones regulares que usaremos para hacer la reescritura así como todos los problemas que me encontré durante el desarrollo y alguna forma de solucionarlos.

Error de debug en Eclipse (Ubuntu)

2007-03-19T16:54:00.000+01:00

Instalado el JDK 1.5, el Eclipse y después de probar el típico Hola Mundo y ponerme con la PAC de POO... oooooooh, error al intentar debugar.
El JDK está instalado correctamente (se puede compilar desde línea de comandos y desde Eclipse)... el error sólo al debugar:

Me ha costado un poco resolverlo (llamadme ignorante, piltrafilla o lo que corresponda), pero era algo tan sencillo como añadir el localhost al archivo de hosts (/etc/hosts), que debe quedar tal que así:

# IP-Address Full-Qualified-Hostname Short-Hostname
#
127.0.0.1 localhost

Ahora sin problemas... debugando en Windows y Linux :)

No pulses ese botón!!

2007-03-16T00:24:00.000+01:00

Leyendo el post El desarrollo de Software no es fácil, incluso cuando tenemos todo controlado del buen blog de Jorge Serrano, (al que llegué a través del de mi colega de curro José Miguel Torres) me ha venido a la cabeza una anécdota real sobre las manías-perezas-acojones o vete a saber como llamarlo de los programadores y sus responsables en esta cosa del desarrollo. Estando en una empresa de cuyo nombre no quiero acordarme, en una aplicación que hace poco había pasado a producción, de repente aparecieron problemas en una función a la que se accedía a través de un click en un botón del formulario principal. Este click provocaba el cierre anticipado del programa con la perdida de todo lo que no tuvieses guardado. No es que fuera una funcionalidad imprescindible, de hecho sólo iba dirigida a uno o dos usuarios, pero era muy visible y el peligro de petar la aplicación se encontraba a un click de cualquiera.
A alguien en un momento de inspiración absoluta, quizá esperando que el tema estuviera resuelto en un corto plazo, no se le ocurrió otra cosa que poner como caption del botón "no pulsar, peta". Ni que decir tiene, que al momento de pasarlo a los usuarios, el primer día las caidas de la aplicación fueron todas.
Lo peor, es que cuando me fuí de aquel lugar, pasado ya un tiempo, el botón seguía ahí, con su invitación latente "no pulsar, peta".

Rewriting en .NET I

2007-03-15T22:22:00.000+01:00

Os voy a dejar a lo largo de varios posts el artículo sobre rewrite que publiqué en la revista MsCoder del mes de Febrero. Espero que os sea útil

¿Necesitas dar sentido al texto de tus urls mostrado en la barra de direcciones de los navegadores en las peticiones que se realizan a tus páginas? ¿Quizá buscas un mejor posicionamiento en Google, Yahoo y demás buscadores mediante la indexación de un gran número de enlaces apuntando a unas pocas páginas parametrizadas? ¿Simplemente buscas ocultar el nombre Y path de las mismas atendiendo a criterios de seguridad?
Entonces has llegado a Rewrite

1. Introducción

· ¿Qué es Rewriting?
El Rewriting a grandes rasgos es una técnica que consiste en reescribir urls que apuntan a páginas que no existen en tu servidor, capturando esta petición en algún punto de todo el proceso, redirigiendola a páginas físicas reales, las cuales son servidas al cliente, que en ningún momento advierte este proceso, siendo transparente para el mismo.
Los motivos para usarlo en nuestros desarrollos son diversos.
Hay un componente descriptivo, en cierto modo estético, que nos permitirá poder construir urls “amigables”, que en el mismo path conlleven una descripción de la página a la que apuntan, o incluso, una parte de su título o algún otro dato significativo de las mismas.
Enlace que verá el cliente:
http://www.midominio.com/ES/noticias/5/El_ciclon_Gordon_llega_a_Galicia.html
La página real a la que realmente accede el cliente:
http://www.midominio.com/noticias?IdNoticia=5
Otro componente importante es la seguridad. Sin ser una de las medidas más importantes en este aspecto, sin embargo nos ofrece la posibilidad de ocultar el path y nombre verdadero de nuestras páginas en el servidor, con lo que ocultamos en alguna medida, los primeros pasos de un intento de ataque mediante la obtención de cualquier tipo de información sobre nuestro servidor y páginas.
El tercero y de un tiempo a esta parte quizá el más importante, es la posibilidad que nos brinda el rewriting de subir el posicionamiento de nuestra Web en los buscadores. Más adelante profundizaré en este tema, quizá el punto central del mismo, pero como avance, podemos decir, que mediante estas técnicas, podemos hacer que los buscadores indexen una cantidad de páginas muy superior a las que físicamente tenemos. De hecho, las limitaciones al respecto son mínimas, pudiendo hacer crecer el número de páginas “simuladas” cuanto queramos, lo que también nos lleva a que, sin un control del mismo, podemos producir un efecto contrario al deseado ya que es un tema sabido que este tipo de simulaciones es uno de los motivos de penalización en los buscadores.

· De ASP a ASP.NET
Hasta el momento, querer reescribir las urls de tus páginas suponía utilizar Apache con PHP y mod_Rewrite o bien, en un servidor IIS con ASP, alguna herramienta de terceros en forma de filtro Isapi, como Isapi_rewrite. Si bien con .NET aún se puede recurrir a las herramientas mencionadas, ahora sí nos permite utilizar el motor de .NET para llegar al mismo resultado y, en mi opinión, un mayor control de lo que realmente está pasando en las entrañas de nuestro servidor.
Normalmente el proceso en el caso de usar un filtro externo sería el siguiente. Instalamos la dll que implementa el filtro (dos filtros disponibles son iisRewrite y mod_Rewrite)
En cualquiera de los casos anteriores, el funcionamiento y configuración de los filtros una vez instalados, será muy similar con ligeras variaciones.
El siguiente paso será configurar el IIS para que haga uso de esta dll. Esto se hará a través de las propiedades del Site donde queremos usar el rewrite (se realizará individualmente para cada Web site), añadiendo el filtro en la siguiente ventana de configuración a la que accederemos desde el menú contextual del site en sus propiedades:

Una vez añadida (pulsamos agregar y buscamos el path donde hemos instalado anteriormente la dll), accederemos a fichero de configuración, donde estableceremos las reglas de reescritura.
Como comenté antes, este paso es similar en todos los filtros, en cualquier caso, podéis encontrar ejemplos de los dos comentados en las siguientes direcciones: Mod_Rewirte y Mod_Rewirte.
Ambas librerías se configuran a través de un fichero .ini cuyo path es el mismo donde hayamos instalado la dll.

Las entradas de este fichero que más nos interesan serían:
Condiciones. A través de la cuales vamos a predeterminar cuando se aplicará el filtro o la redirección que tenemos a continuación.
El formato de la misma es: RewriteCond “Variable de servidor” “Expresión regular”. Pueden concatenarse varias condiciones mediante los operadores AND y OR.
La idea es simple, aplicaremos la regla que viene a continuación, si y sólo si se da esta condición *.
Reglas de redirección. Que determinarán la reescritura correcta de la página según la coincidencia con la expresión regular buscada. El formato sería: RewriteRule “Expresión regular entrada” espacio “Expresión regular salida”
Apliquemos un ejemplo
Queremos hacer una redirección hacia nuestra página de productos con el identificador del producto correspondiente, y como condición, sólo a modo de ejemplo, que la petición corresponda a una determinada IP, en este caso, el bucle local.
RewriteCond REMOTE_HOST 127.0.0.1
RewriteRule (ESesFRfrcatCAT)\S+(ProductoLocal/)([0-9]+)/+\w+\.\w+$ Productos.aspx?IdProducto=$3
Más adelante haremos una introducción a las expresiones regulares**, para el siguiente caso bastará saber que, en primer lugar, determinamos la condición de que la petición provenga del bucle local de la máquina donde esta el servidor (no tiene mucho sentido, ¿o sí?, pero en cualquier caso es sólo un ejemplo). En segundo lugar, estamos estableciendo la regla que hará, si seguís la expresión, que todas las peticiones que contengan ES o es o cualquiera de las primeras opciones, del primer paréntesis, más cualquier texto, más el literal “ProductoLocal/” + cualquier número + cualquier texto + “.” + más cualquier texto, se redirija a la página Productos.aspx, con el parámetro improducto que le daremos el valor $3 que se corresponde si os fijáis con la tercera agrupación del a expresión ([0-9]+).
*Podéis obtener, entre otras cosas, la lista completa de variables del servidor activando el seguimiento (trace) de vuestra aplicación, y posteriormente accediendo a la página virtual trace.axd o activando el seguimiento para las páginas individuales.
**Podéis bajaros algún editor para ir haciendo pruebas con las expresiones regulares. Mi preferido, es RegexDesigner.

Continúa...

Distros Linux sobre seguridad y análisis de redes

2007-03-09T10:37:00.000+01:00

De un tiempo a esta parte, Linux se veía (para quien no conocía el sistema) como una herramienta o sistema de hackers. Pero eso ha cambiado con las mejoras y facilidades que se van implementando en las nuevas distribuciones como Ubuntu, Fedora y demás... más enfocadas a usuarios estándar y a su entorno gráfico.

Y lo cierto es... que todo ese potencial se puede concentrar hasta cierto punto en una sola distro (y sobre el tema hay variedad para todos los gustos).
Ejemplos como BackTrack (que últimamente vuelve a ser noticia por la nueva versión, la 2), Knoppix-STD, nUbuntu, PHLAK, Whoppix... y así unas cuantas.

Resulta interesante disponer de todas esas herramientas, ya instaladas, en un único CD con el que poder arrancar el sistema sin necesidad de instalarlo... da mucho juego :)

Enlaces: Security Distro, BackTrack, nUbuntu.

Kit personal de seguridad I

2007-03-09T00:08:00.000+01:00

Llámalo paranoia si quieres, pero cada vez que cambio de equipo y después de intalar mis aplicaciones de desarrollo, guardo un hueco para una serie de herramientas que me han sacado de más de un apuro. Desde darme pistas de aquel error de un asp que no había manera de meterle mano, hasta enseñarme qué aplicación está capando mi ancho de banda.

Os paso una lista de mis "básicos".

Ethereal. Actualmente tengo la 0.10.10 con el Winpcap 3.1 y va pero que muy bien. Una joya. De un tal Gerald Combs. Open Source con licencia GNU.

WireShark. No conozco en profundidad si fue primero el huevo o la gallina en este caso, pero como Ethereal fue el primero que conocí, esta para mi es una nueva versión de aquel. Pero es otra joya, básicamente porque es lo mismo!. La verdad es que uso indiscriminadamente cualquiera de los dos. Quizá el primero que vea en el escritorio. No sé realmente el motivo de que existan las dos versiones. si alguien lo conoce, pues que me ilumine por favor, tengo curiosidad. Actualmente tengo instalada la versión 0.99.3.
Es también de Gerald Combs. Es Open Source con licencia GNU

NmapWin. ¿Qué voy a contar que no sepais? Scaner de puertos puro y duro, con distintos métodos de scaneo. Actualmente tengo instalada la versión 1.2.8 sobre un nmap 2.54

Mañana más, entre otros Nesus, Acunetix web vulnerability scanner, GFI Languard Network Security Scanner, Network stumbler, etc.

El proyecto Mono

2007-03-05T09:10:00.000+01:00

Un artículo interesante en la revista Mundo Linux de este mes: "Desarrollo y ejecución de aplicaciones .Net en Linux".

Al ritmo que van, implementar aplicaciones del framework de Microsoft .Net en entornos Linux empieza a ser ... menos incoherente :P
Con el IDE MonoDevelop 0.13 en release, se añaden nuevas funcionalidades como control de versiones y soporte para referencias web.
De momento siguen existiendo limitaciones en los casos en los que se recurre a la API de Windows, pero el proyecto está en continuo desarrollo y mejorando día a día.

Enlaces: Proyecto Mono, Mundo Linux, Mono hispano.

Kit RFID

2007-03-03T13:47:00.000+01:00

Teneis en kit económico para "trastear" con RFID para todos los interesados en el tema. Un poco más de información en la página de kriptopolis.

De momento parece que no hay nada en stock, esperemos que se solucione en breve. Lo económico del mismo lo hace interesante para iniciarse en el tema.