Enlaces:

1x01
http://www.fileserve.com/file/GNbBEMA
1x02
http://www.fileserve.com/file/mnHrZGd
1x03
http://www.fileserve.com/file/MPyPNZz
1x04
http://www.fileserve.com/file/QVBd3yv
1x05
http://www.fileserve.com/file/pqb7sDf
1x06
http://www.fileserve.com/file/EKXjAFy
1x07
http://www.fileserve.com/file/wpqgdZP
1x08
http://www.fileserve.com/file/cPrpphx
1x09
http://www.fileserve.com/file/rUcGCqu
1x10
http://www.fileserve.com/file/X58qF9H
1x11
http://www.fileserve.com/file/9Ky5jYu
1x12
http://www.fileserve.com/file/dssYg72
1x13
http://www.fileserve.com/file/AHP58dj
1x14
http://www.fileserve.com/file/ytaJuJr
1x15
http://www.fileserve.com/file/NtzK7DK
1x16
http://www.fileserve.com/file/er78TBY
1x17
http://www.fileserve.com/file/uP8yZs8
1x18
http://www.fileserve.com/file/QqgtWDC
1x19
http://www.fileserve.com/file/qVG8SFa
1x20
http://www.fileserve.com/file/nq5BPKz
1x21
http://www.fileserve.com/file/5J4JMyY
1x22
http://www.fileserve.com/file/QS4dFcb
1x23
http://www.fileserve.com/file/Y8fzQaw
1x24
http://www.fileserve.com/file/cNsRuzm
1x25
http://www.fileserve.com/file/gFNG6SF
1x26
http://www.fileserve.com/file/vQ6yDdA
1x27
http://www.fileserve.com/file/vmHTVr9
1x28
http://www.fileserve.com/file/HmX7sc7
1x29
http://www.fileserve.com/file/gQEzt2Q

Después de más de un año sin escribir ni un maldito post en el blog decido renovarle el aspecto y probar a retomarlo. Aún no he conseguido modificar el código para que me deje mostrar los tags de cada artículo, puede que a priori no parezca importante pero no se, no se... Lo que si que me han gustado son los menús superiores que me permitirían agrupar temas que espero sean más o menos recurrentes en el blog (exacto, para que algún tema sea recurrente alguien debería de dedicarse a escribir acerca de ello más de una vez... y lo de escribir una vez no está siquiera asegurado).

Voy a comenzar tratando de escribir varios artículos acerca del iPod Touch. El que yo tengo es un iPod Touch 2G que viene a "nisificar" que es la segunda generación que sacaron. Tenía mejoras interesantes como el tener un altavoz externo que aunque no tenga mucha calidad de sonido (o nula más bien para los melómanos) siempre te puede dar el apaño cuando no quieras estar con los auriculares puestos escuchando música, viendo un video o jugando a algún juego. También como mejora incorporó bluetooth y dos botones laterales pequeños que permitían regular el volumen del cacharro, muy cómodos con respecto a la primera generación os lo aseguro. Aparte de presentar un diseño ligeramente más delgado por los bordes el resto de mejoras del 2G son la incorporación de un procesador ligeramente más rápido y si no me equivoco un ligero aumento en la RAM pero tampoco era apreciable. Lo que si fue apreciable fue que mi modelo de 16 Gigas era 60 euros más barato lo cual definitivamente me lanzó a comprarmelo.



























Con respecto al nuevo modelo 3G volvieron a rebajarlo de precio, le añadieron más RAM y un procesador más rápido lo cual supuso una gran decepción para todos los que lo esperábamos con una cámara incorporada que le habría incorporado una funcionalidad muy interesante para un montón de aplicaciones que sólo puede emplear el iPhone.
¿En que se diferencia de un iPhone? El iPhone presenta un sistema operativo similar basado en un sistema MacOS X con el mismo interfaz de acceso. El iPhone además trae una cámara bastante regulareja en las primeras 2 ediciones y en la tercera generación llamado 3GS una de 3,5 con autofocus que sigue estando por debajo de las de otros móviles no tan caros y con muchas menos funcionalidades que intentan ponerse a su altura. Claro esta que como teléfono puede emplearse para hacer llamadas y emplear las redes 3G para conectarse a Internet (mediante una tarifa plana preferiblemente). El 3GS trae también una brujula digital que pueden emplear las aplicaciones de GPS y realidad aumentada. La otra ventaja del iPhone con respecto al iPod es que también dispone como he comentado antes un receptor GPS. Sin embargo, la gran deventaja del iPhone es que actualmente esta sujeto a un contrato de 2 años con Movistar en exclusiva que presenta tarifas abusivas que ni siquiera permiten una tarifa plana "auténtica", sino que cuando te pasas de X cantidad de datos descargados (la cantidad depende de la tarifa abusiva que estes pagando) te limitan la velocidad brutalmente.
En fin, vale ya de historias técnicas, ¿para que sirve? Es prácticamente un ordenador de bolsillo, permite cosas como:

