偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

<ruby id="t8l1h"><tt id="t8l1h"><pre id="t8l1h"></pre></tt></ruby>

<nobr id="t8l1h"><optgroup id="t8l1h"></optgroup></nobr>

<abbr id="t8l1h"></abbr>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開(kāi)發(fā)者社區(qū)

信創(chuàng)認(rèn)證

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考信創(chuàng)認(rèn)證華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線學(xué)習(xí)

文章資源問(wèn)答課堂專欄直播

51CTO

鴻蒙開(kāi)發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開(kāi)發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開(kāi)發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

網(wǎng)絡(luò)管理

3925內(nèi)容??

關(guān)注

主要涵蓋網(wǎng)絡(luò)管理相關(guān)的技術(shù)知識(shí)、管理難點(diǎn)、解決方案以及協(xié)議標(biāo)準(zhǔn)等。

文章博文課程

共 3925 條

這個(gè)網(wǎng)關(guān)有點(diǎn)猛，代碼已提交，日更中...

隨著微服務(wù)化的不斷普及，線上應(yīng)用越來(lái)越多，并且各個(gè)應(yīng)用都需要對(duì)外暴露自身的API接口，這就會(huì)導(dǎo)致對(duì)外暴露大量的API接口，難以統(tǒng)一管理和維護(hù)，并且客戶端需要明確知曉各個(gè)微服務(wù)的具體訪問(wèn)地址，這無(wú)疑又增加了客戶端開(kāi)發(fā)的復(fù)雜度。

2025-06-30 08:43:50

網(wǎng)關(guān)代碼

我們?yōu)槭裁葱枰按笊闲小保?/a>

5G-A在國(guó)內(nèi)的發(fā)展已經(jīng)進(jìn)入了快車道。三大運(yùn)營(yíng)商已在國(guó)內(nèi)31個(gè)省份，300余個(gè)城市部署5G-A網(wǎng)絡(luò)，覆蓋核心商圈、交通樞紐、工業(yè)園區(qū)等關(guān)鍵場(chǎng)景，預(yù)計(jì)可支撐5000萬(wàn)用戶。

2025-06-24 02:00:00

5G-A 運(yùn)營(yíng)商基站

一個(gè)拼寫錯(cuò)誤讓整個(gè)互聯(lián)網(wǎng)一起犯錯(cuò)

HTTP Referer 雖然只是一個(gè)小小的請(qǐng)求頭，但它承載著 Web 發(fā)展的歷史，見(jiàn)證了互聯(lián)網(wǎng)從功能至上到隱私保護(hù)的轉(zhuǎn)變。那個(gè)著名的拼寫錯(cuò)誤也提醒我們，技術(shù)標(biāo)準(zhǔn)的制定需要更加嚴(yán)謹(jǐn)和謹(jǐn)慎。

2025-06-18 02:55:00

HTTP Web 技術(shù)

算力互聯(lián)互通火了，它到底意味著什么？

算力最終是要為應(yīng)用場(chǎng)景服務(wù)的。數(shù)據(jù)通信網(wǎng)絡(luò)構(gòu)建了算力互聯(lián)網(wǎng)，打通了算力和應(yīng)用之間的阻隔，實(shí)現(xiàn)了算力向各個(gè)垂直行業(yè)領(lǐng)域的賦能。這不僅推動(dòng)了全行業(yè)的數(shù)智化轉(zhuǎn)型，也加速了整個(gè)數(shù)字經(jīng)濟(jì)的重塑。

2025-06-13 01:25:00

算力互聯(lián)通信網(wǎng)絡(luò)

用Go實(shí)現(xiàn)底層Socket的Wake-on-LAN技術(shù)

Wake-on-LAN，簡(jiǎn)稱WOL或WoL，中譯為“網(wǎng)絡(luò)喚醒”、“遠(yuǎn)程喚醒”，是一種遠(yuǎn)程喚醒技術(shù)及標(biāo)準(zhǔn)，功效在于讓休眠狀態(tài)或關(guān)機(jī)狀態(tài)的電腦，透過(guò)局域網(wǎng)的另一臺(tái)電腦對(duì)其發(fā)令，使其喚醒、恢復(fù)成運(yùn)作狀態(tài)，或從關(guān)機(jī)狀態(tài)轉(zhuǎn)成開(kāi)機(jī)狀態(tài)。

