Archive for Uncategorized
La mentira del calentamiento global: no lo produce el hombre.
Abril 16th, 2008 • 1 comment Uncategorized
Si prefieres descargarlo y verlo en tu ordenador en mejor calidad:
Bittorrent.
Una versión más breve y doblada al castellano: aquí.
Nokia Maps, ¿y quién necesita ya un Tom Tom?.
Marzo 5th, 2008 • 1 comment Uncategorized
Nokia permite a sus usuarios acceder a un servicio de mapas y callejeros bastante completo aún sin que el terminal disponga de GPS y a través de un servicio gratuito denominado Nokia Maps.
Es una buena opción a los tradicionales GPS de los coches, los cuales cuestan una pasta (sobre todo si son integrados) o son engorrosos. Y es que en la España en que vivimos no se puede dejar en el coche una vez que nos vamos, incluso hay que borrar la marca de la ventosa en la ventana si no queremos que nos rompan la luna y miren en la guantera, donde casi todo el mundo lo guarda. Por tanto nada más útil que integrarlo en el móvil, que junto con la cartera es lo que llevamos a todos los sitios.
Nokia Maps permite su uso tanto en vehículos (pues nos guía a través de la voz) como para nuestros paseos urbanos, ¿quién no ha querido saber la posición exacta de la calle que estamos buscando?. Para ello se podrá hacer uso del propio localizador GPS, del móvil o de otro que añadamos por Bluetooth, que nos situará o simplemente realizar una consulta como si fuera un callejero normal en caso de no tener dicho GPS.
Nokia también permitirá la descarga de guías completas de ciudades, eso sí, será de pago.
Pronto podremos bajarnos la versión 2.0, que será aún más potente y completa.
Enlace: Nokia Maps.
Disclaimer: Esta es una entrada patrocinada.
Keegy y wikio. ¿Cómo han crecido?. Plagiando.
Febrero 10th, 2008 • 2 comments Uncategorized
Keegy ha lanzado una nueva versión de su portal. He de decir que ha sido un cambio muy acertado, pues deja atrás todas aquellas tácticas de dudosa ética que hicieron crecer al sitio. Si no tuviera tapujos diría que ahora es como Wikio pero menos “sucio”…
Y es que Keegy era lo que comunmente se podía denominar un plagiador republicador de contenido. Su sistema era sencillo, duplicaba el contenido de blogs, y debido a su alta actualización, podía incluso aparecer como el contenido original, es decir, los indexadores de contenido de los buscadores visitaban con mayor frecuencia su portal que la mayoría de los blogs, puesto que actualizaba más frecuentemente (actualizaba cada vez que uno de los blogs que tenía en el sistema lo hacía). Entonces era probable y habitual que cuando alguien creaba contenido original en su blog, fuera plagiado republicado y los buscadores, por ejemplo Google, pensaran que el blog plagiaba de Keegy, penalizándole en las búsquedas.
Esto se podía haber evitado citando y poniendo un link al autor. Se hacía, pero con “trampa”. Es cierto que te ponía el nombre del autor, y un enlace al contenido original. De cara a la galería y a los autores ya cumplía. Sin embargo, ¿de cara al buscador cómo se comportaba?:
Los enlaces no eran directos, si no a través de un script llamado out.php, es decir, no enlazaban a la página con el contenido original, si no a una página de Keegy que a su vez redireccionaba a la del contenido original. De cara al buscador NO existía enlace al contenido saliente, y si alguno osaba dudarlo para eso los bloqueaba el archivo robots.txt (que todavía sigue intacto en este momento a pesar del cambio de página), tal que así:
User-agent: Googlebot
Disallow: /*/?rss=1
Disallow: /*/?modo=rss
Disallow: /*/out
Disallow: /*/header.phpUser-agent: IRLbot
Disallow: /User-agent: Slurp
Crawl-delay: 60
Disallow: /*/?rss=1
Disallow: /*/?modo=rss
Disallow: /*/out
Disallow: /*/header.phpSitemap: http://www.keegy.com/sitemap_index.xml
¿Cual era la consecuencia de estas tácticas?
Que cuando alguien buscaba algo relacionado con la entrada del blog pues buscadores como Google ponían la entrada de Keegy que había plagiado republicado, con sus respectivos banners y la trampa del enlace saliente. Por ejemplo, alguien hablaba de las fiesta de su pueblo de 12 habitantes, la información era plagiada republicada al momento en Keegy, Google indexa antes a Keegy con la información plagiada republicada que al blog original. Un usuario busca información de las fiestas de ese pueblo y aparece la página de Keegy y el blog original queda relegado a un segundo plano, o incluso, no aparecía directamente en la página de búsqueda.
¿Que opción te daba Keegy si no querías sufrir esto en tu blog?
En la información aparecida al final de la página, bajo el enlace Webmaster, te daba la opción de añadir una entrada a tu robots.txt para evitar que fueras plagiado:
Eliminar su sitio como fuente de Keegy.com
Si desea excluir su feed como fuente de información de Keegy.com puede colocar un archivo en el directorio raíz de su servidor llamado robots.txt. Para evitar que el robot de Keegy.com explore su sitio, coloque el siguiente texto dentro de un archivo robots.txt en el directorio raíz de su servidor:
User-Agent: KeegyBot
Disallow: /
…
Además, si desea configurar la frecuencia con la que el KeegyBot debe revisar su sitio para verificar si hubo actualizaciones, puede incluir el siguiente código en su archivo robots.txt (el ejemplo detalla una frecuencia de 2 horas):
User-Agent: KeegyBotRequest-rate: 2
Espero que en la nueva versión funcione y le den a la posibilidad al usuario de elegir y poder, al menos, usar eso para evitarlo. Pero hasta el momento NO funciona. Básicamente se pasa el robots.txt por el arco del triunfo, tampoco obedece al “Request-Rate” que indica en las instrucciones ni mandarle un email pidiendo que elimine la fuente de tu blog.
Conclusión:
Doy la enhorabuena a Keegy por haber abandonado esa táctica. No cuesta poner un enlace directo al contenido original o dejar elegir al dueño del blog si quiere que su información sea penalizada en los buscadores a favor de lo que era Keegy.
¿Y que hay sobre Wikio?
Wikio hace prácticamente lo mismo, no enlaza directamente si no a través de un script: http://www.wikio.es/webinfo?id=xxxxxx .
Dirección que es bloqueada también a los indexadores de información de los buscadores:
User-agent: *
Disallow: /thirdparty
Disallow: /webinfo
…
Wikio asegura que los editores pueden enviar un correo para pedir la eliminación o modificación (previa confirmación de la entidad) sobre la “republicación” de sus blogs. Algo escondido pero al menos viene:
El responsable del sitio sólo debe enviar un correo electronico a editeur@wikio.com con sus datos. Un documentalista volverá a contactarle cuanto antes para validar su identidad y hacer las modificaciones deseadas.
No lo he probado, espero que funcione.
Actualización: Me ha funcionado, aunque a la segunda petición por correo. En la primera debió de haber un fallo en su “sistema” y no metieron bien la orden de borrar (o eso me han dicho). Al menos funciona.
Disclaimer: Me baso en la experiencia de un blog diferente a este.
iPhone, no merece la pena.
Febrero 8th, 2008 • 1 comment Uncategorized
Por lo que sé, esta es la única forma dando vueltas de liberar un iPhone nuevo, con la versión 1.1.3 de fábrica.
Para ello hay que descargar gunlock y secpack, y el fls 4.01.13, luego hacer un downgrade a la versión 1.0.2., después terminar CommCenter y ejecutar “gunlock secpack ICE04.02.13_G.fls” . Por último volver a cargar CommCenter.
Si el teléfono se brickea, usar bricktool para restaurarlo.
Listo: iPhone liberado a la versión 1.1.2.
¿Tanto engorro para hacer usable algo que es caro y que permite hacer igual o menos cosas que otros aparatos?
¿Funciona el buscador de Microsoft, Live.com?.
Febrero 8th, 2008 • 1 comment Uncategorized
Leyendo noticias sobre la posible adquisición de Yahoo! por parte de Microsoft, la justificación que da la empresa sobre que Google tiene la mayoría del mercado de las búsquedas me produce risa.
Obviando el hecho de que la adquisición produciría una situación de monopolio en cuanto a email gratuito (Hotmail + Yahoo Mail) y de mensajería instantánea (Yahoo Messenger + Messenger Live), el motivo de tener tan baja cuota de usuarios en su buscador es porque es realmente malo en su función a pesar de haber invertido tanto dinero.
Tan malo, que opino que incluso la cuota que tiene es producto de su integración en productos tales como el Messenger, Internet Explorer o el propio sistema operativo Windows Vista.
Y no es algo tan subjetivo como pueda parecer. A pesar insertar la página web a través de su sistema de envío, de cumplir las directrices que te dan en su blog o en el correo por defecto que te envían cuando comunicas la anomalía de no aparecer, muchas webs un día desaparecieron de su índice. Y otras tantas nunca aparecieron. Webs bien situadas en otros buscadores (Google, Yahoo!, Ask), con antigüedad, enlaces entrantes, etc. Es algo fácilmente comprobable en sus propios foros, aquí o aquí, por ejemplo, o en foros más especializados.
Entiendo que ellos mismos saben que su buscador, simplemente, funciona mal. Y cualquiera puede hacer muchas comprobaciones, por ejemplo propongo una:
Buscar Fotolog en el buscador. ¿Por qué ese ejemplo?
- Fotolog es propietaria del .com y del .net.
- Tiene 14 millones de cuentas o subdominios.
- Es la página más visitada de países como Chile. La sexta en España, y la número 13 en el mundo entero. (Datos de Alexa. No es que Alexa sea del todo fiable, pero al menos vale para hacernos una idea en este caso).
Resultado del experimento en Live.com:
- En la primera página el único resultado relacionado es el del fotolog de Cypher, en la posición octava. (Imágen)
- Hasta la página quinta no aparece ningún otro resultado relacionado. Aparecen 3, ningún enlace a la página principal. (Imágen)
- Al menos hasta la página 14 (me he cansado de buscar, no aparece ningún resultado apuntando a la página principal).
Resultado del experimento en otros buscadores:
- Google: Primer resultado, la página principal de Fotolog.com. (Imágen)
- Yahoo!: Primer resultado, la página principal de Fotolog.com. (Imágen)
- Ask: Otro que tal baila, al menos, primer resultado la entrada de Fotolog.com en Wikipedia.
Actualización: Otra prueba de concepto, buscar la palabra live en live.com. Sin palabras.
¿Cómo combatir un ataque DDoS a tu página?.
Febrero 8th, 2008 • 1 comment Uncategorized
Leyendo el caso de Genbeta.com, que sufre un ataque DDoS por no haber retirado una noticia sobre páginas que ofrecen a los usuarios saber quién te tiene denegado en el MSN aprovechando para abusar de dichas cuentas he decidido proponer una simple solución para todos aquellos que alguna vez sufran lo mismo en sus carnes.
Siempre y cuando te haga perder dinero y el gasto que conlleva esta solución valga la pena, no siempre será así, pues por ejemplo a mi blog me daría exactamente igual (lo leen 4 gatos), es bueno saber cómo intentar volver a poner en pie la página que te ha tirado un DDoS. Para todos aquellos que no sepan lo que sería un DDoS he de decirles que es como si cientos de miles de personas tiraran un vaso de agua en tu fregadero. Se colapsa, se inunda la cocina y al final nadie puede entrar a comer. En estos casos esos cientos de miles de personas (ordenadores) lo harían sin su conocimiento (su ordenador tiene un virus que lo hace y es manejado remotamente, lo que se les denomina máquinas zombie).
Para volver a poner la página en pie necesitamos tres cosas:
- La forma de hacerlo y las ganas.
- Una copia de seguridad (base de datos si se usara, etc).
- Algo de dinero.
- El dinero es para contratar dos o tres servicios de hosting mensuales, ejemplo: GoDaddy y 1and1 (pudiendo añadir tantos como se quiera, MediaTemple, hostingzoom, etc). Gasto total, 7 dólares para el primero, 3 euros para el segundo.
- Subir la web con tu copia de seguridad. (Yo tengo un script en el blog que me envía la base de datos comprimida cada pocos días, hay muchos addons por ahí con esa opción)
- Modificar los servidores de nombres de tu dominio, y añadir dos entradas con las Ips proporcionadas iguales a la que ya existen para tu proveedor habitual (Tipo A).
Con estos 3 sencillos pasos se distribuyen los visitantes (y el ataque) entre 3 servidores, multiplicando por 3 las posibilidades de seguir en pie (sería tener 3 fregaderos en vez de 1) o dividiendo entre 3 la potencia del ataque. Mientras más hospedajes espejo usemos más dividiremos esa potencia.
Nota: Si el ataque vemos que afecta únicamente al viejo servidor, porque se puede entrar en las otras dos páginas con facilidad pero en la vieja no, simplemente tendremos que borrar su entrada (temporalmente y hasta que cese el ataque) del servidor de DNS (entrada tipo A). El resto de usuarios navegarán normalmente hasta que al menos, modifique el ataque.
Nota2: Es mejor desactivar los comentarios temporalmente, así no tendremos que sincronizar la base de datos. Habrá gente que deje un comentario en el servidor 1, otro en el servidor 2, y no se verán entre ellos.
Otra variable del ataque es hacia el servidor de nombres. El servidor sigue igual sin embargo nadie puede resolver el dominio (convertir por ejemplo blog.rosanegra.org a su ip 87.106.193.249) y por tanto, acceder. Esto nos puede salir más barato.
- En nuestro registrador de dominio se añaden más servidores de nombres de los que gratuitamente se ofrecen. Por ejemplo, editDNS, everyDNS, dnsExit y zoneEdit, por poner algunos ejemplos. Cuando alguien resuelva el dominio, probará con el primer servidor de nombres que tengamos asignado al dominio, si no funciona automáticamente irá al segundo, y así sucesivamente.
Si el ataque es combinado a los dos sistemas, se puede usar los dos métodos a la vez.
Actualización: He encontrado una página donde explica cómo combatirlo si tienes acceso total al servidor.
Recent Comments