https加密之後的url

① apache+php :ssl協議https的域如何做url重寫

確保 php5ts.dll 可用。

將此文件放到 Windows 路徑中。最好的位置是Windows 的 system2 目錄。即將 php5ts.dll 文件拷貝到c:\windows\system32目錄下。

2、配置php.ini。

壓縮包中包括兩個 ini 文件，php.ini-dist 和 php.ini-recommended。建議使用php.ini-recommended。將選擇的 ini 文件拷貝到 c:\windows 目錄下並重命名為 php.ini。

//等後面修改了配置再復制

三、配置Apache2.2.3

打開Apache2.2.3的 配置文件： D:/PHP/Apache/conf/httpd.conf

查找：

DocumentRoot 「D:/PHP/Apache/htdocs」

將路徑修改成你想要的主頁地址，如本文：

DocumentRoot 「D:/PHP/WWW」

查找：

Directory 「D:/PHP/Apache/htdocs」

修改為：

Directory 「D:/PHP/WWW」

查找：

DirectoryIndex index.html

添加你想要的默認腳本名稱，用空格分隔，注意前後有優先順序，比如：

DirectoryIndex index.PHP index.html index.htm

在文檔的最後加入以下欄位：

AddType application/x-httpd-PHP .PHP

AddType application/x-httpd-PHP-source .phps

PHPIniDir "D:\PHP\PHP\"

# 調用 PHP 5 模塊

LoadMole php5_mole "D:\PHP\PHP\php5apache2_2.dll"

也可以換成下面欄位：

AddType application/x-httpd-PHP .PHP

AddType application/x-httpd-PHP-source .phps

PHPIniDir "G:\PHP\"

# 調用 PHP 5 模塊

LoadFile G:/php/php5ts.dll

LoadFile G:/php/libmysql.dll

LoadMole php5_mole "G:\PHP\php5apache2_2.dll"

到此，Apache2.2.3 已經可以支持 PHP5.2.0 了.

重新啟動Apache2.2.3，如果不出錯的話（Apache正常重啟的話），雙擊Apache狀態欄的圖標

四、安裝 MySQL5.1.12bate/MySQL5.0.27

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

解壓縮mysql-noinstall-5.1.12-beta-win32.zip（MySQL5.1.12bate版本）

或 mysql-noinstall-5.0.27-win32.zip（MySQL5.0.27版本 ） 到D:\PHP\MySQL 中

下來安裝 MySQL 服務

開始->運行->cmd->回車

然後進入 D:\PHP\MySQL\bin 目錄：

>cd D:\PHP\MySQL\bin 回車

然後運行 MySQL 服務安裝腳本：

>mysqld-nt -install

顯示 MySQL service installed successfully,表示安裝成功……

然後配置 MySQL

打開D:\PHP\MySQL文件夾，裡面有很多個配置不同的ini 文件，我們選擇my-small.ini這個文件，復制一份重命名為 my.ini用文本編輯器打開它：

查找：

[mysqld]

在下方加入以下字元行：

#MySQL 安裝目錄

basedir=D:/PHP/MySQL

#MySQL 默認數據目錄

datadir=D:/PHP/MySQL/data

# 默認字元集設置為 UTF8

default-character-set=utf8

# 默認儲存引擎

default-storage-engine=MyISAM

再在文檔最下方加入：

[WinMySQLAdmin]

Server=D:/PHP/MySQL/bin/mysqld-nt.exe

MySQL 配置完成

下面可以啟動試試，打開 cmd.exe

輸入：net start MySQL

若顯示『MySQL服務已經啟動成功』 則表示MySQL服務已經啟動成功』否則就是出錯啦！

伺服器啟動了…… 我們就可以登錄試試了……

>cd D:\PHP\MySQL\bin 回車

接著登陸

>MySQL -u root -p

由於 root 初始狀態無密碼，提示 Enter Password 時直接回車即可

然後命令行進入 MySQL Shell 狀態即表示「登錄」成功……

你可以 exit 退出！