2025-06-12 02:21:00

Go Socket 技術(shù)

5G-A技術(shù)，直播不卡頓的秘密！

5G-A不僅解決了直播行業(yè)的技術(shù)痛點(diǎn)，更將推動(dòng)內(nèi)容生產(chǎn)模式的變革，隨著5G-A全球規(guī)模發(fā)展，直播行業(yè)將正式進(jìn)入“上行自由”時(shí)代，超清化、智能化的新體驗(yàn)也即將觸手可及。

2025-06-12 01:33:00

5G-A 技術(shù)4G

孤勇者一路對(duì)線谷歌！不靠廣告活著，更不存在SEO、數(shù)據(jù)跟蹤，3年突破5萬(wàn)付費(fèi)用戶，實(shí)現(xiàn)盈利！網(wǎng)友：支持！這是另一種互聯(lián)網(wǎng)！原創(chuàng) 精選

在 Kagi 看來(lái)，哪怕已經(jīng)發(fā)展了這么多年，傳統(tǒng)互聯(lián)網(wǎng)領(lǐng)域依然“留有大量空白”。他們希望，能像改造搜索和瀏覽器那樣，給電子郵件等其他領(lǐng)域注入一點(diǎn)屬于 Kagi 的、以用戶為核心的創(chuàng)新溫度，讓它真正重新為人所用，而不是為算法和廣告而存在。

2025-06-11 19:17:36

谷歌 SEO 互聯(lián)網(wǎng)

雙智網(wǎng)絡(luò)—網(wǎng)絡(luò)運(yùn)維新方向

雙智網(wǎng)絡(luò)，即網(wǎng)絡(luò)級(jí)智能互操作參數(shù)自優(yōu)化+用戶級(jí)智能用戶編排。智能互操作參數(shù)調(diào)整，保障網(wǎng)絡(luò)性能和小區(qū)級(jí)感知前提下提升5G駐留比/分流比；同時(shí)智能用戶編排將感知差的用戶遷移至合適的異頻或者異系統(tǒng)小區(qū)，保證用戶體驗(yàn)和感知。

2025-06-06 04:11:00

雙智網(wǎng)絡(luò)運(yùn)維

扒一扒 DNS 的前世今生

簡(jiǎn)單來(lái)說(shuō)，DNS（域名系統(tǒng)）就是域名和各種數(shù)據(jù)之間的一個(gè)映射表。最常見(jiàn)的映射就是把像?chatgpt.com?這樣的域名轉(zhuǎn)換成電腦能懂的IP地址。

2025-06-04 01:20:00

DNS 域名系統(tǒng)

萬(wàn)億級(jí)流量下怎樣保證系統(tǒng)不宕機(jī)？

本文在對(duì)歷史遺留系統(tǒng)問(wèn)題深入分析后，找到問(wèn)題的本質(zhì)解，制定切實(shí)有效的解決方案。通過(guò)運(yùn)用整潔架構(gòu)設(shè)計(jì)理念，對(duì)歷史遺留系統(tǒng)進(jìn)行全面的模型分析和架構(gòu)重新設(shè)計(jì)，并借助DDD戰(zhàn)術(shù)工具實(shí)現(xiàn)代碼開(kāi)發(fā)。

2025-05-30 02:55:00

系統(tǒng)不宕機(jī)流量

Spring Boot + MQTT：消息交互輕松實(shí)現(xiàn)

MQTT（Message Queuing Telemetry Transport）是一種輕量級(jí)的消息傳輸協(xié)議，專為資源受限的設(shè)備和低帶寬、高延遲的網(wǎng)絡(luò)環(huán)境設(shè)計(jì)。在物聯(lián)網(wǎng)（IoT）領(lǐng)域，MQTT因其低開(kāi)銷和高效能而被廣泛應(yīng)用。