• Navegar por Internet con Safari y muy cómodamente al menos para mi experiencia
  
• Escuchar música con un interfaz muy cuidado
• Ver vídeo en una pantalla de 3 pulgadas más que decente para algún viaje
• y luego trae programas chorradillas como reloj, tiempo, bolsa(¿esto para qué? a mi también me parece una chorrada), etc.

Lo bueno es que tiene una gran tienda de aplicaciones (no exenta de polémica por su política de aprobación de aplicaciones muchas veces tiránica) y os aseguro que pueden darle funcionalidades geniales.
Hay juegos muy entretenidos, programas de ofimática, de bases de datos, de hacer listas, de redes sociales y un montón más.
A lo largo de los artículos que escriba haré recomendaciones de aplicaciones, juegos, trucos y como no: jailbreak, la forma de acceder a todo el potencial que puede llegar a desarrollar el iPod.

He tenido que buscar una version de Babylon 5 que incluyera el diccionario de frances a español. Y ya que he hecho ademas unas instrucciones "mu apañas" y se lo he pasado todo en un fichero comprimido subiendolo a megaupload aprovecho para colocar tambien el link en el blog por si a alguien le resulta util. Por cierto, Babylon 5 es un diccionario para palabras y expresiones para quien no lo sepa.

Se acabaron los exámenes y a escribir de nuevo que esto está muy abandonado. Un monton de clases aburridas me han dado para unas cuantas tiras cómicas de dudosa gracia. Comenzamos con un nuevo personaje, Tokio Shunjuku, que nos instruirá en una serie de técnicas ninja para aplicarlas a nuestra vida diaria. ¡Sayonara!

Para entender esta tira hay que conocer Bleach, Dragon Ball y Death Note.

Guión: MikeHDF
Dibujo: El chico costra



No veais lo que me ha costado hacer la maldita tira, entre que no me acordaba de como se dibujaba a Celula ni el traje de Ichigo cuando libera el Bankai ni los pelos de Trunks. Y colorearlo todo con todos los detalles mas las malditas manchitas de Celula ya era el colmo XD.

En fin espero que la hayais disfrutado ^^

Para entender el post necesitas: Tener conocimientos de SQL, aunque no necesariamente de SQL Server (otra cosa es que te sea útil si no lo utilizas).

Cuando uno está acostumbrado al comportamiento de un motor de base de datos específico, iniciarse con uno distinto puede resultar un problema; ya que es normal encontrar casos particulares en los que el comportamiento de uno y otro difieren, sobre todo a la hora de manejar valores nulos.

En mi caso, ya estaba acostumbrado a trabajar con la base de datos Informix de la compañía IBM, de las más potentes y rápidas que he utilizado sin lugar a dudas, cuando empecé a utilizar / experimentar la versión Express de SQL Server 2005. Tenía que migrar una aplicación de un lenguaje (Dynamic 4GL) a su nueva versión harto mejorada (Genero 4GL) y de una base de datos a otra.

Todo fue bien hasta que tuve que hacer una SQL con un "potito" OUTER JOIN.

En el programa en cuestión, necesitabamos relacionar la tabla de artículos con la tabla de existencias, pero queríamos que salieran todos los artículos que pertenecieran, por ejemplo, a la familia 'AJUSA', sin importar si existía o no el registro correspondiente en la tabla de existencias. Además, para el presente ejemplo, sólo vamos a consultar el año 2008.

La consulta a ejecutar en Informix es muy simple:

SELECT articulo.*,existencia.*
FROM articulo, OUTER existencia
WHERE articulo.fam_art = existencia.fam_art
AND articulo.cod_art = existencia.cod_art
AND articulo.fam_art = 'AJUSA'
AND existencia.ejercicio = 2008
ORDER BY articulo.fam_art

Para comprobar que la sentencia es correcta, basta con hacer un SELECT COUNT de los registros de la tabla de artículos cuya familia sea 'AJUSA' y compararlo con el resultante de esta misma consulta. Ambas sentencias devolverán el mismo número de registros. Y si tenemos pocos artículos podemos asegurarnos comparando, os aseguro que no falla.

