Blog de David Rodriguez

Esta semana se ha oido mucho la subida del crudo, y la huelga de pescadores, porque no les sale rentable faenar, con lo alto que estan los carburantes.

Realmente, este es un problema que atañe a todos .. agricultores, pescadores, transportistas, etc … y del cual .. estamos tan habituados a que el precio de la gasolina suba tanto .. que ya no nos quejamos ni siquiera los usuarios.

La verdad que entiendo perfectamente a estos profesinales (quitando a los usuarios normales, por decirlo asi), que ellos han pasado unas tarifas normalmente anuales a sus clientes, y el precio del crudo les hace que sus costes suban, y no pueden repercutirlos sobre sus clientes. Me parece que el gobierno deberia modificar esto, es decir, que ponga un precio para la gasolina, y lo mantenga en un periodo de tiempo.

Otra solucion es como hacen las compañias de viajes, aunque tambien tienen sus problemas, de ponerte un precio para el billete + tasa de carburante, con lo que pueden subirte (porque bajarte nunca te lo bajan) el precio del billete sin tu conocerlo (yo creo que juegan con este extra, para corregir costes de todo tipo … seguramente david fernandez de revista80dias.es podria confirmarnos este dato, que seguro que lo conoce.

Con todo esto .. me viene a la cabeza los proyectos informaticos .. que para eso es mi campo jejejeje y no quiero decir que pongamos un extra de carburante.

la mayoria de los cliente piden proyectos cerrados, para saber el coste del proyecto. Una vez firmado, ya no se puede incrementar ni decrementar, con lo cual estamos en el mismo caso que la mayoria de los trabajos mencionados arriba.

¿porque ningun estado hace esto con el petroleo? Obviamente lo se .. es muy facil su postura, y al ser un bien primario .. estos son lentajas .. si las quieres las tomas y si no las dejas ..

Imaginaros por un momento que yo todos los proyectos que presupuesto, lo hago por horas. Es decir, segun el numero de horas, el proyecto costara un precio u otro. Obviamente, pocos clientes me lo aceptarian ….

En definitiva … creo que estamos jodidos TODOS.

Estoy totalmente seguro jajajaaja Me estoy empezando a preocupar … soy un poco friki .. acabo de ver terminar la semifinal de eurovision (creo que nunca habia caido tan bajo) jajaja y la verdad que en el resumen de todos los aspirantes .. casi muero ahogado en la cena jajaja

Se ha clasificado bosnia-herzegovina .. la cual te puedes imaginar como son …

tampoco te puedes perder a los de armenia

jajaja casi me muero de la risa …mi gran pena .. es que el pollo de irlanda no se ha clasificado … me he sentido irritado jajaja de ver que una cancion que me gustaba no pasaba.En fin .. cada dia que pasa estoy mas seguro que este año si .. este año ganamos eurovision.

Todo el que tenga formularios en internet, más tarde o más temprano, tendrá robots que le envian información para intentar introducir en su base de datos urls, etc.

Un sistema bastante común es el de Captcha, que es la tipica imagen distorsionada, el cual no me gusta como usuario, ya que es obligar al usuario a utilizar un campo más de un formulario, lo que puede hacer perder un posible usuario (a mi me pasa ). Ademas, los programas OCR reconocedores de imagenes, hacen que las imagenes sean tan distorsionadas que son incluso complicado para un humano reconocerlas. Como veis, no es un campo que me guste, con lo cual, quien quiera proteger sus formularios de esta forma, pues tiene multiples módulos para generar estas imagenes, yo prefiero otras formas.

A continuación, paso a detallar posibles metodos anti-robot los cuales he utilizado para proteger los formularios. Cuanto más pongas, mas dificil tendrá el robot introducir su porquería. Algún ejemplo estará realizado en php, aunque la idea se puede exportar a todos los lenguajes. Para entendernos mejor, llamaremos Pagina1 a la pagina del formulario y Pagina2 a la pagina donde se realiza la operacion de negocio de ese formulario(envio correo, guardar en base de datos, etc).

1.- Realizar comprobaciones de los datos en el lado del cliente y en el lado de servidor.

Obviamente, solemos realizar las comprobaciones Javascript en el lado del cliente para que el “usuario normal” no introduzca datos erroneos en la Pagina1. Los robots se saltan esta limitación, asi que debemos comprobar en el servidor, que todos los datos tienen el formato correcto, en la Pagina2.

Por ejemplo, si pedimos el telefono o código postal, pues en el lado del servidor debemos comprobar que nos llega un dato numérico , o la misma comprobación que hagamos en javascript.

2.- Controlar la sesión del usuario.

Controlar mediante sesiones, que el usuario que entra en la Pagina2 viene exclusivamente de la Pagina1. Es decir, tenemos una variable que guardamos en la sesion del usuario, por ejemplo, con valor 1, y cuando leamos esa variable en Pagina2, pues si tiene ese valor es que viene de Pagina1, y modificamos su valor para que tenga que volver a pasar por el formulario. De esta forma, tambien limitamos que el usuario pueda dar 100 veces a refrescar la página, y nos introduzca sus datos 100 veces.

3.- Introducir un campo oculto en el formulario con la una clave dinámica y encriptada.

Podremos poner en el formulario, un campo “hidden” cuyo valor sea una clave encriptada que nosotros sabemos. Si esta clave es dinámica, pues mucho mejor.

Por ejemplo,

<input type=”hidden” name=”clave” value=”<?=md5(‘CLAVEqueQueremos’.$datodinamico.$numeroaleatorio)?>”

Es decir, en este ejemplo, nos generamos una clave con los siguientes campos:

- CLAVEqueQueremos: Una cadena de texto que nosotros definimos y que solo nosotros conocemos.

- $datodinamico: algun dato que identifique al formulario y que sea dinamico, si por ejemplo estamos haciendo una compra de un producto, pues el productoId sería la opción

- $numeroaleatorio: Número aleatorio que generamos en cada petición y que podemos pasarselo a la Pagina2 en otro campo hidden o guardarlo en una tabla o fichero temporal para consultarlo desde Pagina2.

Una vez hecho esto, se encripta para que el resultado visible en el navegador sea una cadena de texto extraña. Aquí he puesto como ejemplo el metodo de encriptación md5, pero se puede utilizar cualquier método de encriptación.

En Pagina2, volvemos a generar esta clave, la encriptamos, y comprobamos que es lo mismo que nos viene de Pagina1 del campo “clave”.

4.- Introducir un campo oculto por css con nombre email

Introducir un campo cuyo nombre contenga la palabra “email”, y ocultarlo con estilos(style=”display:none”). En el value del campo, introducimos un valor que no sea un email, ya que está comprobado que los robots rellenan con un email aleatorio todos los campos que encuentran con ese nombre. De esta forma, en Pagina2, podemos comprobar que ese campo que nos llega no tenga formato de email.

Ejemplo:

En Pagina1:

<input type=”text” name=”emaildementira” value=”A” style=”display:none”>

En Pagina2:

Comprobamos que en el campo “emaildementira” no nos llega una @.

Con todo esto, lo que haremos será entorpecer un poco más los robots de envio de porqueria con formularios. Esto evoluciona cada día, con lo cual, no es una panacea, pero por lo menos se lo ponemos más dificil a los spam-robots. Por lo menos que el programador que lo ejecuta … que se lo curre un poco más.

Si teneis algún otro método que no conozca .. aquí estamos para conocerlo.

Si alguno tiene muchos problemas de realizar estos pasos, que me mande un email que se lo explico con más detalle.

Espero que os sirva.

Pues he leido que google habia actualizado los pagerank en abril de 2008, y me han sorprendido varias cosas.

Segun la definicion de pagerank, es el numero de enlaces “de calidad” a cada pagina, por decirlo de alguna forma resumida.

Me sorprende que este blog, sin tener casi enlaces, tenga un PR4, mientras que otras paginas con bastantes mas enlaces y visitas, tienen PR3 o PR2, como www.franquiciando.com , www.akademias.com o www.guarderiasenmadrid.com

Con esto sigo con mi teoria de google, que no entiendo muy bien … es decir .. ¿en que se basan?¿realmente tiene sentido fijarse en el PR?

Yo creo que no es un factor muy influyente … pero bueno .. cada uno que piense lo que quiera.

Nos hemos mudado de oficina en Activolution y Piensa en naranja. Esto supone el cambio y comprobación de todos los temas electricos .. que como no .. hacemos los informaticos. Recuerdo que en una empresa que estuve, me dijeron que arreglara el microhondas .. a lo que dije que no tenia ni idea …. “¿pero no eres informatico?”. En fin .. una anéctoda más para contar a los nietos …

El tema es que hemos montado un rack. Nunca había montado uno, puesto que por lo que sabía, no deja de ser un armario. Efectivamente, el tema es muy simple. Le hemos puesto unos ventiladores para refrescar un poco los servidores y unas bandejas para separar los distintos elementos.

Para los que no hayais montado nunca uno, decir que hemos comprado los siguientes elementos:

  – Armario Rack
  - Bandejas Rack
  – Bandeja Ventiladores

La entrada de los cables viene por el interior del rack. Todas las paredes son desmontables facilmente y la puerta principal es de cristal. Hemos introducido unos ladrones de alimentación para dar corriente a todos los elementos.

Hemos montado servidor de oficina, centralita de telefono, hub, router, amplificadores de hilo musical, servidor de vigilancia. El rack no es muy grande, y realmente ya está lleno. 

Como os digo si no habeis montado ninguno, no es nada especial. Animaros a hacerlo puesto que no tiene ninguna complicación.

En cuanto pueda, os pondré unas fotos de la nueva oficina y del rack en cuestion.