2025-05-13 07:13:25

MQTT Spring 輕量級(jí)

深入對(duì)比Nginx、LVS和HAProxy，選擇最合適負(fù)載均衡方案！

Nginx 適合快速部署、小型項(xiàng)目或需要頻繁改動(dòng)的服務(wù)。HAProxy 更適合中大型系統(tǒng)，尤其在做流量分層路由時(shí)效果顯著。LVS 通常用于大廠、運(yùn)營(yíng)商核心系統(tǒng)，更依賴專業(yè)運(yùn)維人員。

2025-05-13 03:00:00

Nginx LVS HAProxy

實(shí)戰(zhàn)案例：如何防止超預(yù)期的高并發(fā)流量壓垮系統(tǒng)？實(shí)戰(zhàn)接口限流防護(hù)！代碼已上傳！

我們使用SpringBoot項(xiàng)目來(lái)搭建Http接口限流項(xiàng)目，SpringBoot項(xiàng)目本質(zhì)上還是一個(gè)Maven項(xiàng)目。所以，小伙伴們可以直接創(chuàng)建一個(gè)Maven項(xiàng)目，我這里的項(xiàng)目名稱為mykit-ratelimiter-test。接下來(lái)，在pom.xml文件中添加如下依賴使項(xiàng)目構(gòu)建為一個(gè)SpringBoot項(xiàng)目。

2025-05-12 08:24:04

高并發(fā)流量系統(tǒng)

Safari 隱私模式下，URL 參數(shù)為何神秘消失？

最近在排查Safari在隱私模式下頁(yè)面參數(shù)丟失的問(wèn)題，如果通過(guò)Safari直接打開(kāi)B頁(yè)面，此時(shí)在B頁(yè)面可以正常獲取到頁(yè)面鏈接上的參數(shù)，但是如果Safari先打開(kāi)A頁(yè)面，然后通過(guò)A頁(yè)面再跳轉(zhuǎn)到B頁(yè)面（A、B頁(yè)面部署在不同域名下），此時(shí)的B頁(yè)面通過(guò)JS就獲取不到鏈接上的參數(shù)了??，這樣就會(huì)導(dǎo)致一些依賴頁(yè)面參數(shù)的功能出現(xiàn)異常！

2025-05-07 00:30:00

Safari URL 參數(shù)

最近很火的ATG，讀這一篇就夠了

ATG（Air To Ground）：利用移動(dòng)蜂窩技術(shù)，沿航線建設(shè)對(duì)空覆蓋基站，實(shí)現(xiàn)飛機(jī)-地面網(wǎng)絡(luò)的直接通信，通信距離短、頻譜效率高，時(shí)延小、帶寬大、成本低，可用于飛機(jī)與地面大帶寬的視頻等業(yè)務(wù)數(shù)據(jù)傳輸。

2025-04-29 08:56:36

ATG 移動(dòng)蜂窩技術(shù)

扒開(kāi)TCP的“神秘外衣”，一文吃透它的本質(zhì)！

許多文件傳輸協(xié)議，如FTP（文件傳輸協(xié)議）、SFTP（安全文件傳輸協(xié)議）等，都是基于TCP 實(shí)現(xiàn)的。

2025-04-28 01:22:45

TCP 文件傳輸 SFTP

面試官：說(shuō)說(shuō)四層和七層代理的本質(zhì)區(qū)別？——從 OSI 模型到千萬(wàn)級(jí)集群的拆解指南

四層負(fù)載均衡器將每秒百萬(wàn)級(jí)請(qǐng)求均勻分發(fā)給API網(wǎng)關(guān)，但七層網(wǎng)關(guān)卻因HTTP頭解析消耗了75%的CPU資源。這暴露了一個(gè)根本問(wèn)題：不理解四層與七層的本質(zhì)區(qū)別，就無(wú)法構(gòu)建高可靠的現(xiàn)代網(wǎng)絡(luò)架構(gòu)。