Ahora bien, si hacemos la consulta equivalente en SQL Server, que sería:

SELECT articulo.*,existencia.*
FROM existencia RIGHT OUTER JOIN articulo
ON existencia.fam_art = articulo.fam_art
AND existencia.cod_art = articulo.cod_art
WHERE articulo.fam_art = 'AJUSA'
AND existencia.ejercicio = 2008
ORDER BY articulo.fam_art

Tendremos una desagradable sorpresa; ya que sólo devolverá los registros que en ambas tablas existan con los criterios especificados o, lo que es lo mismo, HACE UN PUTO INNER JOIN.

Rebuscando por ahí encontré esta página en el que veía confirmada esta afirmación y la forma de solucionar el problema. La forma de trabajar de SQL Server es un poco especialita, por decirlo suavemente: primero se hace el filtrado de la clausula WHERE y ¡¡DESPUÉS!! el OUTER JOIN.

La solución propuesta en la web de sqlteam consiste en incluir los criterios de selección en la clausula ON del OUTER JOIN. Para que nos entendamos, si queremos sacar TODOS los artículos relacionados con la tabla de existencias que sean del 2008 (existan o no en esta tabla); la consulta necesaria sería:

SELECT articulo.*,existencia.*
FROM existencia RIGHT OUTER JOIN articulo
ON existencia.fam_art = articulo.fam_art
AND existencia.cod_art = articulo.cod_art
AND existencia.ejercicio = 2008

Pero en nuestro caso tenemos un problema adicional; y es que sólo necesitamos los artículos cuya familia es 'AJUSA'. El campo fam_art forma parte del OUTER JOIN, con lo que esta condición sería ignorada por el motor de la base de datos; de modo que la consulta:

SELECT articulo.*,existencia.*
FROM existencia RIGHT OUTER JOIN articulo
ON existencia.fam_art = articulo.fam_art
AND existencia.cod_art = articulo.cod_art
AND articulo.fam_art = 'AJUSA'
AND existencia.ejercicio = 2008

... daría el mismo resultado que la sentencia SQL anterior; vamos, que saca todos los artículos tengan o no tengan existencias en el 2008.

