主頁 >  其他 > 談談網路協議 – HTTP協議

談談網路協議 – HTTP協議

2021-08-16 13:02:27 其他

HTTP

  • HTTP（Hyper Text Transfer Protocol），譯為超文本傳輸協議

    • 是互聯網中應用最廣泛的應用層協議之一
    • 設計HTTP最初的目的是：提供一種發布和接收HTML頁面的方法，由URI來標識具體的資源
    • 后面用HTTP來傳遞的資料格式不僅僅是HTML，應用非常廣泛
    • （為何叫 超文本？因為它傳輸的資料除了文本還有圖片，視頻，音頻啊_）

  • HTML（ Hyper Text Markup Language）：超文本標記語言

    • 用以撰寫網頁

維基百科上的介紹

image-20210402150142521

版本

  • 1991年，HTTP/0.9
    • 只支持GET請求方法獲取文本資料（比如HTML檔案），且不支持請求頭、回應頭等，無法向服務器傳遞太多資訊
  • 1996年，HTTP/1.0
    • 支持POST、HEAD等請求方法，支持請求頭、回應頭等，支持更多種資料型別（不再局限于文本資料）
    • 瀏覽器的每次請求都需要與服務器建立一個TCP連接，請求處理完成后立即斷開TCP連接
  • 1997年，HTTP/1.1（最經典、使用最廣泛的版本，目前很多還是用該版本）
    • 支持PUT、DELETE等請求方法
    • 采用持久連接（Connection: keep-alive），多個請求可以共用同一個TCP連接
  • 2015年，HTTP/2.0 （穩定可升級）
  • 2018年，HTTP/3.0 （開發中）

標準

  • HTTP的標準
    • 由萬維網協會（W3C）、互聯網工程任務組（IETF）協調制定，最終發布了一系列的RFC
  • RFC（Request For Comments，可以譯為：請求意見稿）
    • HTTP/1.1 最早是在1997年的RFC 2068中記錄的
      • 該規范在1999年的RFC 2616中已作廢
      • 2014年又由RFC 7230系列的RFC取代
    • HTTP/2 標準于2015年5月以RFC 7540正式發表，取代HTTP/1.1成為HTTP的實作標準
  • 中國的RFC
    • 1996年3月，清華大學提交的適應不同國家和地區中文編碼的漢字統一傳輸標準被IETF通過為RFC 1922
    • 成為中國大陸第一個被認可為RFC檔案的提交協議

報文格式

image-20210402150829032

ABNF

  • ABNF（Augmented BNF）
    • 是BNF（Backus-Naur Form，譯為：巴科斯-瑙爾范式）的修改、增強版
    • 在RFC 5234中表明：ABNF用作internet中通信協議的定義語言
    • ABNF是最嚴謹的HTTP報文格式描述形式，脫離ABNF談論HTTP報文格式，往往都是片面、不嚴謹的
  • 關于HTTP報文格式的定義
    • RFC 2616 4.HTTP Message（舊）
    • RFC 7230 3.Message Format（新）

ABNF - 核心規則

image-20210402151729638

報文格式 - 整體

image-20210402151802322

報文格式 - request-line、status-line

image-20210402152041709

報文格式 - header-filed、message-body

image-20210402152134449

URL的編碼

  • URL中一旦出現了一些特殊字符（比如中文、空格），需要進行編碼
    • 在瀏覽器地址欄輸入URL時，是采用UTF-8進行編碼
  • 比如
    • 編碼前：https://www.baidu.com/s?wd=百度
    • 編碼后：https://www.baidu.com/s?wd=華為

Xshell + telnet

  • 安裝一個Xshell（安全終端模擬軟體），在Xshell中使用telnet
    • 可以直接面向HTTP報文與服務器互動
    • 可以更清晰、直觀地看到請求報文、回應報文的內容
    • 可以檢驗請求報文格式的正確與否

image-20210402152350075