到此MySQL 的安裝工作完畢！

但這時的MySQL是獨立的，還沒有與PHP關聯！

五、MySQL與PHP的關聯

打開D:\PHP\PHP文件夾， 將PHP.ini-recommend 拷貝一份並更名為 PHP.ini 然後用文本編輯器打開

修改錯誤報告級別，運行一些書寫不規范的程序，你會發現滿屏的『錯誤』

查找：

error_reporting = E_ALL

修改為：

error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT由於是本地調試，我當然希望錯誤被輸出供我調試……

查找：

display_errors = Off

修改為：

display_errors = On

對於本地開發者，記錄錯誤似乎沒有必要……

查找：

log_errors = On

修改為：

log_errors = Off

設置擴展庫的路徑是很必要的……

查找：

extension_dir = 「./」

修改為：

extension_dir = 「D:/PHP/PHP/ext」

PHP 5 默認是不開啟對 MySQL 的支持的……

查找：

;extension=PHP_MySQL.dll

去掉前面的分號：

extension=PHP_MySQL.dll

查找：

extension=PHP_MySQL.dll

在下方加入：

extension=PHP_mysqli.dll

查找：

;extension=PHP_gd2.dll

去掉前面的分號：

extension=PHP_gd2.dll

我們還希望對一些較常用的庫進行調用，比如 PHP_mbstring.dll 、 PHP_curl.dll 、 PHP_sockets.dll 、 PHP_xmlrpc.dll 等等, 開啟方法同上.

（這里僅啟用了常用擴展，其它的擴展請自行根據需要定奪）

查找：

;session.save_path = 「/tmp」

修改為一個存在的路徑里或者到發布目錄下建立一個 tmp 目錄

這里我們選用前一種方法， 先建立這樣一個目錄 D:\php\Session 然後修改為：

session.save_path = 「D:/php/Session」

到這里基本就設置完畢了！ PHP 也能正常支持 MySQL 了！

///////////////

特別注意：將修改好的php.ini文件給系統的windows目錄拷貝一份！不然會出錯！

///////////////

另外，從php5.10開始，php中加入了時區的設置，在php中顯示的時間都是格林威治標准時間，這就造成了我們中國的用戶會差八個小時的問題！

相關設置是修改php.ini中的 date.timezone 參數：

[Date]

; Defines the default timezone used by the date functions

;date.timezone =

默認是關閉的，只需把注釋去掉，改為即可

[Date]

; Defines the default timezone used by the date functions

date.timezone = PRC

其中PRC是「中華人民共和國」！

如果修改的D:\PHP\PHP\php.ini 還需要將修改好的php.ini拷貝一份到系統的Windows目錄！ 切記！

六、安裝phpMyAdmin2.9.1.1

解壓縮下載到的phpMyAdmin-2.9.1.1-all-languages.zip到D:\PHP\WWW\phpmyadmin文件夾中

打開D:\PHP\WWW\phpMyAdmin\libraries文件夾，然後用文本編輯器打開config.default.php這個文件，

查找 $cfg['PmaAbsoluteUri']

修改為你將上傳到空間的phpMyAdmin的網址

如：$cfg['PmaAbsoluteUri'] = '';

phpMyAdmin2.9.1.1安裝完畢！這樣就可以啦！

這時打開瀏覽器，在地址欄中鍵入「」

如果出現錯誤的話，請將D:\PHP\php下的libmysql.dll文件復制到系統windows下的system32文件夾中！重啟Apache2.2.3伺服器！

七、其他細節

進入phpMyAdmin後會有警告：

!您配置文件中的設定與 MySQL 默認許可權賬戶對應(沒有密碼的 root)。您的 MySQL 伺服器使用默認值運行當然沒有問題，不過這樣的話，被入侵的可能性會很大，您真的應該先補上這個安全漏洞。

解決方法：

進入phpMyAdmin後點擊"許可權"

刪除「任意」用戶，選上刪除與用戶名稱相同的資料庫。