Pero la solución está cerca atendiendo al orden de ejecución de las clausulas, porque lo que debemos hacer es utilizar la clausula ON para indicar los filtros sobre la tabla en la que se especifica el OUTER (en nuestro caso, '"existencia") y después emplear la clausula WHERE para la tabla de la que queremos extraer todos los registros ("articulo" en este ejemplo):

SELECT articulo.*,existencia.*
FROM existencia RIGHT OUTER JOIN articulo
ON existencia.fam_art = articulo.fam_art
AND existencia.cod_art = articulo.cod_art
AND existencia.ejercicio = 2008
WHERE articulo.fam_art = 'AJUSA'

Esta consulta devuelve los registros que deseábamos obtener.

Los OUTER JOIN se utilizan muy rara vez y es difícil encontrar información sobre este dichoso problema; así pues, decidí que tan preciada información tenía que estar en este blog, que tantas visitas recibe, para que el conocimiento se propague rápidamente XD.

Frikis y frikas (pongámoslo en plural, seamos optimistas), tuve un pequeño olvido en mi presentación con respecto a mis aportaciones a este nuestro blog (no vuestro, nuestro); y es que si hay algo que me pirra son los videojuegos antiguos (esos que tiraban perfectamente en un Pentium III o incluso inferior) y los minijuegos flash gratuitos, a los que se dedican enteramente no pocas páginas.

Seguramente pronto no tardaré en aburriros con mis juegos favoritos de aquellos que rulan con menos del Gigahercio y que no necesitan ocupar 3 Gigabytes del puto disco duro para echarlos a andar en pos de la espectacularidad gráfica y memeces similares; para eso siempre resulta mejor comprar una consola de última generación a tener que actualizar el ordenador cada dos años si queremos deleitarnos con las novedades del sector lúdico (siendo optimista y hablando de gente con pasta, claro); y luego para que la mayoría de las veces nos sintamos estafados o decepcionados con la jugabilidad del producto en cuestión. Lo dicho, otro día os aburro con eso XD.

El caso es que ahora os quiero hablar de un jueguecillo Flash harto divertido y gore (como los buenos) que encontré hace un par de días en la fabulosa web Minijuegos. Se trata de "Viva Caligula"; en el que encarnas al zumbado emperador romano, que decide erradicar la perversión de las calles de Roma... matando a todos sus ciudadanos.

Para realizar tan tiránica (más que titánica) tarea, podrás recorrer las siete colinas de Roma y coleccionar todas las armas que existen en el juego, un total de 26, una por cada letra del alfabeto representada en nuestro teclado (tened en cuenta que la "Ñ" no cuenta para los anglosajones que diseñaron el juego).


Los ciudadanos, esos cabroncetes pseudo-empáticos, se acaban cabreando si llenas la calle de cadáveres o si te ven atacar a los que pertenecen a su mismo grupo; por lo que llegará un momento en el que tendrás que pelear contra todos.

Existe, además un poder que se activa cuando nuestro personaje esta ebrio de poder y sed de sangre (de vino, también) denominado "Rampage mode", que nos permitirá descuartizar a nuestras víctimas con bastante menos golpes de los habituales.


Una vez obtenidas todas las armas, podréis entrar en el palacio de nuestro pirado psicópata y ¡FORMAR PARTE DE UNA ORGÍA! en el que recibirá hasta el apuntador.

El juego ha sido fruto de la colaboración entre www.adultswim.com y www.popandco.com, en cuyas webs tendréis la posibilidad de jugar online a éste y otros juegos geniales como Bible fight en el que puedes encarnar a Moisés, Eva, Satán, Jesús o incluso al mismisimo Dios para darte de hostias contra éstos y otros personajes bíblicos.

El punto negativo de "Viva Caligula" es que ocupa unos 16 MB (6 MB el fichero principal y el resto para las texturas que se cargan al acceder a los distintos niveles). Si borramos con frecuencia los ficheros temporales de nuestro navegador, la carga del mismo puede resultar un coñazo. Es por eso que no he parado hasta conseguir descargar todos los ficheros que el juego necesita para funcionar correctamente sin conexión a internet. Como no he saltado ningún dispositivo de seguridad para hacerlo y el juego es gratuito, aquí lo tenéis:

Viva Caligula (Offline)

Contraseña del archivo: elchicocostra.blogspot.com

En el fichero rar tenéis el juego y el Flash Player 9 (dentro de la subcarpeta "player") que os permitirá disfrutar del juego a mayor velocidad que si lo abrís con vuestro navegador.

Todo friki es un psicópata en potencia, así que ¡saciad vuestros bajos instintos, putos!

Para entender el post necesitas: Tener conocimientos de SQL Server, Crystal Reports y Visual Basic 6, así como estar familiarizado con las conexiones vía ODBC.

Parece que, desde la versión 8 ó 9 de Crystal Reports, existe un problema a la hora de cambiar la base de datos a la que queremos conectar cuando lanzamos un informe, ya sea utilizando los módulos RDC o .NET de Crystal Reports. Recuerdo haberle dado muchas vueltas en su día, cuando tuve que programar un administrador de informes con sus filtros y la información de conexión vía ODBC (nombre del DSN, driver, servidor, usuario y contraseña) de modo que fuesen fácilmente configurables. Por aquel entonces cargaba (innecesariamente) los datos en un RecordSet con la sentencia SQL del informe y luego se lo asignaba al objeto CRAXDRT.Report correspondiente. Creía que el método funcionaba correctamente, hasta que tuve que hacer un pequeño lanzador de informes con el runtime de Crystal Reports XI y detectamos que siempre atacaba a la base de datos que fuese declarada en el informe origen. Después de quebraderos de cabeza varios, y hacer muchas tonterías, di con la solución al comprobar la sentencia SQL del informe (que era lo primero que tenía que haber hecho, leches).

Parece que desde la versión 8 en adelante, se les ocurrió la genial idea de dejar guardada la información de la base de datos a la que debía conectar el informe explícitamente en la clausula FROM de la dichosa sentencia SQL. De modo que, hagas lo que hagas con la cadena de conexión del informe, a éste le basta con encontrar el servidor SQL al que estaba enlazado para que deseche la nueva información o, si no la encuentra, seguramente falle sin más.

Por suerte, este problema tiene solución sin tocar la sentencia SQL. Basta con modificar los datos de conexión de las tablas utilizadas en el informe (ya sea alterando la ConnectionString o las ConnectionProperties) y alterar el origen de los datos mediante la propiedad Location de la tabla. A continuación os dejo el código fuente de una función con la que podéis atajar el problema:

Entorno utilizado: Visual Basic 6 SP6 con el runtime de Crystal Reports XI Release 2.
Base de datos: SQL Server 2000. Puede ser útil también para Oracle.


Public Function AplicaCambios(ByRef crrep As CRAXDRT.Report _
, strDsn As String, strServer As String, strDb As String _
, strUid As String, strPwd As String, strDriver As String) As Boolean
    Dim i As Integer
    Dim esSqlServer As Boolean

    AplicaCambios = True

    'Comparamos sin distinguir mayúsculas. _
     Si se trata de un report contra SQL Server tendremos _
     que procesar el Location de cada tabla.
    If InStr(1, strDriver, "SQL SERVER", vbTextCompare) Then
        esSqlServer = True
    Else
        esSqlServer = False
    End If

    For i = 1 To crrep.database.Tables.Count
        With Me.crReport.database.Tables(i)
            Call .ConnectionProperties.DeleteAll

            Call .ConnectionProperties.Add("DSN", strDsn)
            Call .ConnectionProperties.Add("Server", strServer)
            Call .ConnectionProperties.Add("Database", strDb)
            Call .ConnectionProperties.Add("User ID", strUid)
            Call .ConnectionProperties.Add("Password", strPwd)
            Call .ConnectionProperties.Add("UseDSNProperties", False)

            If esSqlServer Then
                On Error Resume Next
                .Location = strDb & ".dbo." & .Location

                If Err.Number Then
                    Call MsgBox("Error al procesar los nombres de las tablas: " _
                    & vbCrLf & .Location & " al pasar a " _
                    & strDb & ".dbo." & .Location _
                    & vbCrLf & Err.Number & ": " & Err.Description)

                    AplicaCambios = False
                    Exit For
                End If
                On Error GoTo 0
            End If
        End With
    Next
End Function 'AplicaCambios


La comprobación del driver no sé si os resultará útil; en mi caso, el programa lo utilizo para atacar mediante ODBC a SQL Server o a ficheros de texto plano; por eso no aplico el cambio de la propiedad Location siempre.

Por último, creo conveniente comentar que una de las ventajas de Crystal Reports XI es que no hay que procesar los subinformes, ya que todas las tablas se encuentran localizadas en el miembro Database del objeto CRAXDRT.Report. Creo recordar que, para la versión 9, sí era necesario recorrer todas las secciones para aplicar los cambios.

Espero que sirva de ayuda a alguien. Para sugerencias o dudas, tienen a su disposición los comentarios.

Recuerdo que cuando tenía unos 14 años o así pusieron en canal sur una serie llamada en España "Meteoro".



La animación era un poco cutre (normal porque la serie es de 1967) e iba acerca de un adolescente (como no) que pilota un deportivo un tanto especial, el Mach 5, corriendo en carreras de cualquier parte del mundo. El Mach 5 fué diseñado por su padre, un corredor profesional retirado, y dispone de mecanismos que permiten conducir en cualquier tipo de terreno y con todo tipo de obstáculos. El piloto llamada en España Meteoro tendrá que usar dichos mecanismos en numerosas ocasiones, pues se enfrenta habitualmente a competidores sin escrúpulos y criminales internacionales que tratan de amañar las carreras.

Meteoro suele ir acompañado de su novia Trixie, su hermano pequeño Spridle y de la mascota de éste, Chim-Chim (un mono).

La información la he sacado de la base de datos de frozen-layer aqui os pongo el link a la ficha por si sentís curiosidad y no desmerecer el trabajo del que la haya escrito.

La serie en si misma a mi me parece infantil y está muy desactualizada como podréis comprobar en la intro que he encontrado en San Youtube y he puesto más abajo (aunque creo que basta con ver los primeros 30 o 60 segundos para haceros una idea de lo que era):




¿Y por qué reseño esta serie si me parece tan cutre? Pues porque los hermanos Wachowski (que al parecer ahora son hermano y hermana ya que Larry se ha hecho un cambio de sexo en sus vacaciones en Tailandia y ahora se llama Lana) están realizando una película de imagen real de esta serie y el primer trailer que ha salido es espectacular. Lo podéis ver y descargar en la pagina oficial de la película aunque esté en inglés merece la pena. Para los que usen firefox y no puedan ver quicktime (yo al menos no encuentro el plugin) yo les recomiendo bajarlo que tienen los enlaces al lado para ello y así poder disfrutarlo en alta calidad, pero si son demasiado perros pueden verlo en este enlace de youtube que está subtitulado al español.

Como curiosidad sale Mathew Fox al que mucha gente conocerá como Jack en Perdidos. El reparto está repleto de actores bastante conocidos como Susan Sarandon, Emile Hirsch, Christina Ricci, Susan Sarandon y John Goodman.

Según la ficha de Yahoo cine se estrenará el 9 de mayo de este año y yo desde luego ya lo he marcado en el calendario.