2025-04-14 03:45:00

OSI 模型均衡器

超越 Sidecar：深入解析 Istio Ambient Mode 的流量機(jī)制與成本效益

在 Ambient 模式中，Istio CNI 會(huì)在 Pod 網(wǎng)絡(luò)命名空間中注入 iptables 規(guī)則，將出站流量透明攔截到所在節(jié)點(diǎn)的 ztunnel 進(jìn)程。之后由 ztunnel 決定是直接進(jìn)行 L4 轉(zhuǎn)發(fā)，還是將流量轉(zhuǎn)發(fā)至 Waypoint Proxy 做進(jìn)一步的 L7 處理。

2025-03-27 05:25:00

Sidecar 流量機(jī)制

5G切換的秘密，就在這3W1H中

對(duì)于RRC_CONNECTED態(tài)的UE，基站對(duì)UE的空口狀態(tài)保持監(jiān)控，判斷是否需要變更服務(wù)小區(qū)。這個(gè)過(guò)程稱之為連接態(tài)移動(dòng)性管理，通常簡(jiǎn)稱為切換。切換的本質(zhì)是指UE從一個(gè)基站的服務(wù)區(qū)域遷移到另一個(gè)基站的服務(wù)區(qū)域的過(guò)程，旨在保證通信的連續(xù)性。

2025-03-14 09:09:19

5G UE 移動(dòng)

CVPR2025 | MobileMamba：輕量級(jí)Mamba網(wǎng)絡(luò)新突破，兼顧多感受野、高效推理與超強(qiáng)精度

MobileMamba 提出了一種輕量級(jí)多感受野視覺(jué) Mamba 網(wǎng)絡(luò)，通過(guò)三階段網(wǎng)絡(luò)設(shè)計(jì)和 MRFFI（Multi-Receptive Field Feature Interaction）模塊，在提升模型推理速度的同時(shí)，實(shí)現(xiàn)更高精度，超越現(xiàn)有 CNN、ViT 和 Mamba 結(jié)構(gòu)。

2025-03-05 00:15:00

網(wǎng)絡(luò)CNN ViT

網(wǎng)絡(luò)事件響應(yīng)三要素：速度、質(zhì)量和正確的工具

如果確實(shí)發(fā)生了違規(guī)行為，真誠(chéng)地希望它不會(huì)發(fā)生（盡管有時(shí)這是不可避免的），企業(yè)快速有效地做出反應(yīng)的能力將決定是造成輕微中斷還是造成災(zāi)難性的財(cái)務(wù)和聲譽(yù)損失。

2025-03-03 00:46:04

網(wǎng)絡(luò)速度工具

Elasticsearch 中如何限制和指定 IP 地址的訪問(wèn)？

IP 訪問(wèn)控制是極限網(wǎng)關(guān)提供的一項(xiàng)非常實(shí)用的安全功能，它能幫助你控制誰(shuí)能夠訪問(wèn)你的服務(wù)。通過(guò)簡(jiǎn)單的配置，你可以指定哪些 IP 地址可以訪問(wèn)（白名單），以及哪些 IP 地址不能訪問(wèn)（黑名單）。

2025-02-28 05:50:12

IP 地址網(wǎng)關(guān)

計(jì)算機(jī)網(wǎng)絡(luò)：ICMP協(xié)議（Internet控制消息協(xié)議）

ICMP（Internet Control Message Protocol，互聯(lián)網(wǎng)控制消息協(xié)議）是TCP/IP協(xié)議族中的一個(gè)重要子協(xié)議，該協(xié)議位于網(wǎng)絡(luò)層。

2025-02-25 08:16:43

網(wǎng)絡(luò)ICMP 協(xié)議

網(wǎng)絡(luò)基礎(chǔ)：TCP/IP 協(xié)議職責(zé)和常見(jiàn)的三種模型

網(wǎng)絡(luò)訪問(wèn)層屬于四層模型的最底層，主要負(fù)責(zé)數(shù)據(jù)的物理傳輸。它涉及硬件設(shè)備如網(wǎng)卡、集線器和交換機(jī)，通過(guò)物理介質(zhì)（例如以太網(wǎng)電纜）將數(shù)據(jù)從發(fā)送端傳輸?shù)浇邮斩恕?/a>