修改root用戶的密碼

打開G:\www\phpMyAdmin\libraries\config.default.php

查找：

解決方法：

打開php.ini文件,

查找：

;extension=php_mbstring.dll

去掉前面的分號：

extension=php_mbstring.dll

保存後復制一份到C:\windows下，重啟apache

② iOS 啟用Https和調試：設置Charles查看加密請求內容

網上有太多教程教你如何使用charles調試，但是一到Https，大部分教程只是讓你可以啟用ssl代理，但是沒有說明如何才能通過charles來真正查看https加密後的數據，這里我給出一個完整的教程來指導大家如何啟用https後任然可以查看加密請求內容。在講解讓charles實現查看https請求內容之前，先簡單講解一下代理實現的原理。

HTTP 代理存在兩種形式，分別簡單介紹如下：

第一種是 RFC 7230 - HTTP/1.1: Message Syntax and Routing （即修訂後的 RFC 2616，HTTP/1.1 協議的第一部分）描述的普通代理。這種代理扮演的是「中宴歲間人」角色，對於連接到它的客戶端來說，它是服務端；對於要連接的服務端來說，它是客戶端。它就負責在兩端之間來回傳送 HTTP 報文。

第二種是 Tunneling TCP based protocols through Web proxy servers （通過 Web 代理伺服器用隧道方式傳輸基於 TCP 的協議）描述的隧道代理。它通過 HTTP 協議正文部分（Body）完成通訊，以 HTTP 的方式實現任意基於 TCP 的應用層協議代理。這種代理使用 HTTP 的 CONNECT 方法建立連接，但 CONNECT 最開始並不是 RFC 2616 - HTTP/1.1 的一部分，直到 2014 年發布的 HTTP/1.1 修訂版中，才增加了對 CONNECT 及隧道代理的描述，詳見 RFC 7231 - HTTP/1.1: Semantics and Content 。實際上這種代理早就被廣泛實現。

第一種 Web 代理原理特別簡單：

下面這張圖片來自於《HTTP 權威指南》，直觀地展示了上述行為：
[圖片上傳失敗...(image-615be4-1570502309613)]
客戶端請求先發送到代理伺服器，代理再和真實伺服器進行請求，對於web伺服器來說，代理就是客戶端。伺服器完全察覺不到真正客戶端的存在，這實現了隱藏客戶端 IP 的目的。當然代理也可以修改 HTTP 請求頭部，通過 X-Forwarded-IP 這樣的自定義頭部告訴服務端真正的客戶端 IP。但伺服器無法驗證這個自定義頭部真的是由代理添加，還是客戶端修改了請求頭，所以從 HTTP 頭部欄位獲取 IP 時，需要格外小心。
還有一種情況是訪問網站時，實際上訪問的是代理，代理收到請求報文後，再向真正提供服務的伺服器發起請求，並將響應轉發給瀏覽器。這種情況一般被稱之為反向代理，它可以用來隱藏伺服器 IP 及埠。一般使用反向代理後，需要通過修改 DNS 讓域名解析到代理伺服器 IP，這時瀏覽器無法察覺到真正伺服器的存在，當然也就不需要修改配置了。反向代理是 Web 系統最為常見的一姿祥散種部署方式，例如本博客就是使用 Nginx 的 proxy_pass 功能將瀏覽器請求轉發到背後的 Node.js 服務。兩者的區別在於代理伺服器是由誰配置的，如果是客戶端配置的代理，就是前置代理，如果是伺服器配置的代理訪問，一般都是反向代理。

第二種 Web 代理的原理也很簡單：

下面這張圖片同樣來自於《HTTP 權威指南》，直觀地展示了上述行為：
[圖片上傳跡氏失敗...(image-8ec42b-1570502309613)]
假如我通過代理訪問A網站，瀏覽器首先通過 CONNECT 請求，讓代理創建一條到 A 網站的 TCP 連接；一旦 TCP 連接建好，代理無腦轉發後續流量即可。所以這種代理，理論上適用於任意基於 TCP 的應用層協議，HTTPS 網站使用的 TLS 協議當然也可以。這也是這種代理為什麼被稱為隧道的原因。對於 HTTPS 來說，客戶端透過代理直接跟服務端進行 TLS 握手協商密鑰，所以依然是安全的。

