如何訪問網站的數據傳送圖

⑴ 如何直接訪問網站的資料庫

樓上的這種問題我也遇到過，往往是設計網站界面視圖的人沒有考慮到所有的需求，提供的資料庫查詢不夠靈活。

確實有可能找到辦法去訪問這個資料庫，不過應該提醒樓主，網站做界面的目的出了美觀方便外，就是要限制用戶不訪問，所以通過非正常途徑訪問就要承擔一定的責任了。

具體方法有：

1.理想方法：得到資料庫的地址，例如樓上說的把mdb文件直接下載下來。當然很少有網站用access做資料庫的，一般情況是需要知道資料庫IP地址，資料庫類型，庫名，用戶名和密碼，然後通過toad等客戶端軟體來訪問。
既然是理想方法，這種情況不太可能發生，除非你是內部人士，可以知道很多信息。因為通常資料庫伺服器會放在區域網上，不能被外部訪問到。

2.實際方法：採用SQL注入等黑客技術。SQL注入是最簡單的黑客技術了，不過由於簡單威力也不會很大，要求網站設計對於安全的考慮不周，存在漏洞才行。
由於網站設計不周，就會在出錯或者某些情況下暴露出資料庫表結構的一些內幕，這樣就可以寫出你想要的SQL命令，把它插入到Web表單遞交，或者頁面請求的查詢字元串中，最終達到欺騙伺服器執行的目的。

如果樓主想了解更多，可以學學黑客知識，祝樓主好運！

⑵ 如何把舊網站的數據全部轉移到新網站詳細點謝謝。

如果是新網站和舊網站不是一種cms或者資料庫類型不同，這樣的也是可以完成數據遷移的。

這邊臨時考慮有這么幾種思路：

1）資料庫為數據源的內容轉移

1.1 數據源資料庫分析

將老網站的資料庫結構分析明白，能找到老網站cms的數據字典的話，配合起來好一些

1.2 新後台數據結構分析

分析新網站後台的資料庫內容錄入涉及到的表和數據表的欄位結構，理清楚文章錄入後發生寫入和更新操作涉及到的數據。

1.3 數據導入模塊程序編制及導入

編寫程序，讀取1.1中老網站數據條目並按照新網站後台的實際欄位需要做數據結構轉換，將轉換後的數據欄位直接寫入新網站後台的資料庫對應的表中

這樣操作，需要對兩個後台的內容模型、數據欄位標記形式、資料庫欄位存儲形式等細節有比較仔細的推敲的基礎上進行，技術要求相對高一些。

其實，1.3過程，其實可以採用模擬發包的形式，將1.2處理完成的原始數據直接模擬人工錄入（例如POST請求）的形式將拼接好的數據提交到新網站後台的錄入地址

2）網站html採集為數據源的內容轉移

有個別情況，因為各種原因，無法直接獲取到老網站後台的資料庫的情況。

可以通過採集老網站html內容，將老網站的各種文章欄位、圖片及音視頻素材等匯總整理到本地（或者動態採集不在本地存放），然後再通過1.2、1.3的步驟錄入到新網站後台。或者是1.2步驟之後模擬發包的形式保存到新後台。

3）老網站圖片及音視頻附件的處理

3.1 可以直接上傳附件的情況

直接將老網站的附件目錄直接上傳到新網站後台，不需要吧正文部分對應的圖片、附件、音視頻等資源的路徑做二次轉換

3.2 無法直接將老網站後台附件上傳到新後台（沒有ftp許可權或者伺服器許可權的情況）

需要在上文中1.3的步驟過程中，分析圖片和音視頻的上傳請求，通過模擬在新後台的附件上傳請求，將老網站的圖片及音視頻、附件等文件上傳到新後台。

4）內容轉移到新網站之後的細節處理

如果說做事情要追求做到極致的話，其實數據導入到新後台之後，還有一個重要的環節。就是將老網站的歷史url挨個做301到新網站後台對應稿件的對應新url。

這個是一個對工作精密程度要求很高的工作，很少有做的。但是對於用戶體驗比較好。

這樣做了，老網站所有的內容，在換到新的後台之後都是可以打開的，而且搜索引擎收錄的文章數量不會大幅度減少。

⑶ 無論使用計算機做什麼，都離不開數據的傳輸，互聯網是怎樣傳輸數據的

無論使用計算機做什麼，都離不開數據的傳輸。在上網的時候，瀏覽一個網頁，網頁伺服器要把網頁的數據發給你；發電子郵件，你的計算機要把郵件的數據發給電子郵件伺服器，電子郵件伺服器還要把這些數據發給接收者的計算機；看一段視頻，視頻的數據也要通過網路傳輸到用戶的計算機。