請求方法

  • RFC 7231, section 4: Request methods：描述了8種請求方法

  • GET、HEAD、POST、PUT、DELETE、CONNECT、OPTIONS、TRACE

  • RFC 5789, section 2: Patch method：描述了PATCH方法

  • GET：常用于讀取的操作，請求引數直接拼接在URL的后面（瀏覽器對URL是有長度限制的）

  • POST：常用于添加、修改、洗掉的操作，請求引數可以放到請求體中（沒有大小限制）

  • HEAD：請求得到與GET請求相同的回應，但沒有回應體

    • 使用場景舉例：在下載一個大檔案前，先獲取其大小，再決定是否要下載，以此可以節約帶寬資源

  • OPTIONS：用于獲取目的資源所支持的通信選項，比如服務器支持的請求方法

    • OPTIONS * HTTP/1.1

  • PUT：用于對已存在的資源進行整體覆寫

  • PATCH：用于對資源進行部分修改（資源不存在，會創建新的資源）

  • DELETE：用于洗掉指定的資源

  • TRACE：請求服務器回顯其收到的請求資訊，主要用于HTTP請求的測驗或診斷

  • CONNECT：可以開啟一個客戶端與所請求資源之間的雙向溝通的通道，它可以用來創建隧道（tunnel）

    • 可以用來訪問采用了 SSL (HTTPS) 協議的站點

頭部欄位（Header Field）

  • 頭部欄位可以分為4種型別
    • 請求頭欄位（Request Header Fields）
      • 有關要獲取的資源或客戶端本身資訊的訊息頭
    • 回應頭欄位（Response Header Fields）
      • 有關回應的補充資訊，比如服務器本身（名稱和版本等）的訊息頭
    • 物體頭欄位（Entity Header Fields）
      • 有關物體主體的更多資訊，比如主體長度（Content-Length）或其MIME型別
    • 通用頭欄位（General Header Fields）
      • 同時適用于請求和回應訊息，但與訊息主體無關的訊息頭

請求頭欄位

image-20210402153238765

image-20210402153310382

image-20210402153334022

回應頭欄位

image-20210402153405917

image-20210402153531552

image-20210402153856660

狀態碼（Status Code ）

  • 在RFC 2616 10.Status Code Definitions規范中定義
    • 狀態碼指示HTTP請求是否已成功完成
  • 狀態碼可以分為5類
    • 資訊回應：100~199
    • 成功回應：200~299
    • 重定向：300~399
    • 客戶端錯誤：400~499
    • 服務器錯誤 ：500~599

常見狀態碼

  • 100 Continue

    • 請求的初始部分已經被服務器收到，并且沒有被服務器拒絕，客戶端應該繼續發送剩余的請求，如果請求已經完 成，就忽略這個回應
    • 允許客戶端發送帶請求體的請求前，判斷服務器是否愿意接收請求（服務器通過請求頭判斷）
    • 在某些情況下，如果服務器在不看請求體就拒絕請求時，客戶端就發送請求體是不恰當的或低效的

  • 200 OK：請求成功

  • 302 Found：請求的資源被暫時的移動到了由Location頭部指定的URL上

  • 304 Not Modified：說明無需再次傳輸請求的內容，也就是說可以使用快取的內容

  • 400 Bad Request：由于語法無效，服務器無法理解該請求

  • 401 Unauthorized：由于缺乏目標資源要求的身份驗證憑證

  • 403 Forbidden：服務器端有能力處理該請求，但是拒絕授權訪問

  • 404 Not Found：服務器端無法找到所請求的資源

  • 405 Method Not Allowed：服務器禁止了使用當前HTTP方法的請求

  • 406 Not Acceptable：服務器端無法提供與Accept-Charset以及Accept-Language指定的值相匹配的回應

  • 408 Request Timeout：服務器想要將沒有在使用的連接關閉

    • 一些服務器會在空閑連接上發送此資訊，即便是在客戶端沒有發送任何請求的情況下

  • 500 Internal Server Error：所請求的服務器遇到意外的情況并阻止其執行請求

  • 501 Not Implemented：請求的方法不被服務器支持，因此無法被處理

    • 服務器必須支持的方法（即不會回傳這個狀態碼的方法）只有 GET 和 HEAD

  • 502 Bad Gateway：作為網關或代理角色的服務器，從上游服務器（如tomcat）中接收到的回應是無效的

  • 503 Service Unavailable：服務器尚未處于可以接受請求的狀態

    • 通常造成這種情況的原因是由于服務器停機維護或者已超載

Form提交 - 常用屬性

  • action：請求的URI

  • method：請求方法（GET、POST）

  • enctype：POST請求時，請求體的編碼方式

    • application/x-www-form-urlencoded（默認值）

      • 用&分隔引數，用=分隔鍵和值，字符用URL編碼方式進行編碼

    • multipart/form-data

      • 檔案上傳時必須使用這種編碼方式

