Pracuję na dość standardowej stronie internetowej z treściami publicznymi oraz treściami osobistymi / niestandardowymi dla zarejestrowanych użytkowników. Wiem, że muszę używać HTTPS, gdy użytkownicy logują się lub wysyłają dane karty kredytowej. Czy istnieje powód, dla którego nie powinienem używać HTTPS dla całej witryny?
Odpowiedzi:
Tak, jest powód, dla którego nie powinieneś używać go w całej witrynie. Niektóre przeglądarki (w zależności od marki i wersji) nie buforują treści z żądań HTTPS na dysk, co może poważnie spowolnić przeglądanie przez użytkowników, ponieważ zasoby statyczne będą ładowane przy każdym żądaniu strony (arkusze stylów, javascript, obrazy nagłówków itp.) . Na przykład Mozilla stwierdza, że:
„Buforowanie dysku zapisuje kopie pobranych plików na dysku twardym, więc nie trzeba ich pobierać w celu ponownego wyświetlenia. Strony te mogą przeglądać każdy, kto ma uprawnienia do folderu pamięci podręcznej. Strony przesyłane za pomocą szyfrowania SSL często zawierają poufne informacje i buforowanie tych stron na dysk może stanowić zagrożenie dla prywatności. Ta preferencja określa, czy buforować strony dysku, które zostały przesłane za pomocą szyfrowania SSL ”.
Sposób, w jaki poszczególne przeglądarki buforują HTTPS, jest nieco kwestionowany, ale nadal istnieje duża szansa, że wielu użytkowników wyłączy buforowanie dysku dla żądań HTTPS.
Po drugie, HTTPS wymaga „ uzgadniania ” dla każdego żądania, a to wiąże się z pewnym narzutem, który wpłynie na wydajność i zwiększy żądania (zwykle tylko o kilka KB - ale jest to dla każdego żądania i to się sumuje). HTTP KeepAlive może to ograniczyć, ale nadal jest to narzut, którego nie potrzebujesz w przypadku niezabezpieczonych treści.
Jeśli planujesz uruchomić pełny protokół SSL, upewnij się, że wszelkie hostowane usługi stron trzecich, z których korzystasz (serwer reklam, analizy, narzędzia do udostępniania itp.) Mają dostępne wersje SSL, w przeciwnym razie w niektórych przeglądarkach pojawią się mieszane ostrzeżenia o treści.
Kolejny problem polega na tym, że wszystko , co wyświetlasz na dowolnej stronie, naprawdę musi przejść przez SSL, w tym zasoby innych firm. Odkryliśmy, że to prawdziwy problem z np. YouTube. Ponieważ Google nie ma filmów z YouTube dostępny za pośrednictwem protokołu SSL, oznacza to, że każdy film z YouTube możesz zrobić chcesz zamieścić na stronie na swojej stronie spowoduje, że „ta strona zawiera bezpieczne i niezabezpieczonych treści” ostrzeżenie. Chociaż jest to subtelne w większości przeglądarek, jest to ogromne okno dialogowe w IE i może powodować, że niektórzy użytkownicy dość szybko porzucają twoją stronę, trzymając się ze strachu swoich danych.
Powinieneś także pomyśleć o wzroście. Gdy będziesz mieć więcej niż jeden serwer WWW, będziesz musiał zdecydować: czy chcesz zapewnić HTTPS na każdym serwerze, a jeśli tak, czy będziesz używać tego samego certyfikatu lub certyfikatu na serwer, jak to często zaleca się. Widziałem częstsze konfiguracje, w których jest mniej serwerów HTTPS, ponieważ są one zwykle używane tylko do przetwarzania poufnych danych i większej liczby serwerów HTTP, ponieważ mają one tendencję do odbierania większości ruchu. HTTPS dodaje nieco więcej złożoności do każdej konfiguracji. Tylko coś do zapamiętania.
Widzę, że jedynym powodem, aby nie używać HTTPS w całej witrynie, jest to, że spowolni ona trochę twój serwer, a odwiedzający mają nieco wolniejsze przeglądanie. Biorąc to pod uwagę, istnieją korzyści. Konkretnie:
Poza tym, że programiści nie muszą się martwić wyświetlaniem bezpiecznych danych na niezaszyfrowanej stronie, tak naprawdę nie ma technicznego powodu, aby używać HTTPS na każdej stronie. Z tego samego rozumowania wynika, że jest bardzo mało powodów, aby tego nie robić.
Wreszcie, kilku pracodawcom nie podoba się, że ich pracownicy przeglądają „zaszyfrowane” strony https. Dotyczy to firm i organizacji zajmujących się obroną / bezpieczeństwem, więc jeśli masz witrynę „Tylko https”, możesz stracić niektórych z tych gości / klientów, ponieważ ich sieć po prostu nie pozwoli im przeglądać Twojej witryny.