在這個信息爆炸的時代，每天都有龐大的數據在網路上流通，互聯網線路的繁忙程度可能並不亞於世界上最繁忙的十字路口。

為了保證全世界數十億台計算機中的任意兩台之間都可以建立聯系，在互聯網上傳輸數據絕不是一件很簡單的事情，需要做很多工作才可以使這個迷宮一樣復雜的交通系統每天都正常運轉。

⑷ html怎麼把一個頁面的數據傳到另一個頁面

html把一個頁面的數據傳到另一個頁面的方法和操作步驟如下：

1、首先，打開我們計算機上的網頁編程軟體，然後創建兩個新的html頁面，如下圖所示。

⑸ 電腦怎樣通過互聯網傳輸數據

網路中數據傳輸過程

我們每天都在使用互聯網，我們電腦上的數據是怎麼樣通過互聯網傳輸到到另外的一台電腦上的呢？

我們知道現在的互聯網中使用的TCP/IP協議是基於，OSI（開放系統互聯）的七層參考模型的，（雖然不是完全符合）從上到下分別為 應用層 表示層 會話層 傳輸層 網路層 數據鏈路層和物理層。其中數據鏈路層又可是分為兩個子層分別為邏輯鏈路控制層（Logic Link Control，LLC ）和介質訪問控制層（(Media Access Control，MAC )也就是平常說的MAC層。LLC對兩個節點中的鏈路進行初始化，防止連接中斷，保持可靠的通信。MAC層用來檢驗包含在每個楨中的地址信息。在下面會分析到。還要明白一點路由器是在網路層的，而網卡在數據鏈路層。

我們知道，ARP（Address Resolution Protocol，地址轉換協議）被當作底層協議，用於IP地址到物理地址的轉換。在乙太網中，所有對IP的訪問最終都轉化為對網卡MAC地址的訪問。如果主機A的ARP列表中，到主機B的IP地址與MAC地址對應不正確，由A發往B數據包就會發向錯誤的MAC地址，當然無法順利到達B，結 果是A與B根本不能進行通信。

首先我們分析一下在同一個網段的情況。假設有兩台電腦分別命名為A和B，A需要相B發送數據的話，A主機首先把目標設備B的IP地址與自己的子網掩碼進行「與」操作，以判斷目標設備與自己是否位於同一網段內。如果目標設備在同一網段內，並且A沒有獲得與目標設備B的IP地址相對應的MAC地址信息，則源設備（A）以第二層廣播的形式(目標MAC地址為全1)發送ARP請求報文，在ARP請求報文中包含了源設備（A）與目標設備（B）的IP地址。同一網段中的所有其他設備都可以收到並分析這個ARP請求報文，如果某設備發現報文中的目標IP地址與自己的IP地址相同，則它向源設備發回ARP響應報文，通過該報文使源設備獲得目標設備的MAC地址信息。為了減少廣播量，網路設備通過ARP表在緩存中保存IP與MAC地址的映射信息。在一次 ARP的請求與響應過程中，通信雙方都把對方的MAC地址與IP地址的對應關系保存在各自的ARP表中，以在後續的通信中使用。ARP表使用老化機制，刪除在一段時間內沒有使用過的IP與MAC地址的映射關系。一個最基本的網路拓撲結構：

PC-A並不需要獲取遠程主機（PC-C）的MAC地址，而是把IP分組發向預設網關，由網關IP分組的完成轉發過程。如果源主機（PC-A）沒有預設網關MAC地址的緩存記錄，則它會通過ARP協議獲取網關的MAC地址，因此在A的ARP表中只觀察到網關的MAC地址記錄，而觀察不到遠程主機的 MAC地址。在乙太網(Ethernet)中，一個網路設備要和另一個網路設備進行直接通信，

除了知道目標設備的網路層邏輯地址(如IP地址)外，還要知道目標設備的第二層物理地址(MAC地址)。ARP協議的基本功能就是通過目標設備的IP地址，查詢目標設備的MAC地址，以保證通信的順利進行。 數據包在網路中的發送是一個及其復雜的過程，上圖只是一種很簡單的情況，中間沒有過多的中間節點，其實現實中只會比這個更復雜，但是大致的原理是一致的。

（1）PC-A要發送數據包到PC-C的話，如果PC-A沒有PC-C的IP地址，則PC-A首先要發出一個dns的請求，路由器A或者dns解析伺服器會給PC-A回應PC-C的ip地址，這樣PC-A關於數據包第三層的IP地址信息就全了：源IP地址：PC-A，目的ip地址：PC-C。