2025-02-24 08:00:28

網(wǎng)絡(luò)TCP/IP 協(xié)議

網(wǎng)絡(luò)也能個(gè)性化服務(wù)了？IMEIsv差異化保障了解下

隨著網(wǎng)絡(luò)的不斷發(fā)展，用戶差異化訴求日益增加，對(duì)同一個(gè)gNodeB下的所有UE應(yīng)用相同的RRM策略，已經(jīng)無(wú)法滿足不同用戶訴求。

2025-02-14 09:13:23

IMEIsv gNodeB 網(wǎng)絡(luò)

不懂 TCP 三次握手、四次揮手？面試官：回去等通知吧！

TCP的三次握手和四次揮手的來(lái)龍去脈應(yīng)該都清楚了。TCP 之所以這樣設(shè)計(jì)，是為了實(shí)現(xiàn)可靠的網(wǎng)絡(luò)通信：三次握手確保雙向通信可靠、序列號(hào)同步以及避免歷史連接；四次揮手則確保數(shù)據(jù)傳輸完整、連接優(yōu)雅關(guān)閉，以及防止舊連接影響新連接。

2025-02-13 00:00:00

TCP 網(wǎng)絡(luò)通信

小菜學(xué)網(wǎng)絡(luò)之WebSocket協(xié)議

不少應(yīng)用場(chǎng)景要求服務(wù)主動(dòng)向客戶端進(jìn)行推送，這時(shí) HTTP 協(xié)議就有點(diǎn)捉襟見(jiàn)肘了。舉個(gè)例子，為實(shí)現(xiàn) Web 聊天室功能，當(dāng)新消息到達(dá)時(shí)，服務(wù)器必須向客戶端推送通知。只用 HTTP 協(xié)議來(lái)實(shí)現(xiàn)，我們必須在客戶端做輪詢。

2025-02-08 10:11:25

WebSocket HTTP 協(xié)議

一分鐘帶你看懂：輸入 URL 到頁(yè)面顯示的完整過(guò)程

我們用簡(jiǎn)單有趣的方式，帶你了解了從瀏覽器輸入 URL 到頁(yè)面展示的基本流程，希望能讓你對(duì)網(wǎng)頁(yè)加載背后的機(jī)制有一個(gè)大致的了解。

2025-02-07 12:33:37

TCP URL 頁(yè)面

全面解析SEO優(yōu)化：從HTML標(biāo)簽到Sitemap.xml，你必須知道的技術(shù)

SEO優(yōu)化不僅僅是一次性的任務(wù)，而是一個(gè)持續(xù)改進(jìn)的過(guò)程。通過(guò)合理優(yōu)化HTML標(biāo)簽、網(wǎng)站結(jié)構(gòu)、內(nèi)容質(zhì)量等多方面因素，你可以顯著提升網(wǎng)站的排名和流量。

2025-01-26 12:49:01

HTML 標(biāo)簽網(wǎng)站

數(shù)字世界的“風(fēng)暴”，來(lái)的也很猛烈!

實(shí)時(shí)監(jiān)測(cè)信令消息的流量和系統(tǒng)負(fù)載，當(dāng)檢測(cè)到信令風(fēng)暴時(shí)，自動(dòng)采取相應(yīng)的措施，如限制信令消息的發(fā)送或調(diào)整系統(tǒng)配置。

2025-01-26 11:01:04

數(shù)字用戶數(shù)量系統(tǒng)負(fù)載

性能約定：API 限速原創(chuàng)

在快節(jié)奏的 API 世界中，速率限制就像節(jié)奏設(shè)定器一樣，確保一切順利而有效地運(yùn)行。關(guān)鍵在于選擇正確的方法，無(wú)論是固定窗口的一致性、滑動(dòng)窗口日子的精度，還是滑動(dòng)計(jì)數(shù)器的平衡，簡(jiǎn)單而有效，正確的速率限制策略是一個(gè)順利的數(shù)字體驗(yàn)的關(guān)鍵，保持服務(wù)快速可靠，并為未來(lái)做好準(zhǔn)備。