multipart/form-data

  • 參考RFC 1521

  • 請求頭

    • Content-Type: multipart/form-data; boundary=xxx

image-20210402154700480

說明

  • boundary

    • 分界符，用于對引數的分隔
    • 引數開頭 --boundary，注意前面必需要有2個 -- 符號
    • 最后以 --boundary-- 結束

請求示例

同源策略

  • 瀏覽器有 同源策略（Same-Origin Policy）
    • 它規定了：默認情況下，AJAX請求只能發送給同源的URL
    • 同源是指3個相同：協議、域名（IP）、埠
    • 當Ajax請求如果發現不是同源的URL，就會被攔截，這就是所謂的跨域

image-20210402160825783

  • img、script、link、iframe、video、audio等標簽不受同源策略的約束

跨域

  • 解決Ajax跨域請求的常用方法
    • CORS（Cross-Origin Resource Sharing），跨域資源共享
    • JSONP（以前比較舊的處理方式）
    • 服務端代理
    • Nginx代理

CORS

  • CORS的實作需要客戶端和服務器同時支持
    • 客戶端
      • 所有的瀏覽器都支持（IE至少是IE10版本及以上）
    • 服務器
      • 需要添加回應頭資訊（Access-Conrol-Allow-Origin）
      • 告訴瀏覽器，這是一個允許跨域訪問的請求

JSONP

  • 使用 script 標簽加載一個介面地址，介面回傳的是js代碼，并主動呼叫頁面中的指定方法
  • 現在基本不使用

服務端代理

  • 后端專門寫一個服務接收前端的URL引數，這個請求由后端去請求，得到資料后再回傳給前端，因為后端是不會有跨域的限制
  • 后端介面和前端需要在同源URL中
  • 使用麻煩，基本不使用

Nginx代理

  • 前端請求與Nginx那邊協商好的需要跨域的一個地址，但是是一個同源的URL地址
  • Nginx接到這個請求后，將該地址再轉發到原始的需要跨域的地址中
  • 和上面的服務端代碼類似，但配置更簡單
  • 推薦使用
  • 用于在客戶端（瀏覽器）存盤資料，小快取
  • 容量小
  • 服務器和客戶端都可以 設定Cookie資料，都可以去修改
    • 客戶端是直接去使用API設定
    • 服務端是通過回應頭中的 Set-Cookie 引數設定
  • 有效期
    • 默認不設定有效期，就是 會話級別的，當瀏覽器一關，就會清空
    • 設定了有效期，當有效期一過，也會失效，這種瀏覽器關了是不會清空的
  • 獲取范圍
    • 同域名IP，不同埠也是可以共享的
    • t1.baidu.com 與 t2.baidu.com 默認是不能共享的，因為不是同一個域名
      • 如果給 domian 設定為 .baidu.com 就能兩個域名共享cookie了
    • 上級目錄設定的cookie，下級目錄可以獲取到，而下級目錄設定的cookie，上級目錄不能獲取
    • 如何讓上級獲取到下級目錄設定的cookie呢
      • 設定path屬性 document.cookie = "key=value;path=/"

Session

  • 會話，用于在服務器存盤與客戶端相關的資料
  • 它能識別客戶端的請求來自哪個會話

建立用戶會話

image-20210402163511084

  • 當用戶登錄成功后，服務器會生成一個唯一的 ID（SeesionID）作為Key保存在Session中，value就是該用戶資訊相關引數

  • 然后回傳回應頭的時候，在 Set-Cookie 中設定 JSEESIONID=XXX

  • 這樣就將這個SessionID保存到客戶端了

  • 下次客戶端再發起請求的時候，就會將Cookie中的這個 JSEESIONID 一起發給后端

  • 后端收到后去 Session 中查詢這個KEY，就能知道這次請求是哪個用戶的了

快取（Cache）

  • Cache的發音和Cash（現金）一樣

  • 實際上，HTTP的快取機制遠遠比上圖的流程要復雜

  • 通常會快取的情況是:GET請求＋靜態資源（比如HTML、CSS、JS、圖片等)

  • Ctrl + F5:可以強制重繪快取