步驟一：將Charles的根證書(Charles Root Certificates)安裝到Mac上。

步驟二：Mac信任Charles的根證書。
打開系統鑰匙串應用，在我的證書中找到剛安裝的Charles的Root證書：

這時候會彈出一個框，在移動設備的瀏覽器輸入彈框中提供的URL就可以安裝Charles證書(這時候需要移動設備已經設置代理)。

在移動設備的瀏覽器中輸入上面的URL後會彈出一個確認框，點擊「允許」跳轉到「設置」頁面，安裝描述文件即可。

步驟五：接下來就可以在charles中啟用https代理了：

指定地址和443埠就可以了，還可以支持通配符。
到了這一步，網上大部分教程就結束了，實際上還是會遇到雖然看到了https請求通過了代理，但是還是看不到任何內容。出現下面的提示：
SSLHandshake: Remote host closed connection ring handshake
You may need to configure your browser or application to trust the Charles Root Certificate. See SSL Proxying in the Help menu.
這個時候就比較懵逼了，我已經安裝了Charles Root Certificate為什麼還是提示這個錯誤，也讓我查找了很久。這里我們先回到開頭的代理原理，我們可以看到代理有兩種模式，其中第二種模式隧道代理模式，是直接將數據轉發，數據內容還是加密狀態，自然不能查看。那第一種簡單代理模式可以滿足我們的需求么？
可以也不可以，為什麼這么說？Https最重要的特性就是加密防止信息窺探和劫持，使用第一種模式其實是加入了中間人，而且中間人需要被客戶端和伺服器兩端同時信任，並且可以解析加密內容進行轉發。我上一篇文章也講到，IOS下Https對連接進行校驗有多種模式，校驗證書，校驗域名，校驗證書鏈。為了支持charles分析Https請求內容，我們需要構造條件讓charles成為受信任的中間人。還記得我們剛剛安裝了charles的Root證書么？為了讓charles成為受信任的代理中間人，我們在客戶端也需要設置信任charles的Root證書。
方法如下：
1、Charles菜單中選擇Help > SSLProxying > View Generated SSL Certificates Keystore Password，將顯示的密碼記下來。這個是在每個Charles安裝的時候自動生成的，和你本機的Charles Root Certificates相對應。

5、重新編譯你的App，這個時候在charles中就可以看到你的加密內容了。

③ 以https方式請求url，會對get參數進行加密嗎

SSL應該是在TCP層和HTTP層之間的，會對傳輸的數據進行加密，針對的是傳輸過程的安全。
具體的過程大概是： 客戶端輸入 - 加密 - 傳輸給伺服器 - 服務解密器處理 - 加密 - 回傳個客戶端 - 客戶端解密 - 呈現出來。
至於firebug之類的瀏覽器調試工具，因為他們得到的是客戶端加密之前/解密之後的數據，因此是明文的。
比如你用https協議站點輸入用戶名密碼，傳輸的過程中是加密的。 當然你不會輸入的時候讓其他人在你的瀏覽器用firebug查看你的輸入吧。

④ 關於https 你必須知道的四件事

細心的網友們可能已經注意到，訪問常用的網站如淘寶或網路的時候，地址欄里多了個帶鎖的圖標，域名的前綴也由原來的http自動跳轉為https開頭。那麼，這些網站為什麼要進行調整？https又代表著什麼？

http是互聯網上應用最為廣泛的一種網路協議，通過使用web瀏覽器（如ie、火狐、chrome等），客戶端發起到穗旅伺服器上指定埠（默認埠為80）的http請求，從網站伺服器獲取超文本（文本、圖像、聲音等）到本地瀏覽器。通俗地講，從輸入域名，到網站內容顯示到電腦屏幕，即完成一次http請求的過程。

https是以安全為目標的http通道，簡單說就是http的安全版。

https的安全基礎是ssl。

https協議的主要作用可以分為兩種：

http協議傳輸的數據都是未加密的。 比如你訪問某網站，在經過如路由器、寬頻接入商等中間環節時，搜索的關鍵字、賬號密碼等都是可見的，因此使用http協議傳輸隱私信息極不安全。 為了保證這些隱私數據能加密傳輸，於是設計了ssl協議用於對http協議傳輸的數據進行加密，於是就誕生了https。

簡單來說，https協議是由ssl+http協議構建的可進行加密傳輸、身份認證的網路協議，比http協議安全性高 。可以這樣理解，客戶端將數據加密後發給伺服器，伺服器解密後獲得數據，反之亦然。在此過程中，數據通過密鑰進行加密，這樣即使中間環節劫持到內容也會因沒有密鑰無法破解。

在這個環節中，為了驗證伺服器是不是你所要訪問的真實的伺服器，就需要第三方來檢驗，這個第三方就叫CA（certificateauthority，是數字證書認證中心的簡稱，作為獨立的第三方，其職能是核實網站身份，保證獲得證書的被授權者是網站所有者而不是冒充的個人或機構）。

一方面是我們的隱私保護意識還不強，另一方面在於「s」的代價：研究表明，https會讓頁面載入時間增加50%，耗電增加10%到20%，而購買ssl證書也需要費用。

有數據統計，國外網站https流量已超過全網的50%。可見，雖然「s」的代價不菲，但其安全價值獲得了高度認可。相比而言，我國的https普及率還比較低，只有少量知名的金融、電商網站在使用，有限的安全保護已無法滿足網民需求。

注局桐：EV SSL證書示例

說了這么多，你的網站是否需要啟用https加密呢？如果是博客站點、宣傳類網站、分類信息、電子公告板或新聞網站之類，就沒必要跟風，畢竟啟用https協議需要投入額外的開銷和精力。

但如果是電子商務、金融、社交網路等網站的話，則必須採用https協議桐族坦。 例如銀行等傳統金融機構及P2P網貸等互聯網金融機構就可以從國有大型CA機構(例如CFCA)申請ssl證書，從而完成https加密和站點身份認證。如果您希望了解更多與網站HTTPS加密相關的情況，可以登錄 www.cfca.com.cn/ssl/ 進行查詢。

⑤ 如何使用WebView訪問https的url

https為加密的方式,webview有熟悉專門支持,至於技術就不知道了

⑥ 什麼是https它和http的主要區別在哪裡

一、什麼是HTTPS

HTTPS是在HTTP上建立SSL加密層，並對傳輸數據進行加密，是HTTP協議的安全版。HTTPS主要作用是：

（1）對數據進行加密，並建立一個信息安全通道，來保證傳輸過程中的數據安全；

（2）對網站伺服器進行真實身份認證。

二、什麼是HTTP

HTTP是互聯網上應用最為廣泛的一種網路協議，是一個客戶端和伺服器端請求和應答的標准(TCP)，用於從WWW伺服器傳輸超文本到本地瀏覽器的傳輸協議。HTTP是採用明文形式進行數據傳輸，極易被不法分子竊取和篡改。

1、HTTPS是加密傳輸協議，HTTP是明文傳輸協議；

2、HTTPS需要用到SSL證書，而HTTP不用；

3、HTTPS比HTTP更加安全，對搜索引擎更友好，利於SEO；

4、 HTTPS標准埠443，HTTP標准埠80；

5、 HTTPS基於傳輸層，HTTP基於應用層；

6、 HTTPS在瀏覽器顯示綠色安全鎖，HTTP沒有顯示；

總的來說HTTPS比HTTP更加安全，能夠有效的保護網站用戶的隱私信息安全，這也是為什麼現在的HTTPS網站越來越多。

⑦ https標准埠443下的域名和URL是加密的嗎

