Lista de teléfonos celulares que más rápido producen cancer

por | Jun 3, 2011 | De todo un poco, Tecnología

El tema siempre ha sido un mito, pero debido a la noticia que dio la organización mundial de la salud, el pasado Martes, se ha vuelto un tema para debatir.
No me voy a poner en polémica o no, lo que si quiero dar a conocer es una posible lista de teléfonos que mas producen radiación, por tanto tienen más posibilidades de producir cáncer según lo planteado por la Organización Mundial de la Salud:

  • Motorola i335: 1.55 W/kg
  • HTC Magic: 1.55 W/kg
  • Motorola W385: 1.54 W/kg
  • Motorola Boost i290: 1.54 W/kg
  • Motorola DEFY: 1.53 W/kg
  • Motorola Quantico: 1.53 W/kg
  • Motorola Charm: 1.53 W/kg
  • Blackberry Bold: 1.55 W/kg
  • Motorola Boost: 1.55 W/kg
  • Palm Pixi: 1.56 W/kg
  • Motorola Droid 2: 1.58 W/kg
  • Motorola Bravo: 1.59 W/kg
  • Motorola i890: 0.63 W/kg
  • Samsung SGH-T249: 0.63 W/kg
  • Samsung Gravity T: 0.62 W/kg
  • Samsung Contour: 0.60 W/kg
  • Samsung SGH-a197: 0.59 W/kg
  • Samsung Mesmerize: 0.57 W/kg
  • Samsung Fascinate: 0.57 W/kg
  • Sanyo Katana II: 0.55 W/kg
  • Pantech Breeze II: 0.55 W/kg
  • Casio EXILIM: 0.53 W/kg
  • LG Quantum: 0.35 W/kg

Así que yo no se ustedes pero creo que me voy a comprar un nokia 1100 🙂

Los libros electrónicos en español tienen gran mercado

por | May 30, 2011 | De todo un poco, Tecnología

Las tiendas de libros digitales han tenido un gran crecimiento en la nueva era de la información, ejemplo de ello es la empresa española Bubok, un servicio de autoedición en línea que ha marcado record en el mercado, a día de hoy Bubok cuenta con 40.700 ejemplares publicados donde mas del 50% de los libros que se ofrecen en papel también pueden ser adquiridos en formato electrónico.

Desde que Bubok salió a la red ha vendido cerca de 50.000 ejemplares electrónicos, pero también los autores de Bubok tienen la posibilidad de regalar su libro en formato electrónico generando así millones de descargas gratuitas registradas.

Tomado de librosparacomprar.es

Dreamweaver CS5 se queda colgado en MAC

por | May 25, 2011 | mac, Trabajo

Si te pasa como a mi que el dreamweaver se queda colgado, solo sale el titulo en la barra superior y deja de funcionar totalmente, re-inicias y sigue sin funcionar no pienses en reinstalar!!!

Esto a mi me ha pasado varias veces, no se por qué pasa, pero lo que yo hacia siempre era reinstalar el dreamweaver porque no encontraba otra solución… leyendo y cacharreando encontré la solución:

Borra la carpeta /Users/AQUI_TU_USUARIO/Library/Application Support/Adobe/Dreamweaver CS5 , sin miedo que lo unico que esta carpeta tiene es la configuración del entorno de trabajo.

Lo unico malo es que cuando te funciona si tenias configurado el entorno de trabajo a una manera que se te hacia fácil, pues te tocará volverlo a configurar. 🙂

Evitar tener varias instancias de memcache

por | May 10, 2011 | PHP, Trabajo

Tuvimos un problema al tratar de centralizar una aplicación web que corría en varios dominios, lo que sucedía era que las KEYs del memcache eran exactamente iguales en todos los dominios pero los datos que debían contener esas KEYs eran diferente, obviamente porque eran sitios diferentes solo que con el mismo código fuente.

La solución que se nos ocurrió para evitar tener varias instancias de memcache ejecutadas en el servidor gastando memoria fue la de agregar un Prefijo parametrizado según el dominio en el que se crea la KEY.

Este es un ejemplo del código actual que tenemos

define("PREFIJO","app1"); //este es el parametro que se configura según cada dominio
$memcache= new Memcache();
$memcache->connect("localhost",111112);
$key=PREFIJO."nombre_llave";
$memcache->set($key,$datos,false,60*60);

Luego para leer sería:

$key=PREFIJO."nombre_llave";
$memcache->get($key);

Espero que les sirva como nos sirvió a nosotros 🙂

Convertir un PDF en imágenes JPG con PHP

por | Abr 23, 2011 | PHP, Trabajo

