先給出名詞的定義： 1、實例對象-被new出來對象稱之為實例對象 例如: const p1 = new Person() p1就是實例對象 2、普通對象-未經new，直接聲明的對象是普通對象 例如：const p2 = { name: "John" } p2就是普通對象 3、prototype， 中文翻譯：原型對象 4、__proto__ ，中文翻譯：原型 (英文可以讀作dunder
昵稱 DiracKeeko
這是構造函數和構造函數的prototype之間的關係 Person.prototype.constructor === Person; // true 那麼對Person創建的實例對象p1 p1.__proto__.constructor === Person; // true 在瀏覽器控制枱中輸入如下代碼 function Person(name) { this.name = name;
昵稱 DiracKeeko
書接上文[[JS] javascript中的原型鏈02 prototypeconstructor](https://segmentfault.com/a/1190000043925349) 為了邏輯關係的清晰，我們去掉表示constructor的線條，加上Object對象，用.__proto__到達原型鏈的終點null。 javascript中原型鏈的終點是null，(Object.pro
昵稱 DiracKeeko
__proto__(實際原型)和prototype(原型屬性)不一樣！！！ constructor屬性(原型對象中包含這個屬性，實例當中也同樣會繼承這個屬性) prototype屬性(constructor.prototype原型對象) __proto__屬性(實例指向原型對象的指針) 首先弄清楚幾個概念： 什麼是對象？ 若干屬性的集合 什麼是原型？ 原型是一個對象，其他對象可以
昵稱 漫姐賊6
JS 原型鏈深度解讀：從混亂到通透，掌握 90% 前端面試核心 前言：你是否也被這些原型鏈問題折磨過？ " 為什麼obj.toString()能調用卻不在自身屬性裏？" "prototype和__proto__到底有什麼區別？" " 用class定義的類和原型鏈是什麼關係？" "修改原型對象為什麼會影響所有實例？" 作為 JavaScript 的核心機制，原型鏈是理解繼承、對象關係和內置方法的基礎
昵稱 小帆聊前端
前言 “物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層”，今天我們的目標就是把這些個玩意，翻譯成“人話”，保證你一看就懂，一學就廢~ 網絡七層結構，相信是個搞計算機網絡的，或者是搞軟件開發的，甚至是搞互聯網的，99%的人應該都知道，最起碼那也得是聽過，就是下方這個玩意： （你要是聽都沒聽過，別跟我説你是混跡於互聯網界的啊~） 但是，如果讓這些人講清楚這七層結構是幹嘛的，那這個比例，
昵稱 用户bPbDqZf
TCP/IP 協議是傳輸層的一個面向連接的安全可靠的一個傳輸協議，三次握手的機制是為了保證能建立一個安全可靠的連接 三次握手 那麼第一次握手是由客户端發起，客户端會向服務端發送一個報文，在報文裏面：SYN標誌位置為1，表示發起新的連接。 當服務端收到這個報文之後就知道客户端要和我建立一個新的連接，於是服務端就向客户端發送一個確認消息包，在這個消息包裏面：ack標誌位置為1，表示確認客户端發起
昵稱 Lucia
摘要：TCP／IP由網絡層的IP協議和傳輸層的TCP協議組成。常見的漏洞類型包括ARP病毒攻擊、基於RIP的攻擊、DNS欺騙、TCP 連接欺騙。 TCP／IP是TransmissionControlProtocol／InternetProtocol的簡寫 ，中譯名為傳輸控制協議／因特網互聯協議，又名網絡通訊協議，是 lnternet 最基本的協議、Interact國際互聯網絡的基礎。
昵稱 用户bPbDqZf
摘要：上篇我們介紹了TCP/IP協議中常見的漏洞類型包括ARP病毒攻擊、基於RIP的攻擊、DNS欺騙、TCP連接欺騙。面對TCP/IP協議中存在的漏洞我們要採取什麼樣的安全措施去預防和解決呢？ 首先從架構角度來説：IPSec與TLS最常用的兩種安全架構，可以利IPSec、TLS安全架構在不同的協議層來保護數據傳輸的安全性。 一、IPSec IPSec是一組用來在網絡層提高數據包傳
昵稱 用户bPbDqZf
前言：Tor項目團隊近日宣佈，發佈Tor瀏覽器11.5版本。Tor被美國國家安全局（NSA）譽為“互聯網匿名系統之王“。Tor ( The Onion Router）系統就是洋葱路由技術的具體實現。 Tor項目團隊發佈Tor瀏覽器11.5版本，而此次更新1.幫助用户自動繞過互聯網審查2.HTTPS 默認開啓3.對網絡設置菜單進行了重大改進。説起TOR瀏覽器都略有耳聞，那麼Tor是什麼樣的技術
昵稱 用户bPbDqZf
TCP Nagle算法 如果每次發送一個很小的數據包，比如一個字節內容的數據包而不優化，就會導致網絡中只有極少數有效數據的數據包，這會導致浪費大量的網絡資源。Nagle算法針對這種情況，要求緩存區的數據達到一定數據量或者一定時間後才將其發出，所以數據包將會被Nagle算法合併，以此來優化網絡。這種優化雖然提高了網絡帶寬的效率，但有的數據可能會被延遲發送。 在Nodejs中，由於TCP默認啓動Nag
昵稱 看見了
原文作者：Liam Crilly of F5 原文鏈接：藉助 TCP 負載均衡和 Galera 集羣擴展 MySQL 轉載來源：NGINX 官方網站 (編者按——本文最初發表於 2016 年，現已進行更新，改為使用更新之後修改過的 NGINX 功能。有關詳細信息，請參閲下文“藉助 NGINX JavaScript 模塊進行高級日誌記錄”和“NGINX Plus 儀表盤”兩節
昵稱 NGINX開源社區
目錄 開始測試 尋根 TCP half-open keepalive 重傳 timeout Zero window timeout 應用 socket 層的 timeout 設置 TCP_USER_TIMEOUT SO_RCVTIMEO / SO_SNDTIMEO poll timeout
昵稱 MarkZhu
文/ eBPF 技術探索 SIG 隨着 eBPF 技術的廣泛應用，在操作系統層面提供了更多的觀測能力，站在操作系統層面對應用的行為數據進行 trace 追蹤成了一種應用監控的新手段，本文主要介紹基於 eBPF 實現對應用網絡數據監控的背後邏輯。 一、一個請求數據包的組成 一個完整的應用請求數據包主要包含請求地址信息及具體的請求數據。其中請求地址信息就是我們常説的五元組信息(IP+端口+協議)，這部
昵稱 龍蜥社區
問題描述 最近上了一版需求，其中有一個接口因為後端的計算量超級巨大，導致接口時間要達到七八秒才能返回對應結果。 上了生產環境以後，請求總是失敗。 測試環境是好好的... 查看控制枱請求發送的報文相關信息如下： 筆者看一下報文，發現請求的狀態從開始的pending等待到最後的canceled取消。 點開請求的Timing面板查看，發現請求卡在Connection Star的Initial conn
昵稱 水冗水孚
本文僅討論FreeSWITCH部署在NAT之後（裏面）這種場景，假設私網地址與公網地址有一個確定的映射關係。 這裏只涉及mod_sofia（SIP信令及媒體）相關配置，其他模塊不在本文討論之列。 配置 mod_sofia默認提供兩個profile，可以理解成是兩套配置，最主要的區別是監聽端口不一樣，其他的區別包括是否啓用TLS加密，使用哪個撥號計劃等等。這裏以internal profile
昵稱 展望
Wireshark命令行工具安裝位置 Mac系統：/Applications/Wireshark.app/Contents/MacOS 從一個巨大的抓包文件中過濾出指定端口的UDP報文 使用tshark命令行工具： tshark -r debug.pcap -w debug_.pcap -Y "udp.port==19600" 過濾重複包 計算當前包與前4個包的MD5是否相同，若相同則丟棄：
昵稱 展望
本文由葡萄城技術團隊原創並首發。轉載請註明出處：葡萄城官網，葡萄城為開發者提供專業的開發工具、解決方案和服務，賦能開發者。 前言 本文的內容主要圍繞以下幾個部分： TCP/IP的簡單介紹。 消息的介紹。 基於消息分類的傳輸格式（流類型和XML類型）。 消息體系的組成。 TCP/IP的簡單介紹 TCP/IP (傳輸控制協議/網際協議) 是互聯網中的基本通信語言或協議。它其實是一個兩層的程
昵稱 葡萄城技術團隊
本文內容包括但不限於：tcp四次揮手（同時關閉），tcp包的seq/ack號規則，tcp狀態機，內核tcp代碼，tcp發送窗口等知識。 問題是什麼？ 內核版本linux 5.10.112 一句話：四次揮手中，由於fin包和ack包亂序，導致等了一次timeout才關閉連接。 過程細節： 同時關閉的場景，server和client幾乎同時向對方發送fin包。 client先收到了server的
昵稱 數據庫知識分享者
UDP 和 TCP、HTTP、HTTPS、SOCKS5 協議的不同之處及應用場景： UDP (User Datagram Protocol)：不同之處：UDP 是無連接的，不保證數據包的順序到達或完整性，也沒有流量控制和擁塞控制機制。它儘可能快地將數據包從源主機發送到目標主機，但不保證每個數據包都能到達或者按發送順序接收。應用場景：適用於實時性要求高且能容忍一定程度丟包和亂序的應用，如在線視頻會
昵稱 用户bPdbPIf
前面深入理解rtmp(1)之開發環境搭建中我們已經搭建好服務器,並且利用一些現成的工具可以推送直播流,播放直播流了.這篇文章我們開始搭建從零開發一套rtmp推流拉流sdk,對着協議實現,達到真正的"深入理解". 作為一個碼農,搬磚搬到一定高度就需要"腳手架"來支撐我們"夠得住".為了方面我們把rtmp推拉流sdk實現為一個PC上的命令行程序,當開發調試穩定後,我們可以快速的通過交叉編譯工具編譯到A
昵稱 輕口味
在數字化浪潮席捲全球的今天，網絡安全問題日益凸顯。最近，Windows TCP/IP協議被曝存在CVE-2024-38063遠程執行代碼漏洞，這一發現是否意味着我們的網絡安全體系正面臨前所未有的挑戰？我們又該如何有效應對？ 一、TCP/IP協議：互聯網通信的基石 TCP/IP協議，全稱為傳輸控制協議/因特網協議，是現代互聯網技術的基石。它不僅是互聯網中設備之間進行通信的標準和規範，還負責將不同的網
昵稱 用户bPbDqZf
ip命令我們平時一直在使用，它的內部是怎麼實現的呢？點擊以下鏈接瞭解： 原文鏈接：聊聊iproute2-ip命令的實現總結
昵稱 斯達克
背景 隨着企業上雲的進一步深入，越來越多的業務逐步遷移至雲端，雲上資源的需求也隨着業務增加而越來越多，這種增長使得單賬號的資源、項目、人員、權限管理變得極其複雜，多賬號上雲模式逐漸成為多業務上雲的重要選擇，然而隨着雲賬號的增加，多賬號管理中的人員和權限問題也隨着浮現，給運維工作帶來了新的挑戰，基於這些挑戰，我們開始研究如何在多賬號環境下高效的管理人員與權限，如何在多賬號場景下實現統一認證。
昵稱 信也科技佈道師