2011-01-05 8 views
6

Rozwijamy aplikację internetową przeznaczoną do użytku na smartfonach i innych urządzeniach mobilnych. Zastanawiamy się nad uruchomieniem całego ruchu za pośrednictwem protokołu HTTPS w celu uproszczenia zabezpieczeń.Czy urządzenia mobilne mają wystarczającą liczbę procesorów do obsługi protokołu HTTPS dla całego ruchu w witrynie?

Wiem, że koszt procesora szyfrowania HTTPS dla większych komputerów jest dość banalny, ale czy jest tak również w przypadku nowoczesnych smartfonów takich jak iPhone i Android?

+0

To nie odpowiada na twoje pytanie, ale jest ciekawym i trafnym odczytem o próbie stworzenia przez Google szybszego protokołu HTTP, który wymaga dodatkowego przetwarzania po stronie klienta (takiego jak gzip i HTTPS): http: // arstechnica. com/web/news/2009/11/spdy-google-chce-przyspieszyć-do-web-by-ditching-http.ars –

Odpowiedz

7

Biorąc pod uwagę, że procesor takiego urządzenia działa z częstotliwością 400 MHz lub wyższą, a protokół https działa już od kilkudziesięciu lat przy wolniejszych procesorach, powiedziałbym, że nie ma z tym problemu.

+0

Chcę tylko dodać: Ale nadal możesz mieć spowolnienie dzięki uzgadnianiu SSL , szczególnie w przypadku połączeń sieciowych o zwiększonym opóźnieniu: http://www.semicomplete.com/blog/geekery/ssl-latency.html –

+0

@Yoni true. Kolejny powód, dla którego cały ruch http pochodzi z jednego serwera (właściwie: nazwa hosta ze stałym adresem IP), znacznie zmniejszając liczbę połączeń, które należy skonfigurować. Jedna odsłona strony prowadzi do 9 (dziewięciu!) Różnych hostów. Usprawnienie takich rzeczy łatwo zrównuje wszelkie spowolnienia z https. – mvds

+0

Nie będzie miało znaczenia, chyba że keepalive jest włączony; Nie widziałem wielu aplikacji na Androida, które próbowałyby to wykorzystać (w szczególności, nie mogę sobie wyobrazić, że byłoby to szczególnie przyjemne z powodu żywotności baterii), ale zobacz http://developer.android.com/reference/org/apache /http/ConnectionReuseStrategy.html. –

Powiązane problemy