https只是加了個套接層。其下的加密沒有，這個就不一定了。

⑧ url地址加密後,如何實現跳轉

*你可以模仿www.phpe.net上面的那個友情鏈接來做啊。*/ 可以將鏈接保存在資料庫中，地址中直接跟url保存的id，然後讀出來再用header()跳轉就好了。 若用BASE64來做，不要將url和那個"="都加密了，用 http://www.a.com/redir.php?url=加密後的串。接收倒$_GET['url']後解碼，也用header()，跳轉過去就可以了。 1. http://www.a.com/redir.php?urlid=id. 取資料庫或者其他存儲辦法。 $sql = "select urlstr from url where id = '".$_GET['id']."'"; 查到結果： header("Location:" . 查出來的結果)。 2. http://www.a.com/redir.php?url=加密後的URL 接收， $url = $_GET['url']. header("Location:" . base64_decode($url)); 希望可以有所幫助。 既然說了數據有幾十W條，那麼應該入庫了吧？ 那麼採用第一種方法要方便點。

⑨ HTTPS 到底加密了些什麼內容

https其實是有兩部分組成：http + SSL / TLS，也就是在http上又加了一層處理加密信息的模塊。服務端和客戶端的信息傳輸都會通過TLS進行加密，所以傳輸的數據都是加密後的數據。具體是如何進行加密，解密，驗證的，且看下圖。

1. 客戶端發起https請求

客戶端發起https請求就是指用戶在瀏覽器里輸入一個https網址，然後連接到server的443埠。

2. 伺服器端的配置

採用https協議的伺服器必須要有一套SSL數字證書，需要向CA組織(如WoSign沃通CA)申請。這套SSL證書其實就是一對公鑰和私鑰。如果對公鑰和私鑰不太理解，可以想像成一把鑰匙和一個鎖頭，只是全世界只有你一個人有這把鑰匙，你可以把鎖頭給別人，別人可以用這個鎖把重要的東西鎖起來，然後發給你，因為只有你一個人有這把鑰匙，所以只有你才能看到被這把鎖鎖起來的東西。

3. 傳送證書

這個證書其實就是公鑰，只是包含了很多信息，如證書的頒發機構，證書過期時間等等。

4. 客戶端解析證書

這部分工作是有客戶端的TLS來完成的，首先會驗證公鑰是否有效，比如頒發機構，過期時間等等，如果發現異常，則會彈出一個警告框，提示證書存在問題。如果證書沒有問題，那麼就生成一個隨機值。然後用證書對該隨機值進行加密。就好像上面說的，把隨機值用鎖頭鎖起來，這樣除非有鑰匙，不然看不到被鎖住的內容。

5. 傳送加密信息

這部分傳送的是用SSL證書加密後的隨機值，目的就是讓服務端得到這個隨機值，以後客戶端和服務端的通信就可以通過這個隨機值來進行加密解密了。

6. 服務段解密信息

服務端用私鑰解密後，得到了客戶端傳過來的隨機值(私鑰)，然後把內容通過該值進行對稱加密。所謂對稱加密就是，將信息和私鑰通過某種演算法混合在一起，這樣除非知道私鑰，不然無法獲取內容，而正好客戶端和服務端都知道這個私鑰，所以只要加密演算法夠彪悍，私鑰夠復雜，數據就夠安全。

7. 傳輸加密後的信息

這部分信息是服務段用私鑰加密後的信息，可以在客戶端被還原。

8. 客戶端解密信息

客戶端用之前生成的私鑰解密服務段傳過來的信息，於是獲取了解密後的內容。整個過程第三方即使監聽到了數據，也束手無策。

⑩ url跳轉https加密有用嗎

https加密可以保護網站滾逗數據不被第三方竊取，可以防止第三方轎弊插入廣告，可以有效防止惡意入侵。現在HTTPS加密是網站的安全趨勢，沒有絕對的安全只有相對的安全，只閉備族要做了HTTPS就可以比http超文本傳輸更安全，所以是絕對有用的。