2011-01-05 24 views
6

Chúng tôi đang phát triển một ứng dụng web nhằm mục đích sử dụng trên điện thoại thông minh và các thiết bị di động khác và chúng tôi đang nghĩ đến việc chạy tất cả lưu lượng truy cập qua HTTPS để bảo mật đơn giản hơn.Thiết bị di động có đủ CPU để hỗ trợ HTTPS cho tất cả lưu lượng truy cập của trang web không?

Tôi biết rằng chi phí CPU của mã hóa HTTPS cho các máy tính lớn hơn là khá tầm thường, nhưng điều này cũng đúng đối với các điện thoại thông minh hiện đại như iPhone và Android?

+0

Điều này không trả lời câu hỏi của bạn, nhưng là một bài đọc thú vị và có liên quan về nỗ lực của Google để tạo giao thức HTTP nhanh hơn yêu cầu xử lý bổ sung ở phía máy khách (như gzip và HTTPS): http: // arstechnica. com/web/news/2009/11/spdy-google-muốn-to-speed-up-the-web-by-ditching-http.ars –

Trả lời

7

Xem xét rằng cpu của thiết bị như vậy chạy ở 400 MHz hoặc cao hơn và https đã tồn tại trong nhiều thập kỷ chạy trên CPU chậm hơn, tôi muốn nói rằng không có vấn đề gì với điều đó.

+0

Chỉ muốn thêm: Nhưng bạn vẫn có thể bị chậm lại nhờ bắt tay SSL , đặc biệt là trên các kết nối di động có độ trễ cao hơn: http://www.semicomplete.com/blog/geekery/ssl-latency.html –

+0

@Yoni đúng. Tuy nhiên, một lý do khác để cho tất cả lưu lượng truy cập http bắt nguồn từ một máy chủ (thực sự là: tên máy chủ có ip cố định) làm giảm đáng kể số lượng kết nối cần được thiết lập. Một lần xem trang SO dẫn đến 9 (chín!) Máy chủ khác nhau. Sắp xếp hợp lý những thứ như thế dễ dàng bù đắp bất kỳ sự chậm lại nào bằng https. – mvds

+0

Sẽ không có vấn đề gì trừ khi sự kiên trì, mặc dù; Tôi chưa thấy nhiều ứng dụng Android đang cố gắng sử dụng điều đó (đặc biệt, tôi không thể tưởng tượng điều đó đặc biệt dễ chịu với thời lượng pin, dù sao), nhưng hãy xem http://developer.android.com/reference/org/apache /http/ConnectionReuseStrategy.html. –

Các vấn đề liên quan