2011-01-05 9 views
6

Estamos desarrollando una aplicación web pensada para su uso en teléfonos inteligentes y otros dispositivos móviles, y estamos pensando en ejecutar todo el tráfico a través de HTTPS para simplificar la seguridad.¿Los dispositivos móviles tienen suficiente CPU para admitir HTTPS para todo el tráfico de un sitio web?

Sé que el costo de CPU de la encriptación HTTPS para computadoras más grandes es bastante trivial, ¿pero esto también es cierto para los teléfonos inteligentes modernos como iPhone y Android?

+0

Esto no responde a su pregunta, pero es una lectura interesante y relevante sobre el intento de Google de crear un protocolo HTTP más rápido que requiera procesamiento adicional en el lado del cliente (como gzip y HTTPS): http: // arstechnica. com/web/news/2009/11/spdy-google-wants-to-speed-up-the-web-by-ditching-http.ars –

Respuesta

7

Teniendo en cuenta que la CPU de dicho dispositivo funciona a 400 MHz o superior, y que https ha estado funcionando durante décadas con una CPU más lenta, diría que no hay ningún problema con eso.

+0

Solo quiero agregar: pero es posible que aún tengas ralentizaciones gracias al protocolo de enlace SSL , especialmente en conexiones móviles de latencia más alta: http://www.semicomplete.com/blog/geekery/ssl-latency.html –

+0

@Yoni true. Otra razón más para permitir que todo el tráfico http provenga de un servidor (en realidad, el nombre de host con IP fija) reduce en gran medida la cantidad de conexiones que se deben configurar. Una página vista SO lleva a 9 (nueve!) Diferentes hosts. Agilizar tales cosas compensa fácilmente cualquier desaceleración mediante https. – mvds

+0

No importará a menos que esté activado Keepalive; No he visto muchas aplicaciones de Android tratando de usar eso (en particular, no puedo imaginar que eso sea especialmente agradable para la duración de la batería, de todos modos), pero vea http://developer.android.com/reference/org/apache /http/ConnectionReuseStrategy.html. –

Cuestiones relacionadas