1、HTTPS安全實施
  如果你最近跳轉到HTTPS時，可能沒有機會審核或以其他方式出現了識別安全證書的安裝問題，進行表面審核時可以幫助你確定是什么在影響HTTPS的轉換。
  如果你最初購買SSL證書的時候沒有考慮到網站稍后用于什么，那么可能會出現分歧。需要記住的一件事是，你在購買證書時必須非常謹慎，確保它涵蓋了你想要的所有子域。
  如果不這樣做，可能會導致一些問題，比如無法重定向URL。
  如果你沒有獲得完整的通配符證書，并且在子域上有URL參數（使用絕對URL），你的證書也沒有覆蓋這些URL，那么你無法將這些URL重定向到https://。
  這就是為什么在購買SSL證書時要注意你的選項的原因，因為它可能會對你的站點產生負面影響。
  2、錯誤的重定向或過多的重定向會導致網站性能下降
  如果不密切關注正在創建的重定向，也很容易創建沖突的重定向。
  此外，還很容易讓重定向失去控制，導致每個網站URL有數十個或更多重定向，進而導致網站性能下降。
  解決此問題的簡單方法是：確保你的重定向都是以1:1的比例創建的。
   3、HTTPS和 HTTP URLs上的內容不應該同時加載
  正確的做法是：其中一個重定向到另一個，而不是兩者都重定向。如果同時加載兩個，那么站點的版本安全就會出現問題。如果你在瀏覽器中輸入網站的URL，請分別測試https://和http://。
  如果兩個URL都加載，則會顯示兩個版本的內容，重復的URL可能導致重復的內容。
  為了確保不會再次遇到此問題，你需要執行以下操作之一，具體取決于站點的平臺：
  在HTACCESS中創建完整的重定向模式（在Apache/CPanel服務器上）；
  使用WordPress中的重定向插件強制從 http://重定向。
  4、如何在Apache/Cpanel服務器的htaccess中創建重定向
  你可以在Apache/CPanel服務器的.htaccess中執行服務器級別的全局重定向。Inmotionhosting有一個很好的教程，教你如何在自己的web主機上強制重定向。
  如果強制所有web流量使用HTTPS，你需要用到以下代碼。
  確保將此代碼添加到具有類似前綴的代碼之上（RewriteEngine On、RewriteCond等）。
  RewriteEngine On
  RewriteCond %{HTTPS} !on
  RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
  RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
  RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
  如果你只想重定向一個指定的域，你需要在你的htaccess文件中使用以下代碼行：
  RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
  RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
  RewriteEngine On
  RewriteCond %{HTTP_HOST} ^example\.com [NC]
  RewriteCond %{SERVER_PORT} 80
  RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
  注意事項：如果你對自己在服務器進行正確更改沒有信心，請確保你的服務器公司或IT人員來執行這些修復。
   5、如果你正在運行WordPress網站，請使用插件
  修復這些重定向問題簡單的方法就是使用插件，尤其是在運行WordPress網站時。
  許多插件可以強制 http://到 https://重定向，但這里有一些插件可以使這個過程盡可能輕松：CM HTTPS Pro、WP Force SSL、Easy HTTPS Redirection。
  關于插件的注意事項：如果你已經使用了太多的插件，請不要再添加。
  你可能需要調查你的服務器是否可以使用上述類似的重定向規則（例如，如果你使用的是基于NGINX的服務器）。
  這里需要聲明：插件的權重會對網站速度產生負面影響，所以不要總是認為新的插件會對你有所幫助。