2011-01-05 2 views
6

Stiamo sviluppando un'applicazione Web pensata per l'utilizzo su smartphone e altri dispositivi mobili e stiamo pensando di eseguire tutto il traffico tramite HTTPS per semplificare la sicurezza.I dispositivi mobili dispongono di CPU sufficiente per supportare HTTPS per tutto il traffico di un sito Web?

So che il costo della CPU della crittografia HTTPS per i computer più grandi è abbastanza banale, ma è vero anche per gli smartphone moderni come iPhone e Android?

+0

Questo non risponde alla tua domanda, ma è una lettura interessante e pertinente sul tentativo di Google di creare un protocollo HTTP più veloce che richiede un'ulteriore elaborazione sul lato client (come gzip e HTTPS): http: // arstechnica. com/web/news/2009/11/spdy-google-vuole-accelerare-il-web-by-ditching-http.ars –

risposta

7

Considerando che la CPU di un tale dispositivo funziona a 400 MHz o superiore, e che https è stato utilizzato per decenni su CPU più lente, direi che non c'è alcun problema.

+0

Voglio solo aggiungere: ma si può ancora avere rallentamenti grazie all'handshake SSL , in particolare sulle connessioni mobili a latenza più elevata: http://www.semicomplete.com/blog/geekery/ssl-latency.html –

+0

@Yoni true. Un altro motivo per lasciare che tutto il traffico http provenga da un server (in realtà: hostname con IP fisso) riducendo notevolmente il numero di connessioni che devono essere configurate. Una sola visualizzazione di pagina porta a 9 (nove!) Diversi host. Lo snellimento di cose del genere compensa facilmente qualsiasi rallentamento di https. – mvds

+0

Non importa a meno che keepalive non sia attivo; Non ho visto molte app Android tentare di usarlo (in particolare, non posso immaginare che sarebbe particolarmente piacevole sulla durata della batteria, comunque), ma vedi http://developer.android.com/reference/org/apache /http/ConnectionReuseStrategy.html. –