博客 RSS 訂閱

展望 - FreeSWITCH跨NAT部署

本文僅討論FreeSWITCH部署在NAT之後(裏面)這種場景,假設私網地址與公網地址有一個確定的映射關係。 這裏只涉及mod_sofia(SIP信令及媒體)相關配置,其他模塊不在本文討論之列。 配置 mod_sofia默認提供兩個profile,可以理解成是兩套配置,最主要的區別是監聽端口不一樣,其他的區別包括是否啓用TLS加密,使用哪個撥號計劃等等。這裏以internal profile

音視頻 , tcp-ip , nat

收藏 評論

展望 - Wireshark命令行工具

Wireshark命令行工具安裝位置 Mac系統:/Applications/Wireshark.app/Contents/MacOS 從一個巨大的抓包文件中過濾出指定端口的UDP報文 使用tshark命令行工具: tshark -r debug.pcap -w debug_.pcap -Y "udp.port==19600" 過濾重複包 計算當前包與前4個包的MD5是否相同,若相同則丟棄:

tcpdump , wireshark , tcp-ip , 計算機網絡

收藏 評論

葡萄城技術團隊 - 分佈式應用開發的核心技術系列之——基於TCP/IP的原始消息設計

本文由葡萄城技術團隊原創並首發。轉載請註明出處:葡萄城官網,葡萄城為開發者提供專業的開發工具、解決方案和服務,賦能開發者。 前言 本文的內容主要圍繞以下幾個部分: TCP/IP的簡單介紹。 消息的介紹。 基於消息分類的傳輸格式(流類型和XML類型)。 消息體系的組成。 TCP/IP的簡單介紹 TCP/IP (傳輸控制協議/網際協議) 是互聯網中的基本通信語言或協議。它其實是一個兩層的程

tcp-ip

收藏 評論

數據庫知識分享者 - 記一個詭異的TCP揮手亂序問題

本文內容包括但不限於:tcp四次揮手(同時關閉),tcp包的seq/ack號規則,tcp狀態機,內核tcp代碼,tcp發送窗口等知識。 問題是什麼? 內核版本linux 5.10.112 一句話:四次揮手中,由於fin包和ack包亂序,導致等了一次timeout才關閉連接。 過程細節: 同時關閉的場景,server和client幾乎同時向對方發送fin包。 client先收到了server的

tcp , 雲計算 , tcp-ip , 阿里雲 , 遷移

收藏 評論

用户bPdbPIf - UDP 和 TCP 、HTTP、HTTPS、SOCKS5協議的不同之處及應用場景

UDP 和 TCP、HTTP、HTTPS、SOCKS5 協議的不同之處及應用場景: UDP (User Datagram Protocol):不同之處:UDP 是無連接的,不保證數據包的順序到達或完整性,也沒有流量控制和擁塞控制機制。它儘可能快地將數據包從源主機發送到目標主機,但不保證每個數據包都能到達或者按發送順序接收。應用場景:適用於實時性要求高且能容忍一定程度丟包和亂序的應用,如在線視頻會

socks5 , HTTP , HTTPS , tcp-ip , udp

收藏 評論

輕口味 - 深入理解rtmp(二)之C++腳手架搭建

前面深入理解rtmp(1)之開發環境搭建中我們已經搭建好服務器,並且利用一些現成的工具可以推送直播流,播放直播流了.這篇文章我們開始搭建從零開發一套rtmp推流拉流sdk,對着協議實現,達到真正的"深入理解". 作為一個碼農,搬磚搬到一定高度就需要"腳手架"來支撐我們"夠得住".為了方面我們把rtmp推拉流sdk實現為一個PC上的命令行程序,當開發調試穩定後,我們可以快速的通過交叉編譯工具編譯到A

音視頻 , tcp-ip , c++ , rtmp

收藏 評論

用户bPbDqZf - 網絡安全警鐘:Windows TCP/IP協議出現高危漏洞

在數字化浪潮席捲全球的今天,網絡安全問題日益凸顯。最近,Windows TCP/IP協議被曝存在CVE-2024-38063遠程執行代碼漏洞,這一發現是否意味着我們的網絡安全體系正面臨前所未有的挑戰?我們又該如何有效應對? 一、TCP/IP協議:互聯網通信的基石 TCP/IP協議,全稱為傳輸控制協議/因特網協議,是現代互聯網技術的基石。它不僅是互聯網中設備之間進行通信的標準和規範,還負責將不同的網

tcp-ip , 漏洞

收藏 評論

斯達克 - 聊聊常用Linux命令的實現-ip

ip命令我們平時一直在使用,它的內部是怎麼實現的呢?點擊以下鏈接瞭解: 原文鏈接:聊聊iproute2-ip命令的實現總結

工具軟件 , tcp-ip , 技術分享 , 源代碼 , 網絡

收藏 評論

信也科技佈道師 - 阿里雲多賬號統一認證

背景 隨着企業上雲的進一步深入,越來越多的業務逐步遷移至雲端,雲上資源的需求也隨着業務增加而越來越多,這種增長使得單賬號的資源、項目、人員、權限管理變得極其複雜,多賬號上雲模式逐漸成為多業務上雲的重要選擇,然而隨着雲賬號的增加,多賬號管理中的人員和權限問題也隨着浮現,給運維工作帶來了新的挑戰,基於這些挑戰,我們開始研究如何在多賬號環境下高效的管理人員與權限,如何在多賬號場景下實現統一認證。

tcp-ip

收藏 評論

編碼青年 - 2025最新API 調試與管理工具 Apifox 和 Apipost,企業究竟該如何選?

在企業級 API 調試與管理場景中,選擇一款高效的工具至關重要。市面上的調試工具琳琅滿目,而 Apifox 和 Apipost 是近幾年兩款備受開發者關注的 API 工具。二者都可團隊協作和為接口調試賦能,但對企業來説,究竟誰才是更適合的選擇呢? 本文將從功能對比、用户體驗、企業適配度和性價比等多個維度做一次全面解析,幫助你做出更明智的選擇。 一. 概述與定位 ApiFox Apifox 是一款國

apipost , 團隊協作工具 , 企業級 , 用户體驗 , api設計

收藏 評論

得帆雲 - 什麼是API

什麼是API? API全稱Application Programming Interface,即應用程序編程接口,是一些預先定義的函數,或指軟件系統不同組成部分銜接的約定,用於傳輸數據和指令,使應用程序之間可以集成和共享數據資源。 簡單來説,API是處理系統之間數據傳輸的媒介。在API調用過程中,客户端會通過API發送請求,API將請求數據傳遞給服務器後,服務器根據請求數據進行數據處理,最

API , ipaas , api設計

收藏 評論

龍智DevSecOps - 集成API設計+測試+文檔管理,全新一站式解決方案SmartBear API Hub功能介紹

本文來源smartbear.com,由SmartBear中國授權合作伙伴、DevSecOps解決方案提供商-龍智翻譯整理。 創建API不僅僅是編寫代碼,還涉及協作、治理與提供無縫體驗,以賦能團隊和企業。 隨着企業規模和軟件生態系統的擴展,API的複雜性日益增長,在治理、安全性和可見性方面面臨挑戰。為保持競爭力,企業團隊需要一個統一且對開發者友好的解決方案,確保API從一開始就具備高質量、可發現性和

API , 自動化測試 , api設計

收藏 評論

程序員鼓勵金 - API 文檔管理工具對比:Apifox vs Apipost 誰能更好地解決文檔滯後問題?

API 文檔是團隊協作的重要橋樑,但文檔滯後一直是困擾團隊的痛點。本文將對比 Apifox 和 Apipost 在 API 文檔管理方面的能力差異,幫助團隊選擇最適合的文檔工具。 文檔生成與同步機制 功能點 Apifox Apipost 一鍵生成專業文檔 ✅ 高質量生成 ✅ 基礎生成 實時自動同步 ✅ 變更

apipost , api文檔 , api設計

收藏 評論

算法巫師 - 微服務架構下的 API 管理:Apifox vs Apipost 誰更勝一籌?

微服務架構已成為現代應用開發的主流模式,但也帶來了 API 管理的複雜性。本文將對比 Apifox 和 Apipost 在微服務架構下的 API 管理能力,幫助團隊選擇最適合的工具。 服務發現與註冊 功能點 Apifox Apipost 自動服務發現 ✅ 支持 ❌ 不支持 集成服務註冊中心 ✅ 支持多種

api設計

收藏 評論

算法巫師 - 誰更好用?Apifox與Apipost的API設計對比

在當今數字化轉型浪潮中,API 已成為企業技術基礎設施的核心。一款優秀的API管理工具不僅能提升研發效率,更能確保產品質量與團隊協作的流暢性。本文將深入剖析國內兩大API協作平台—— Apifox 與 Apipost 在 2025 年的全方位對決,為您揭示誰才是真正的API管理王者。 設計之戰:誰的 API 設計體驗更勝一籌? API 設計是整個開發流程的起點,優秀的設計工具能讓團隊事半功倍。 協

API , api設計

收藏 評論

龍智DevSecOps - 設計優先方法論實踐:SmartBear API Hub +ReadyAPI組合使用,構建高效的API開發流

為避免這些問題,團隊需要一套結構化的方法論,以及配套的工具支持。“設計優先”正是應對之道。該方法結合SmartBear API Hub與ReadyAPI,能夠構建一個高效、可靠的API開發流程。 API設計流程現狀 在當今API驅動的時代,出色的API設計是構建可靠、可擴展服務的關鍵。若缺乏結構與標準化,設計階段極易陷入混亂——團隊協作失調、系統耦合緊密、代碼重複、標準不一致等常見問題將會接踵而至

API , api設計

收藏 評論

龍智DevSecOps - API開發提速新方案:SmartBear API Hub與ReadyAPI虛擬化整合實踐

本文來源smartbear.com,由SmartBear中國授權合作伙伴——龍智翻譯整理。旨在分享如何通過 SmartBear API Hub 與 ReadyAPI虛擬化的協同工作,加速 API 優先的開發流程。 在當今的軟件生態中,API 不僅僅是技術接口,更是現代數字產品的連接紐帶。採用 API 優先策略的企業不僅能打造出更優質的 API,還能推動更快的創新、構建可擴展的架構,並促進團隊之間的

devops , api文檔 , api設計

收藏 評論

Python最棒 - 2025 年 CRM管理軟件排行榜單

本篇文章為大家整理了六款CRM管理軟件排行榜單,分別為:Zoho CRM、Salesforce、HubSpot、Microsoft Dynamics 365、Pipedrive、Freshsales。 在當今競爭激烈的商業環境中,CRM管理軟件已成為各企業不可或缺的工具。CRM軟件不僅有助於管理客户信息和互動,還能優化銷售流程、提高客户滿意度並推動業務增長。2025年,我們觀察到幾款CRM軟件因其

api設計 , HTML

收藏 評論

龍智DevSecOps - 技術解讀:MCP協議以及SmartBear API Hub在MCP開發中的關鍵作用

在AI 應用不斷演進的背景下,模型上下文協議(Model Context Protocol,簡稱MCP)作為一項關鍵標準應運而生。它促進了大語言模型(LLM)與外部工具、數據源和服務之間的無縫集成。通過標準化這些交互方式,MCP 使 AI 系統能夠在更高的語境和精度下執行復雜任務。 為了充分釋放 MCP 的潛力,開發者需要一套可靠、可擴展且高效的開發工具。SmartBear API Hub為滿足這

API , api文檔 , api設計

收藏 評論

大鼻子的烤紅薯 - 分佈式API設計:架構、實現與優化實踐

分佈式API架構已成為現代互聯網應用的核心支撐技術,其通過服務拆分、負載均衡和彈性擴展能力,有效解決了單體架構在高併發場景下的性能瓶頸。本文結合京東、拼多多等頭部企業的實戰經驗,從架構設計原則、技術實現路徑到性能優化策略,系統闡述分佈式API設計的關鍵要素。 分佈式API架構設計原則 1. 模塊化與鬆耦合 採用微服務架構將系統拆分為獨立部署的模塊,每個服務通過RESTful或gRPC協議通信。例如

api設計

收藏 評論

RestCloud - 如何讓後端工程師願意寫文檔?API管理的好處

上週,某大型零售企業的開發團隊在整合新CRM系統時遭遇了嚴重瓶頸。前端團隊反覆詢問後端"這個接口的參數結構是什麼?",而運維人員則因缺乏清晰的API文檔無法及時排查數據同步問題。最終,本應兩週完成的集成項目拖延了近一個月。這不是個例——在API驅動的企業數字化轉型中,文檔缺失已成為阻礙效率的關鍵瓶頸。本文面向企業IT負責人、後端開發工程師和系統架構師,探討如何讓API文檔從"負擔"變為"資產"。

API , ipaas , 數據處理 , api設計

收藏 評論

Swift社區 - SwiftUI中的鍵盤快捷鍵、初始頁面控制及網絡權限管理解析

SwiftUI 中的鍵盤快捷鍵 你有沒有用過 Mac 應用時想過——“要是這個功能能用快捷鍵直接觸發就好了,不用每次都點按鈕”? SwiftUI 裏面,這個功能超級容易加,用 .keyboardShortcut() 就行。 基本格式是這樣的: .keyboardShortcut("鍵", modifiers: [.command, .shift]) 比如,你想用 Command + C 來觸

swiftui , 快捷鍵 , api設計

收藏 評論

數據庫知識分享者 - 好好的“代碼優化”是怎麼一步步變成“過度設計”的

有一天Review師妹的代碼,看到一行很難看的代碼,畢竟師妹剛開始轉JAVA,一些書寫小習慣還是要養成,所以錙銖必較還是有必要的,於是給出了一些優化思路的建議,以及為什麼要這麼做。建議完後,我並沒有停下”追求極致“的腳步,隨着不斷的思考,發現這段代碼的優化慢慢變得五花八門起來了,完成了一次“代碼優化”到“過度設計”的典型思考過程,這過程中涉及了很多Java的語法糖及設計模式的東西,很典型,能啓發思

code , 雲計算 , 阿里雲 , 代碼優化 , 代碼質量

收藏 評論

合合技術團隊 - 【論文解讀】用於代碼處理的語言模型綜述

1.簡要介紹 在這項工作中,論文系統地回顧了在代碼處理方面的最新進展,包括50個+模型,30個+評估任務和500個相關工作。論文將代碼處理模型分解為由GPT家族表示的通用語言模型和專門預訓練的代碼模型,通常具有定製的目標。論文討論了這些模型之間的關係和差異,並強調了代碼建模從統計模型和rnn到預訓練的transformer和LLM的歷史轉變,這與NLP所採取的過程完全相同。還討論了特定於代碼的特

code , llm , 人工智能 , 模型

收藏 評論