快取 - 回應頭

  • Pragma:作用類似于Cache-Control，HTTP/1.0的產物
  • Expires:快取的過期時間(GMT格式時間)，HTTP/1.0的產物
    • 問題：過期時間是和客戶端時間比較的，每個人的電腦時間都有可能不一樣，所以快取不靠譜
  • Cache-Control: 設定快取策略
    • no-storage: 不快取資料到本地
    • public: 允許用戶、代理服務器快取資料到本地
    • private: 只允許用戶快取資料到本地
    • max-age: 快取的有效時間(多長時間不過期)，單位秒
    • no-cache: 每次需要發請求給服務器詢問快取是否有變化，再來決定如何使用快取
  • 優先級: Pragma > Cache-Control（ETag > Last-Modified） > Expires

快取 - 請求頭

  • lf-None-Match
    • 如果上一次的回應頭中有ETag，就會將ETag的值作為請求頭的值
    • 如果服務器發現資源的最新摘要值跟lf-None-Match不匹配，就會回傳新的資源（200 OK)
    • 否則，就不會回傳資源的具體資料(304 Not Modified)
  • lf-Modified-Since
    • 如果上一次的回應頭中沒有ETag，有Last-Modified，就會將Last-Modified的值作為請求頭的值
    • 如果服務器發現資源的最后一次修改時間晚于lf-Modified-Since，就會回傳新的資源(200 OK)
    • 否則，就不會回傳資源的具體資料(304 Not Modified)

快取 - Last-Modified vs ETag

  • Last-Modified的缺陷
    • 只能精確到秒級別，如果資源在1秒內被修改了，客戶端將無法獲取最新的資源資料
    • 如果某些資源被修改了（最后一次修改時間發生了變化)，但是內容并沒有任何變化
      • 會導致相同資料重復傳輸，沒有使用到快取
  • ETag可以辦到
    • 只要資源的內容沒有變化，就不會重復傳輸資源資料
    • 只要資源的內容發生了變化，就會回傳最新的資源資料給客戶端

快取的使用流程圖

代理服務器 （Proxy Server）

  • 特點
    • 本身不生產內容
    • 處于中間位置轉發上下游的請求和回應
      • 面向下游的客戶端：它是服務器
      • 面向上游的服務器：它是客戶端

image-20210402164039617

正向代理、反向代理

  • 正向代理：代理的物件是客戶端
    • 如：瀏覽器中的HTTP代理
  • 反向代理：代理的物件是服務器
    • 如：Nginx代理

image-20210402164225500

正向代理 - 作用

  • 隱藏客戶端身份
  • 繞過防火墻（突破訪問限制）
  • Internet訪問控制
  • 資料過濾
  • ...

image-20210402164505943

  • 一些免費的正向代理

    • https://ip.jiangxianli.com/

    • https://www.kuaidaili.com/free/inha/

反向代理 - 作用

  • 隱藏服務器身份
  • 安全防護
  • 負載均衡

image-20210402164650625

抓包工具的原理

  • Fiddler、Charles等抓包工具的原理：在客戶端啟動了正向代理服務

image-20210402164718377

  • 需要注意的是
    • Wireshark的原理是：通過底層驅動，攔截網卡上流過的資料

代理服務器 相關的頭部欄位

  • Via：追加經過的每一臺代理服務器的主機名（或域名）
  • X-Forwarded-For：追加請求方的IP地址
  • X-Real-IP：客戶端的真實IP地址

image-20210402164940062

CDN

  • CDN（Content Delivery Network或Content Distribution Network），譯為：內容分發網路
    • 利用最靠近每位用戶的服務器 ?更快更可靠地將音樂、圖片、視頻等資源檔案（一般是靜態資源）傳遞給用戶

image-20210402165307428

  • 使用前后對比

    image-20210402165348718

  • CDN運營商在全國、乃至全球的各個大樞紐城市都建立了機房

    • 部署了大量擁有高存盤高帶寬的節點，構建了一個跨運營商、跨地域的專用網路

  • 內容所有者向CDN運營商支付費用，CDN將其內容交付給最終用戶

CDN DNS服務器

  • CDN 有自己的DNS服務器，為了更快速的決議IP給用戶

  • 正常沒有CDN的請求

image-20210402165643915

  • 使用了CDN的請求
    • 當瀏覽器向DNS服務器查詢的時候，DNS服務器會將該查詢指向到離你最近的一臺CDN DNS服務器

image-20210402165716342

image-20210402165849278

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/294085.html

標籤：其他

上一篇：【docker系列】詳解阿里云服務器安裝docker

下一篇：在開發中將git運用自如

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