（2）接下來PC-A要知道如何到達PC-C，然後，PC-A會發送一個arp的地址解析請求，發送這個地址解析請求，不是為了獲得目標主機PC-C的MAC地址，而是把請求發送到了路由器A中，然後路由器A中的MAC地址會發送給源主機PC-A，這樣PC-A的數據包的第二層信息也全了，源MAC地址：PC-A的MAC地址，目的MAC地址：路由器A的MAC地址，

（3）然後數據會到達交換機A,交換機A看到數據包的第二層目的MAC地址，是去往路由器A的，就把數據包發送到路由器A，路由器A收到數據包，首先查看數據包的第三層ip目的地址，如果在自己的路由表中有去往PC-C的路由，說明這是一個可路由的數據包。 （4）然後路由器進行IP重組和分組的過程。首先更換此數據包的第二層包頭信息，路由器PC-A到達PC—C要經過一個廣域網，在這里會封裝很多廣域網相關的協議。其作用也是為了找下一階段的信息。同時對第二層和第三層的數據包重校驗。把數據經過Internet發送出去。最後經過很多的節點發送到目標主機PC_C中。

現在我們想一個問題，PC-A和PC-C的MAC地址如果是相同的話，會不會影響正常的通訊呢！答案是不會影響的，因為這兩個主機所處的區域網被廣域網分隔開了，通過對發包過程的分析可以看出來，不會有任何的問題。而如果在同一個區域網中的話，那麼就會產生通訊的混亂。當數據發送到交換機是，這是的埠信息會有兩個相同的MAC地址，而這時數據會發送到兩個主機上，這樣信息就會混亂。因此這也是保證MAC地址唯一性的一個理由。

• 我暫且按我的理解說說吧。

先看一下計算機網路OSI模型的七個層次：

┌—————┐

│ 應用層 │←第七層

├—————┤

│ 表示層 │

├—————┤

│ 會話層 │

├—————┤

│ 傳輸層 │

├—————┤

│ 網路層 │

├—————┤

│數據鏈路層│

├—————┤

│ 物理層 │←第一層

└—————┘

而我們現在用的網路通信協議TCP/IP協議者只劃分了四成：

┌—————┐

│ 應用層 │ ←包括OSI的上三層

├—————┤

│ 傳輸層 │

├—————┤

│ 網路層 │

├—————┤

│網路介面層 │←包括OSI模型的下兩層，也就是各種不同區域網。

└—————┘

兩台計算機通信所必須需要的東西：IP地址（網路層）+埠號（傳送層）。

兩台計算機通信（TCP/IP協議）的最精簡模型大致如下：

主機A---->路由器（零個或多個）---->主機B

舉個例子：主機A上的應用程序a想要和主機B上面的應用程序b通信，大致如下

程序a將要通信的數據發到傳送層，在傳送層上加上與該應用程序對應的通信埠號（主機A上不同的應用程序有不同的埠號），如果是用的TCP的話就加上TCP頭部，UDP就加上UDP頭部。

在傳送成加上頭部之後繼續嚮往下傳到網路層，然後加上IP頭部（標識主機地址以及一些其他的數據，這里就不詳細說了）。

然後傳給下層到數據鏈路層封裝成幀，最後到物理層變成二進制數據經過編碼之後向外傳輸。

在這個過程中可能會經過許多各種各樣的區域網，舉個例子：

主機A--->（區域網1--->路由器--->區域網2）--->主機B

這個模型比上面一個稍微詳細點，其中括弧裡面的可以沒有也可能有一個或多個，這個取決於你和誰通信，也就是主機B的位置。

主機A的數據已經到了具體的物理介質了，然後經過區域網1到了路由器，路由器接受主機A來的數據先經過解碼，還原成數據幀，然後變成網路層數據，這個過程也就是主機A的數據經過網路層、數據鏈路層、物理層在路由器上面的一個反過程。

然後路由器分析主機A來的數據的IP頭部（也就是在主機A的網路層加上的數據），並且修改頭部中的一些內容之後繼續把數據傳送出去。

一直到主機B收到數據為止，主機B就按照主機A處理數據的反過程處理數據，直到把數據交付給主機B的應用程序b。完成主機A到主機B的單方向通信。

這里的主機A、B只是為了書寫方便而已，可能通信的雙方不一定就是個人PC，伺服器與主機，主機與主機，伺服器與伺服器之間的通信大致都是這樣的。

再舉個例子，我們開網頁上網路：

就是我們的主機瀏覽器的這個應用程序和網路的伺服器之間的通信。應用成所用的協議就是HTTP，而伺服器的埠號就是熟知埠號80.

大致過程就是上面所說，其中的細節很復雜，任何一個細節都可以寫成一本書，對於非專業人員也沒有必要深究。