2025-01-13 00:00:40

性能 API IP 地址

每一代HTTP協(xié)議都解決了什么問(wèn)題？

盡管HTTP/2.0解決了應(yīng)用層的隊(duì)頭阻塞問(wèn)題，傳輸層（TCP）仍然存在隊(duì)頭阻塞。由于TCP協(xié)議的可靠性，即按順序發(fā)送和接收數(shù)據(jù)，且受到擁塞控制的影響，少量的丟包可能導(dǎo)致整個(gè)TCP連接上的所有流被阻塞。

2025-01-10 09:13:36

TCP 協(xié)議數(shù)據(jù)

推薦一個(gè) Python 寫的信息收集工具

Argus是一個(gè)功能豐富的信息收集工具，適用于研究人員、安全評(píng)估人員和網(wǎng)絡(luò)愛(ài)好者。其模塊化設(shè)計(jì)和自動(dòng)化功能使信息收集過(guò)程更加高效便捷。

2025-01-08 08:00:00

python 信息收集工具 Argus

以太網(wǎng) Mac 和 Phy 層問(wèn)題的“對(duì)癥下藥”攻略

在以太網(wǎng)中，MAC（Media Access Control，媒體訪問(wèn)控制）層是數(shù)據(jù)鏈路層的重要組成部分，肩負(fù)著諸多關(guān)鍵功能。首先，它負(fù)責(zé)控制與連接物理層的物理介質(zhì)，是數(shù)據(jù)鏈路層與物理層交互的關(guān)鍵橋梁，決定著數(shù)據(jù)如何流向物理層進(jìn)行傳輸。

2024-12-27 12:27:24

MAC 數(shù)據(jù)物理層

Http code ：304 代表什么？你知道多少？

HTTP 狀態(tài)碼 304 Not Modified 是一個(gè)無(wú)內(nèi)容（no-content）的狀態(tài)碼，表示客戶端發(fā)送了一個(gè)條件性請(qǐng)求（conditional request），并且服務(wù)器發(fā)現(xiàn)自從上次請(qǐng)求以來(lái)資源并沒(méi)有改變，因此返回這個(gè)狀態(tài)碼而不是重復(fù)傳輸相同的數(shù)據(jù)。

2024-12-26 09:05:18

HTTP 狀態(tài)碼數(shù)據(jù)

探索Docker默認(rèn)網(wǎng)絡(luò)NAT映射的分配與過(guò)濾行為

本文探討了Docker默認(rèn)網(wǎng)絡(luò)的NAT(網(wǎng)絡(luò)地址轉(zhuǎn)換)行為。我們通過(guò)構(gòu)建實(shí)驗(yàn)環(huán)境，使用兩個(gè)自制程序(nat-hole-puncher和udp-client-addr-display)以及nc工具，來(lái)測(cè)試和分析Docker NAT的端口分配行為和過(guò)濾行為。

2024-12-11 08:51:51

Docker 網(wǎng)絡(luò)NAT

基于多點(diǎn)協(xié)同CoMP的邊緣用戶性能提升解決方案

5G通信網(wǎng)絡(luò)采用多站點(diǎn)蜂窩布局方式達(dá)到連片覆蓋效果，蜂窩與蜂窩之間天然存在大量邊緣地帶，受限于覆蓋距離/帶寬/天線數(shù)/終端能力等諸多因素，蜂窩邊緣區(qū)域干擾突出，普遍存在用戶感知差、頻譜效率低等特點(diǎn)，天然存在中心和邊緣服務(wù)質(zhì)量不均勻的問(wèn)題，對(duì)用戶體驗(yàn)和網(wǎng)絡(luò)運(yùn)維帶來(lái)諸多挑戰(zhàn)。

2024-12-11 08:47:47

CoMP 5G 通信網(wǎng)絡(luò)

保持系統(tǒng)簡(jiǎn)單的六個(gè)經(jīng)驗(yàn)教訓(xùn)

安全是 AWS 的一個(gè)高度自動(dòng)化的流程，其中包括自動(dòng)化威脅情報(bào)等流程。AWS 每天收到“數(shù)萬(wàn)億”個(gè) DNS 更改請(qǐng)求，每天至少識(shí)別 100,000 個(gè)惡意域名，這通過(guò)一個(gè)自動(dòng)化流程完成——這是一個(gè)手工無(wú)法完成的流程。

2024-12-11 08:43:45

亞馬遜網(wǎng)絡(luò)服務(wù)

支付中臺(tái)：從網(wǎng)關(guān)層到數(shù)據(jù)分析層詳解

DTM框架通過(guò)這些不同的分布式事務(wù)模式及其具體實(shí)現(xiàn)方式，能夠很好地處理支付服務(wù)以及其他復(fù)雜業(yè)務(wù)場(chǎng)景下的分布式事務(wù)問(wèn)題，同時(shí)其基于Go語(yǔ)言實(shí)現(xiàn)也使得在Go語(yǔ)言項(xiàng)目中集成和使用更加方便快捷。

2024-12-09 10:32:25

網(wǎng)關(guān)層數(shù)據(jù)分析層

HTTP協(xié)議之工作原理前端必讀

許多HTTP通訊是由一個(gè)用戶代理初始化的并且包括一個(gè)申請(qǐng)?jiān)谠捶?wù)器上資源的請(qǐng)求。最簡(jiǎn)單的情況可能是在用戶代理（UA）和源服務(wù)器（O）之間通過(guò)一個(gè)單獨(dú)的連接來(lái)完成。

2024-12-09 08:14:25

HTTP 協(xié)議初始化

通過(guò)wireshark分析tcpdump網(wǎng)絡(luò)數(shù)據(jù)包進(jìn)而快速排查解決某環(huán)境OceanBase頻現(xiàn)的TCP連接異常斷開(kāi)問(wèn)題

TCP 連接異常斷開(kāi)的原因比較復(fù)雜，除了跟客戶端 jdbc 驅(qū)動(dòng)版本和服務(wù)端obproxy 版本有關(guān)，也跟數(shù)據(jù)庫(kù)的具體配置，客戶端與服務(wù)端的操作系統(tǒng)的具體配置，甚至網(wǎng)絡(luò)情況有關(guān)。

2024-12-06 12:04:33

TCP 服務(wù)端客戶端

通信入行好幾年，子網(wǎng)和子網(wǎng)掩碼還是搞不清？

IPv6地址由128位組成，通常表示為八組由冒號(hào)分隔的四位十六進(jìn)制數(shù)。在IPv6中，并沒(méi)有“子網(wǎng)掩碼”這個(gè)概念，而是使用“前綴長(zhǎng)度”來(lái)表示網(wǎng)絡(luò)部分的長(zhǎng)度，例如下圖，“1111:2222:3333:4444:AAAA:BBBB:CCCC:DDDD/32”表示地址前32位用于標(biāo)識(shí)網(wǎng)絡(luò)部分（包括子網(wǎng)），后96位用于標(biāo)識(shí)主機(jī)或接口部分。

2024-12-05 11:03:04

通信 IP地址 IPv6

徹底搞懂!Localhost與127.0.0.1的不同，程序員必知！

localhost與127.0.0.1在本地網(wǎng)絡(luò)訪問(wèn)中的共同特性使它們常被視為同義詞，但從網(wǎng)絡(luò)協(xié)議的角度分析，兩者有本質(zhì)差異。localhost通過(guò)操作系統(tǒng)的DNS解析來(lái)實(shí)現(xiàn)，而127.0.0.1作為IPv4協(xié)議標(biāo)準(zhǔn)中定義的環(huán)回地址，直接指向本機(jī)IP。

2024-12-04 10:12:06

localhost 網(wǎng)絡(luò)協(xié)議

VoNR與ViNR，你真的分清楚了嗎？

VoNR、ViNR分別代表5G時(shí)代的語(yǔ)音通話、視頻通話。它們極大地豐富我們?nèi)粘Ｉ?，進(jìn)一步提高我們的通話體驗(yàn)。你是否曾想過(guò)，未來(lái)的電話會(huì)如何撥打？是VoNR的無(wú)縫切換，還是ViNR的高效創(chuàng)新？讓我們一起揭開(kāi)它們的神秘面紗，探索通信的新潮流！

2024-12-04 09:41:06

CDN 是怎么工作的？你知道嗎？

假設(shè)住在紐約的 Bob 想訪問(wèn)一個(gè)部署在倫敦的電子商務(wù)網(wǎng)站。如果請(qǐng)求發(fā)送到位于倫敦的服務(wù)器，響應(yīng)速度會(huì)相當(dāng)慢。因此，我們?cè)?Bob 居住地附近部署 CDN 服務(wù)器，內(nèi)容將從附近的 CDN 服務(wù)器加載。

2024-12-04 08:40:19

CDN 服務(wù)器網(wǎng)站

Guava RateLimiter：高效流量控制實(shí)踐指南

在互聯(lián)網(wǎng)飛速發(fā)展的今天，隨著系統(tǒng)用戶規(guī)模的不斷擴(kuò)大和分布式架構(gòu)的廣泛應(yīng)用，API 接口的穩(wěn)定性和性能成為系統(tǒng)設(shè)計(jì)中至關(guān)重要的因素。

2024-12-02 08:02:36

Guava 流量架構(gòu)

解讀開(kāi)放系統(tǒng)互聯(lián)模型

為了理解該模型，讓我們跟蹤數(shù)據(jù)從你的計(jì)算機(jī)到另一個(gè)系統(tǒng)，并探索它在此過(guò)程中是如何變化的。假設(shè)你正在使用你的計(jì)算機(jī)，需要與同事聊天。

2024-11-27 13:08:34

開(kāi)放系統(tǒng)互聯(lián)模型

11.11大促背后的技術(shù)保障：SLA與SLO的深度解析與實(shí)踐案例

我們應(yīng)該從用戶最關(guān)心的方面入手，而不是目前可以監(jiān)控度量什么著手（當(dāng)然目前UMP監(jiān)控度量的維度已經(jīng)很多，部分指標(biāo)可作為SLI）。制定適當(dāng)?shù)腟LO的第一步是討論SLO應(yīng)該是什么以及應(yīng)該涵蓋什么。SLO為服務(wù)的客戶設(shè)置了目標(biāo)可靠性級(jí)別。

2024-11-27 10:44:48

PON，不只是“破”網(wǎng)那么簡(jiǎn)單！

PON，是指利用點(diǎn)對(duì)多點(diǎn)拓?fù)浜头止馄鲗?shù)據(jù)從單個(gè)傳輸點(diǎn)傳送到多個(gè)用戶端點(diǎn)的光纖網(wǎng)絡(luò)，由OLT（Optical Line Terminal，光線路終端），ONU（Optical Network Unit，光網(wǎng)絡(luò)單元）和ODN（Optical Distribution Network，光分配網(wǎng)絡(luò)）組成。

2024-11-26 11:02:17

PON 分光器端點(diǎn)

C# 中的超簡(jiǎn)單 TCP 通訊包：一步步帶你玩轉(zhuǎn)

通過(guò)以上的步驟，你已經(jīng)成功實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的 TCP 通訊包。服務(wù)器會(huì)監(jiān)聽(tīng)一個(gè)端口，等待客戶端的連接，并在接收到消息后返回響應(yīng)?？蛻舳藭?huì)連接到服務(wù)器，發(fā)送消息，并接收服務(wù)器的響應(yīng)。

2024-11-18 00:16:54

TCP 通訊包接收

1 2 3 4 5 6 ··· 79 下一頁(yè)

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開(kāi)發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

<thead id="mnutg"><rt id="mnutg"></rt></thead>