Fiddler ได้รับความปรารถนาดีมานานสองทศวรรษในฐานะพร็อกซีดีบัก Windows ฟรีที่แสดงให้คุณเห็นทุกคำขอที่เครื่องของคุณส่งออกไป จากแอปใดก็ตาม แบบถอดรหัสแล้ว ตอนนี้ Fiddler นั้นคือ Fiddler Classic และหน้าของ Telerik เองก็อธิบายสถานะของมันอย่างตรงไปตรงมา: สำหรับ Windows เท่านั้น ใช้เฉพาะที่ไม่ใช่เชิงพาณิชย์ อยู่ในโหมดบำรุงรักษา โดย “ไม่มีการรับปากเรื่องการออกเวอร์ชัน แพตช์ หรือการสนับสนุนทางเทคนิค” ผู้สืบทอดที่ได้รับการสนับสนุนคือ Fiddler Everywhere ซึ่งข้ามแพลตฟอร์มและยังเคลื่อนไหวอยู่ แต่มันเป็นการสมัครสมาชิก: ตามหน้าราคาของ Telerik Lite ราคา $7 ต่อผู้ใช้ต่อเดือนเมื่อเรียกเก็บรายปี ($10 หากจ่ายรายเดือน) Pro ราคา $13 ($19 ต่อเดือน) และ Enterprise ราคา $37 เฉพาะรายปี มีทดลองใช้ 10 วัน และไม่มีแพ็กเกจฟรี
ดังนั้น “Fiddler ฟรี” จึงจากไปสำหรับใครก็ตามที่ใช้มันในการทำงาน และคำถามเรื่องเครื่องมือแทนที่อย่างตรงไปตรงมาแยกเป็นสองทาง Fiddler เป็นพร็อกซี MITM ทั้งระบบ และ Apidog ไม่ใช่ ดังนั้นบทความนี้จะไม่แสร้งว่าเป็นเช่นนั้น แต่ลองดูว่าเดฟส่วนใหญ่ใช้ Fiddler จริงอย่างไร: สร้างคำขอไปยัง API ของตัวเอง ตรวจสอบการตอบกลับ และ fake backend ด้วยกฎ AutoResponder นั่นคืองานของ API client ที่ใส่ชุดพร็อกซี และสำหรับงานส่วนนั้น Apidog คือบ้านที่สร้างมาเพื่อสิ่งนี้: ไคลเอนต์คำขอแบบเต็ม รองรับ mock server อัจฉริยะแทนกฎ AutoResponder, endpoint ที่มีเอกสาร, การทดสอบอัตโนมัติ ฟรีสูงสุด 4 ผู้ใช้ สำหรับการดักจับทราฟฟิกจริง คำตอบที่ถูกต้องคือเครื่องมือดักจับอย่าง mitmproxy ซึ่งจะกล่าวถึงอย่างตรงไปตรงมาด้านล่าง
เกิดอะไรขึ้นกับ Fiddler
ตอนนี้มีสองผลิตภัณฑ์ที่ใช้ชื่อนี้ และไม่มีอันไหนเป็นข้อตกลงแบบเดิม
Fiddler Classic ยังดาวน์โหลดฟรี แต่ควรอ่านข้อกำหนดเล็ก ๆ: ใช้ได้เฉพาะที่ไม่ใช่เชิงพาณิชย์, Windows เท่านั้น, อยู่ในโหมดบำรุงรักษาโดยไม่มีการรับปากเรื่องการออกเวอร์ชัน แพตช์ หรือการสนับสนุน มันมีมาก่อน HTTP/2 และ gRPC ถ้าคุณใช้ดีบัก API ของบริษัทด้วยมัน คุณอยู่นอกเหนือสัญญาอนุญาต; ถ้าคุณใช้ Mac หรือเครื่อง Linux คุณไม่เคยอยู่ในกลุ่มนี้ตั้งแต่แรก
Fiddler Everywhere คือเวอร์ชันที่ Telerik ต้องการให้มืออาชีพใช้: macOS, Linux และ Windows พร้อมรองรับ HTTP/2, WebSockets, gRPC และ SSE มันคงสองส่วนของเวิร์กโฟลว์เดิมไว้: Compose Requests สำหรับสร้างและบันทึก API call และ Rules engine (ผู้สืบทอดของ AutoResponder) สำหรับแก้ไขทราฟฟิกและ mock response ข้อเสียคือมิเตอร์คิดเงิน Rules ที่ใช้แก้ไขทราฟฟิกและการทำงานร่วมกันเป็นทีมอยู่ใน Pro ราคา $13 ต่อผู้ใช้ต่อเดือน; Lite ราคา $7 ครอบคลุมการดักจับและตรวจสอบ; Enterprise controls ราคา $37 ทดลองใช้สิบวัน จากนั้นเริ่มคิดเงิน
ไม่มีอะไรในนี้เป็นเรื่องอื้อฉาว; การดูแลพร็อกซีถอดรหัสข้ามแพลตฟอร์มเป็นงานจริง แต่มันเปลี่ยนการคำนวณ: คุณไม่ได้ตัดสินใจว่าจะเก็บเครื่องมือฟรีไว้หรือไม่อีกต่อไป คุณกำลังตัดสินใจว่าเครื่องมือเสียเงินตัวไหนควรได้ที่นั่ง และนั่นขึ้นอยู่กับว่าจริง ๆ แล้วคุณทำงานแบบ Fiddler งานไหน
งานสองอย่างที่ซ่อนอยู่ใน Fiddler
จงระบุการใช้งานของคุณเองให้ชัดก่อนเลือกเครื่องมือแทน เพราะ Fiddler รวมงานที่แตกต่างกันสองอย่างไว้ด้วยกัน:
งานที่ 1: การดักจับทราฟฟิก คุณต้องเห็นคำขอที่คุณไม่ได้ควบคุม: การเรียกกลับบ้านของแอปเดสก์ท็อป, API ที่ไม่มีเอกสารของแอปมือถือ, เซสชันเบราว์เซอร์ที่ถูกถอดรหัส สิ่งนี้ต้องใช้พร็อกซี MITM ทั้งระบบพร้อมการติดตั้งใบรับรอง Apidog ไม่ทำงานนี้ และไม่มี API client ตัวไหนทำได้
งานที่ 2: งาน API คุณกำลังสร้างหรือใช้งาน API ที่คุณควบคุมได้ คุณสร้างคำขอ ตรวจสอบการตอบกลับ เขียนกฎ AutoResponder เพื่อให้ฟรอนต์เอนด์พัฒนาเทียบกับ response ปลอม และเล่นเซสชันซ้ำเพื่อจำลองบั๊ก ไม่มีสิ่งใดในนั้นต้องใช้พร็อกซี; มันต้องใช้แพลตฟอร์ม API นี่คือที่ที่ชั่วโมง Fiddler ในแต่ละวันส่วนใหญ่หมดไปจริง ๆ ซึ่งเป็นเหตุผลที่การสมัคร Everywhere เจ็บปวด: คุณจ่ายราคาพร็อกซีเพื่องาน client
ถ้าการใช้งานของคุณส่วนใหญ่เป็นงานที่ 1 ให้ข้ามไปที่ส่วนเครื่องมือดักจับ ถ้าส่วนใหญ่เป็นงานที่ 2 ให้อ่านต่อไป; นั่นคืองานที่ Apidog ถูกสร้างมาเพื่อ (สำหรับภาพรวมที่กว้างขึ้น ดู เครื่องมือดักจับแพ็กเก็ตและ Apidog)
คำตอบ: Apidog
Apidog เป็นแพลตฟอร์มพัฒนา API ที่มีนักพัฒนาใช้มากกว่า 500,000 คน: การออกแบบ ดีบัก ทดสอบ mock และเอกสารในแอปเดียว ขับเคลื่อนด้วยสเปกเดียว สำหรับผู้ใช้ Fiddler ในอดีต มีสี่สิ่งสำคัญ:

- Composer ที่เติบโตเต็มที่ Fiddler’s Compose Requests สร้างการเรียกแบบครั้งเดียว Apidog’s request client รองรับ HTTP, WebSocket, SSE, gRPC และ GraphQL พร้อม environments, auth helpers, cookies, scripting และ code generation และทุกคำขอที่คุณบันทึกสามารถกลายเป็น endpoint ที่มีเอกสารพร้อมสคีมาแทนที่จะเป็นบรรทัดในบันทึกเซสชัน
- กฎ AutoResponder กลายเป็น mock server นี่คือเรื่องราวการย้ายที่มีน้ำหนักที่สุด ซึ่งจะแมปให้เห็นชัดเจนด้านล่าง แทนที่จะเป็นรายการกฎภายในเครื่องที่จับคู่ URL และคืนไฟล์สำเร็จรูป Apidog’s smart mock ให้บริการ response ปลอมที่รู้จักสคีมาจาก URL จริงที่ทั้งทีมและ CI ของคุณเข้าถึงได้ โดยไม่ต้องเขียนกฎใด ๆ สำหรับกรณีเริ่มต้น
- Replay กลายเป็นการทดสอบรีเกรสชัน การส่งเซสชันที่บันทึกไว้ซ้ำด้วยมือกลายเป็นสถานการณ์ทดสอบแบบภาพ: คำขอที่เชื่อมกัน, assertions, การตรวจสอบสคีมา, การรันที่ขับเคลื่อนด้วยข้อมูล, ทำงานตามกำหนดการหรือใน CI ผ่าน Apidog CLI
- ราคาเป็นศูนย์สำหรับทีมเล็ก แผนฟรีครอบคลุมสูงสุด 4 ผู้ใช้ พร้อมการรันไม่จำกัด, mocking และเอกสารที่เผยแพร่ แผนเสียเงินเริ่มที่ $9 ต่อผู้ใช้ต่อเดือน อยู่ในช่วงเดียวกับที่นั่ง Fiddler Everywhere Pro หนึ่งที่นั่ง
การเปลี่ยนมีหน้าตาอย่างไร ทีละฟีเจอร์
การสร้างและตรวจสอบคำขอ
งานคำขอในชีวิตประจำวันแปลได้ตรง ๆ: สร้างคำขอ ส่งมัน ตรวจสอบ status, headers, body และ timing Apidog เพิ่มสิ่งที่เซสชันพร็อกซีไม่เคยมี: โฟลเดอร์และ environments แทนบันทึกการดักจับ, การตรวจสอบสคีมาเพื่อให้ payload ที่ผิดพลาดดังเตือนชัดเจน, และประวัติที่คุณเปลี่ยนเป็นเอกสารได้ สิ่งที่คุณเสียไปคือการดักจับทราฟฟิกของแอปอื่นแบบพาสซีฟ; นั่นคืองานที่ 1 และมันยังอยู่กับพร็อกซี ถ้านิสัยการดักจับของคุณคือ “ดูฟรอนต์เอนด์ของตัวเองเรียก API ของตัวเอง” browser DevTools บวก request client เป็นเส้นทางที่เบากว่า รูปแบบเดียวกับที่เราอธิบายใน วิธีติดตั้งและใช้ Postman Interceptor
กฎ AutoResponder สู่ smart mocks
นี่คือการแมปที่ชัดเจน การตั้งค่า Fiddler AutoResponder ทั่วไปสำหรับงานฟรอนต์เอนด์: จับคู่ EXACT:https://api.example.com/users/42, คืน users-42.json จากดิสก์; เพิ่มกฎต่อ endpoint; เปิด Fiddler ทิ้งไว้; หวังว่าจะไม่มีใครต้องการ fake backend เดียวกันบนเครื่องของตน
ใน Apidog: กำหนด endpoint GET /users/{id} พร้อมสคีมาของ response (หรือนำเข้าไฟล์ OpenAPI ของคุณแล้วได้ทุก endpoint ในครั้งเดียว) smart mock จะให้บริการข้อมูลที่สร้างขึ้นสมจริงทันทีที่ mock URL ที่เสถียร โดยไม่ต้องเขียนกฎ ต้องการ payload แบบคงที่ใช่ไหม? แนบ users-42.json เป็นตัวอย่าง response ต้องการให้ id 42 คืน 200 และ id 99 คืน 404? เพิ่ม expectations ที่จับคู่กับพารามิเตอร์ นั่นครอบคลุมทุกแพตเทิร์นของ AutoResponder (ไฟล์คงที่, fake ต่อ endpoint, response แบบมีเงื่อนไข) พร้อมการอัปเกรดสามอย่าง: mock ถูกแชร์ผ่าน URL แทนที่จะติดอยู่ในพร็อกซีของเครื่องเดียว, มันซิงก์กับสเปก, และมันไม่ต้องนำทราฟฟิกทั้งระบบของคุณผ่าน interceptor เพียงเพื่อ fake API หนึ่งตัว
การทดสอบ เอกสาร และสเปก
นี่คือการกระโดดข้ามหมวดหมู่มากกว่าการแปล เซสชัน Fiddler ตายไปพร้อมหน้าต่าง; endpoint ของ Apidog สะสมเป็นนิยาม API ที่สร้างเอกสารแบบอินเทอร์แอกทีฟบนโดเมนของคุณ, mocks สำหรับผู้บริโภค และสถานการณ์ทดสอบสำหรับ CI ถ้าชุดเปรียบเทียบจริงของทีมคุณคือ Postman หรือ Insomnia ไม่ใช่ Fiddler เราได้ทำการเทียบแบบตัวต่อตัวแล้วใน ทางเลือก Postman ที่ดีที่สุด และ ทางเลือก Insomnia ที่ดีที่สุด
Fiddler vs Apidog โดยสรุป