Hace días alguien del equipo de desarrollo de evoluZiona Sas necesitaba obtener la primera página de un PDF pero en formato JPG con PHP, obviamente de forma dinámica porque era para resolver un problema que nos asechaba desde hace ya algún tiempo.

La solución para el problema la dimos con imagemagick, específicamente con el comando convert, lo que hicimos fue instalar esta herramienta en el servidor y luego usarla con PHP mediante la función exec, aquí el código:

$archivo="archivo_pdf_de_donde_sacaremos_el_jpg.pdf";
$img_path="/tmp"; //ruta temporal para guardar el jpg
$file_name=time();
$dir="/usr/bin/convert";
$comando="$dir {$archivo}[0] $img_path/$file_name.jpg";
exec($comando,$out);

$image=imagecreatefromjpeg("$img_path/$file_name.jpg");
header('Content-Type: image/jpeg');
imagejpeg($image);
unlink("$img_path/$file_name.jpg");

El comando convert recibe los siguiente parametros:

  • ruta del archivo PDF. Entre corchetes se coloca el rango de paginas a convertir en JPG, puede ser una página en especifico o un rango determinado, [0] , [0-100]. Tengan en cuenta que en linux se empieza a numerar desde cero, lo que quiere decir que la primera página vendría siendo la página 0
  • Ruta destino donde se guardará el JPG

Optimizar tu aplicación web PHP – Parte 1

por | Abr 12, 2011 | PHP, Trabajo

Hace tiempo escribí un artículo sobre como hacer que el código javascript se cargue de forma más rápida, y también el uso de memcache para optimizar la petición de consultas a la base de datos y hoy quiero empezar la primera parte de dos o quizás tres secciones de un artículo con consejos para optimizar tu aplicación web hecha en PHP.

Cuando me refiero a optimizar significa a que nuestras aplicaciones básicamente sean más rápidas ya sean usando menos memoria o menos procesos, lo primero que quiero es desmentir el mito que dice «una aplicación es optima que otra si usa menos líneas de código», eso es falso… quizás en algunas ocasiones aplique pero no siempre es así.

Ahora, como decía antes, hay varios aspectos a optimizar en una aplicación, trataré de dar consejos para los siguientes 3 aspectos optimizables dentro de cualquier programa o fragmento de código:

  1. Cantidad de líneas de código
  2. Consumo de memoria
  3. La velocidad en que se ejecuta (uso de procesador)

A mi criterio, los dos últimos puntos son los más importantes, estos dos determinan si un algoritmo es optimo o no, pero la cantidad de líneas de código no determina que tan optimo es un algoritmo. Ahora, si ayuda a la optimización porque cada línea de código significa una instrucción o instrucciones más para el procesador.

Mis consejos son:

  1. Tratar de no usar variables globales a menos que sea necesario. PHP siempre tiene que comprobar que existen.
  2. Es mejor no introducir código html dentro de PHP.Es más rápido usar 
    Texto aquí

    que usar

    echo "Texto aquí"
  3. No declares variables que no usarás, estoy utilizaría memoria innecesaria
  4. La función require_once es lenta, así que en lo posible no la uses
  5. Siempre que puedas declarar un método o variable como estática, hazlo!
  6. Si vas a escribir en disco duro, trata de no hacerlo fragmento por fragmento sino todo de un solo golpe, quizás sacrifiques un poco de memoria RAM pero ganas rendimiento en velocidad, esto debido a que es más rápido acceder a memoria RAM que al disco duro… es necesario analizar bien el caso para saber como aplicarlo.
  7. Los ciclos o bucles consumen gran cantidad de procesamiento en la CPU, así que si puedes aplicar un poco de matemáticas discretas seguramente el procesador te lo agradecerá.
  8. Hay que calcular el tamaño de un arreglo antes de un ciclo, sino cada vez que se ejecuta el ciclo se tendrá que calcular el tamaño del arregloMal: 
    for($i=1;$i<=sizeof($arreglo);$i++)

    Bien:

    $tamano=sizeof($arreglo);
for($i=1;$i<=$tamano;$i++)
  9. Esconder los errores con @ es muy lento
  10. Utiliza pocos accesos a la base de datos
  11. Cuando hagas una consulta a la base de datos, no traigas campos innecesarios. No utilices «SELECT * FROM tabla» si no lo necesitas, utiliza «SELECT campo, campo FROM tabla».
  12. La programación orientada a objetos es muy útil cuando nuestro programa es grande y nos permite reutilizar código, por tanto tener menos líneas de código fuente

Bueno, estos son apenas unos cuantos consejos que doy de mi experiencia, quizás aún tu aplicación no sea optima pero seguro que estos consejos ayudarán a que el rendimiento mejore mucho.

Pronto escribiré otra tanda de consejos para que tu aplicación en php sea mas optima.