| Fiddler Classic | Fiddler Everywhere | Apidog | |
|---|---|---|---|
| ราคา | ฟรี, เฉพาะที่ไม่ใช่เชิงพาณิชย์ | $7/$13/$37 ต่อผู้ใช้/เดือน (รายปี) | ฟรีสูงสุด 4 ผู้ใช้; เสียเงินเริ่มที่ $9 |
| แพลตฟอร์ม | Windows เท่านั้น | Windows, macOS, Linux | Windows, macOS, Linux, เว็บ |
| สถานะ | โหมดบำรุงรักษา | ใช้งานอยู่ | ใช้งานอยู่ |
| การดักจับทราฟฟิกทั้งระบบ | ใช่ | ใช่ | ไม่ |
| การสร้างคำขอ API | Composer พื้นฐาน | Compose Requests | ไคลเอนต์เต็มรูปแบบ: HTTP, WebSocket, SSE, gRPC, GraphQL |
| การ mock response | กฎ AutoResponder, ภายในเครื่อง | Rules engine (ระดับ Pro), ภายในเครื่อง | smart mock server ที่รู้จักสคีมา, URL ที่แชร์, ฟรี |
| endpoint ที่บันทึกและมีเอกสาร | ไม่ | เซสชันและคำขอที่บันทึกไว้ | endpoint ที่หนุนด้วยสเปกพร้อมเอกสารที่เผยแพร่ |
| การทดสอบอัตโนมัติ | ไม่ | ใช้ replay | สถานการณ์แบบภาพ, assertions, ขับเคลื่อนด้วยข้อมูล, CI |
| การรัน CLI / CI | ไม่ | ไม่ | ฟรีผ่าน Apidog CLI |
| การทำงานร่วมกันเป็นทีม | ไม่ | ระดับ Pro | แผนฟรี, 4 ผู้ใช้ |
คำนวณที่นั่งอย่างตรงไปตรงมา
ทีม 5 คนที่ต้องการกฎทราฟฟิกและการทำงานร่วมกันต้องใช้ Fiddler Everywhere Pro: $13 x 5 x 12 = $780 ต่อปี ทีมเดียวกันที่ทำงาน API ใน Apidog จ่าย $0 สำหรับ 4 ที่นั่ง บวก $108 สำหรับคนที่ห้าที่ $9 ต่อเดือน หรือ $540 ต่อปีหากทุกคนใช้แบบเสียเงิน ยังต่ำกว่าบิล Fiddler แต่กรอบที่ยุติธรรมกว่าคือความเหมาะสม ไม่ใช่ราคา: ที่นั่ง Fiddler เหล่านั้นซื้อการดักจับทราฟฟิกที่งาน API ไม่ต้องการ และไม่ได้ซื้อสเปก เอกสาร mocks ที่แชร์ หรือการทดสอบ CI ที่งาน API ต้องการ จ่ายราคาพร็อกซีเฉพาะให้คนที่ดีบักทราฟฟิกต่างถิ่นจริง ๆ
สำหรับการดักจับทราฟฟิกจริง ให้ใช้เครื่องมือดักจับ
เมื่องานคือการดักจับ MITM ให้เลือกพร็อกซี; อย่าบังคับ API client ให้รับบทนั้น:
- mitmproxy: ฟรี, โอเพนซอร์ส, ข้ามแพลตฟอร์ม; console, web UI และ Python scripting; คำตอบเริ่มต้นเมื่อ “เครื่องมือแทน Fiddler ฟรี” หมายถึงส่วนพร็อกซี
- Charles Proxy: ใบอนุญาตแบบจ่ายครั้งเดียว; ทางเลือกที่มีมานานสำหรับการดีบักแอปมือถือพร้อมการจำกัดความเร็วและกฎ rewrite มันมีคำถามเรื่องเครื่องมือที่ aging ของตัวเอง ซึ่งเราครอบคลุมใน ทางเลือก Charles Proxy ที่ดีที่สุด
- HTTP Toolkit: open core, ดักจับเบราว์เซอร์ เทอร์มินัล และ Docker container ที่เฉพาะเจาะจงได้ในคลิกเดียว แทนที่จะทั้งระบบ; การตั้งค่าที่อ่อนโยนที่สุดในกลุ่ม
- Proxyman: macOS แบบเนทีฟ (รองรับอุปกรณ์ iOS); ทางเลือกที่ขัดเกลาสำหรับทีมที่เน้น Apple
พร็อกซีดักจับบวก Apidog เป็นสแต็กที่สอดคล้องกัน: พร็อกซีสำหรับการล่าทราฟฟิกต่างถิ่นที่พบได้น้อย, Apidog สำหรับงาน API ประจำวัน หากต้องการแยกพร็อกซีดีบักจากอีกประเภท ดู คำอธิบาย API proxy vs API gateway
เมื่อ Fiddler ยังสมเหตุสมผล
Fiddler Everywhere เป็นเครื่องมือที่ถูกต้องถ้าการดักจับแบบถอดรหัสทั้งระบบเป็นงานประจำวันของคุณ และคุณต้องการผลิตภัณฑ์เชิงพาณิชย์ที่มีการสนับสนุนอยู่เบื้องหลัง; $13 ต่อเดือนถือว่าสมเหตุสมผลสำหรับสิ่งนั้น Fiddler Classic ยังป้องกันได้สำหรับการดีบักงานอดิเรกบนเครื่อง Windows ส่วนตัว ทั้งใบอนุญาตและอื่น ๆ และทหารผ่านศึก FiddlerScript ที่มีกฎกำหนดเองมาหลายปีมีต้นทุนการเปลี่ยนที่ไม่มีปุ่ม import ใดลบได้ การย้ายไป Apidog คุ้มค่าทันทีที่การใช้ Fiddler ของคุณส่วนใหญ่เป็น Composer และ AutoResponder: เมื่อคุณ fake backend ของตัวเองผ่านพร็อกซีทั้งระบบ mock server ที่มี URL ก็เป็นรูปแบบที่ดีกว่าเฉย ๆ
คำถามที่พบบ่อย
Fiddler ยังฟรีอยู่ไหม?
Fiddler Classic ฟรีแต่มีข้อจำกัด: ใช้เฉพาะที่ไม่ใช่เชิงพาณิชย์, Windows เท่านั้น, โหมดบำรุงรักษา Fiddler Everywhere ไม่มีแพ็กเกจฟรี มีเพียงทดลองใช้ 10 วัน จากนั้น $7 ถึง $37 ต่อผู้ใช้ต่อเดือน สำหรับงาน API เชิงพาณิชย์บนแผนฟรี ดูภาพรวม ทางเลือก Postman ที่ดีที่สุด หรือเริ่มด้วยแผนฟรี 4 ผู้ใช้ของ Apidog
Apidog ดักจับทราฟฟิก HTTP ทั้งระบบของฉันเหมือน Fiddler ได้ไหม?
ไม่ Apidog เป็นแพลตฟอร์มพัฒนา API ไม่ใช่พร็อกซี MITM ทั้งระบบ และเราจะไม่แสร้งว่าเป็นเช่นนั้น สำหรับการถอดรหัสทราฟฟิกแอปหรือมือถือใด ๆ ให้ใช้ mitmproxy, Charles, HTTP Toolkit หรือ Proxyman; คู่มือเครื่องมือดักจับแพ็กเก็ตของเราเปรียบเทียบพวกมันและแสดงว่าแต่ละตัวเข้ากับ Apidog ตรงไหน
อะไรแทน AutoResponder ของ Fiddler ใน Apidog?
smart mock server กำหนดหรือนำเข้า endpoint แล้ว Apidog จะให้บริการ response ปลอมที่อิงสคีมาที่ mock URL ที่แชร์ทันที; แนบ examples สำหรับ payload คงที่และ expectations สำหรับกรณีมีเงื่อนไข แตกต่างจากกฎ AutoResponder ตรงที่ mocks อยู่กับสเปกและทำงานให้เพื่อนร่วมทีมและ CI โดยไม่มีใครต้องรันพร็อกซี และมันรันในไปป์ไลน์ของคุณผ่าน Apidog CLI
ฉันจะย้ายเวิร์กโฟลว์ Fiddler ไปยัง Apidog ได้อย่างไร?
นำเข้าไฟล์ OpenAPI ของ API คุณ เพื่อให้ทุก endpoint มาพร้อมสคีมา เอกสาร และ live mocks ในครั้งเดียว จากนั้นย้ายกฎ AutoResponder เป็น response examples และ expectations คลังเซสชัน SAZ ของ Fiddler ไม่ใช่รูปแบบคอลเลกชัน ดังนั้นให้ถือว่าการย้ายคือการนำเข้าสเปกของคุณ ไม่ใช่ประวัติการดักจับ
Fiddler Everywhere เหมือนกับ Fiddler Classic ไหม?
ไม่ Everywhere เป็นผลิตภัณฑ์แบบสมัครสมาชิกข้ามแพลตฟอร์มที่เขียนใหม่; Classic คือฟรีแวร์ Windows ที่หยุดนิ่ง และ Telerik ชี้ผู้ใช้เชิงพาณิชย์ไปที่ Everywhere สำหรับเวอร์ชันของเครื่องมือข้างเคียงในทางแยกเดียวกันนี้ ดู ทางเลือก Charles Proxy ที่ดีที่สุด
หยุดจ่ายราคาพร็อกซีเพื่องาน API
ถ้า Fiddler เป็นเครื่องมือสร้างคำขอและ fake backend ของคุณ ให้ย้ายงานนั้นไปยังเครื่องมือที่ถูกออกแบบมาเพื่อมัน นำเข้าสเปก OpenAPI ของคุณ รับ endpoint ที่มีเอกสารพร้อม live smart mocks ในไม่กี่นาที และเชื่อมการทดสอบเข้ากับ CI ดาวน์โหลด Apidog หรือเริ่มในเบราว์เซอร์; ทีม 4 คนจ่ายไม่เลย และกฎ AutoResponder ที่คุณคอยดูแลกลายเป็น mock URL ที่คุณแชร์ได้
เอกสารอ้างอิง
แหล่งข้อมูลภายนอก:
- ราคา Fiddler Everywhere (Telerik)
- หน้าผลิตภัณฑ์ Fiddler Classic (Telerik)
- หน้าผลิตภัณฑ์ Fiddler Everywhere (Telerik)
- mitmproxy
- HTTP Toolkit
อ่านเพิ่มเติมในบล็อก Apidog:
