- Google Data API คืออะไร
- ฉันมีคำขอฟีเจอร์หรือรายงานข้อบกพร่อง ฉันควรโพสต์ที่ไหน
- ฉันควรไปถามคำถามเกี่ยวกับ API ใด API หนึ่งที่ไหน
- JSON คืออะไร
- ฉันต้องใช้ XML ไหม มีรูปแบบข้อมูลอื่นๆ ไหม
- เหตุใดคุณจึงใช้ REST
- คุณมีเคล็ดลับหรือโค้ดตัวอย่างสั้นๆ สำหรับปัญหาที่พบบ่อยไหม
- Gmail มี Data API ไหม
- ชื่อบริการใน ClientLogin สำหรับ Data API แต่ละรายการคืออะไร
- เมื่อผู้ใช้ออกจากระบบแอปพลิเคชัน จำเป็นต้องแจ้งให้เซิร์ฟเวอร์ API ทราบไหม
- โทเค็นการตรวจสอบสิทธิ์ ClientLogin มี วันหมดอายุไหม
- ฉันมีคำถามทั่วไปเกี่ยวกับบัญชี Google ฉันควรไปที่ไหน
- ฉันจะตรวจสอบสิทธิ์ไปยัง API ได้อย่างไร
- ฉันควรใช้ค่าใดสำหรับพารามิเตอร์ขอบเขต AuthSub/OAuth 1
- โทเค็น AuthSub มีหลายประเภทไหม โทเค็นหมดอายุไหม
- ClientLogin กับ AuthSub/OAuth 1 แตกต่างกันอย่างไร
- ฉันใช้การตรวจสอบสิทธิ์ ClientLogin ในเว็บแอปพลิเคชันของบุคคลที่สามได้ไหม
- CAPTCHA คืออะไร
- ฉันจะสร้างคำถาม CAPTCHA ได้อย่างไร
- ฉันควรใช้ ClientLogin ในเว็บแอปพลิเคชันไหม
- ฉันจะดูชื่อผู้ใช้ของผู้ใช้ได้อย่างไรเมื่อใช้ AuthSub/OAuth 1
- ฉันจะใช้ OAuth 1 กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- ฉันจะใช้ AuthSub กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- ฉันจะใช้ ClientLogin กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- Google รองรับไลบรารีของไคลเอ็นต์ในภาษาโปรแกรมใดบ้าง
- ฉันจะรายงานข้อบกพร่องหรือขอฟีเจอร์สำหรับ ไลบรารีไคลเอ็นต์ Google Data รายการใดรายการหนึ่งได้อย่างไร
- ฉันจะเปิดใช้ตัวเลือกการแก้ไขข้อบกพร่องในไคลเอ็นต์ ไลบรารีได้อย่างไร
- ฉันจะดูเอกสารอ้างอิงสำหรับคลาสไลบรารีของไคลเอ็นต์ได้จากที่ใด
- เครื่องมือที่ดีสำหรับการแก้ไขข้อบกพร่องของ HTTP มีอะไรบ้าง
- ฉันจะดูข้อมูลการบันทึก HTTP ในไลบรารีไคลเอ็นต์ Java ได้อย่างไร
- ฉันจะดูข้อมูลการบันทึก HTTP ในไลบรารีไคลเอ็นต์ .NET ได้อย่างไร
- ฉันจะเปิดใช้การเข้ารหัส gzip จากฟีดข้อมูลของ Google ได้อย่างไร
- ทำไมฉันจึงเห็นข้อผิดพลาด "เชื่อมต่อกับ sslv2 ไม่ได้" เมื่อ ใช้ไคลเอ็นต์ PHP
- ฉันจะรับเอกสารบริการ Atom ที่อธิบายฟีดได้อย่างไร
ภาพรวม
การตรวจสอบสิทธิ์
ไลบรารีไคลเอ็นต์
การแก้ปัญหา
ภาพรวม
- Google Data API คืออะไร
-
Google Data API คือ API ที่อิงตามโปรโตคอลข้อมูลของ Google โปรโตคอลข้อมูลของ Google อิงตามรูปแบบการเผยแพร่ Atom 1.0 และ RSS 2.0 รวมถึงโปรโตคอลการเผยแพร่ Atom (APP)
โปรโตคอลข้อมูลของ Google ขยายมาตรฐานเหล่านั้นในหลายวิธีโดยใช้กลไกส่วนขยายที่สร้างขึ้นในมาตรฐาน ฟีดเป็นไปตามรูปแบบการเผยแพร่ Atom หรือ RSS รูปแบบการเผยแพร่เป็นไปตาม Atom Publishing Protocol
นอกจากนี้ โปรโตคอลยังมีรูปแบบทั่วไปสำหรับฟีด การค้นหา และผลการค้นหาด้วย คุณสามารถใช้เพื่อส่งการค้นหาและการอัปเดตไปยัง Data API ใดก็ได้
- ฉันมีคำขอฟีเจอร์หรือรายงานข้อบกพร่อง ฉันควรโพสต์ที่ไหน
- ดูเครื่องมือติดตามปัญหา มองหาคำขอฟีเจอร์ของคุณ แล้วติดดาวเพื่อแสดงการสนับสนุนและรับข้อมูลอัปเดต เกี่ยวกับสถานะของคำขอ
- ฉันควรจะถามคำถามเกี่ยวกับ API ใด API หนึ่งที่ไหน
- หากปัญหาของคุณไม่ได้อยู่ในรายการนี้หรือต้องการคำชี้แจงเพิ่มเติม โปรดไปที่กลุ่มสนทนาที่เกี่ยวข้องกับ Google Data API แต่ละรายการ
- G Suite (ดู API แต่ละรายการในกลุ่มผลิตภัณฑ์ G Suite)
- Base
- Blogger
- ปฏิทิน
- การค้นหาโค้ด
- รายชื่อติดต่อ
- Google Sites
- สเปรดชีต
- เอกสาร รายการ
- การเข้าสู่ระบบแบบรวมศูนย์ / OpenID
- การเงิน
- สุขภาพ
- Picasa Web Albums
- เครื่องมือ ของผู้ดูแลเว็บ
- YouTube
- JSON คืออะไร
-
JSON หมายถึง JavaScript Object Notation
JSON เป็นรูปแบบการแลกเปลี่ยนข้อมูลที่มีขนาดเล็ก ซึ่งความเรียบง่ายของ JSON ทำให้ นักพัฒนาเว็บจำนวนมากนำไปใช้ อ่านและเขียนได้ง่าย คุณสามารถ แยกวิเคราะห์โดยใช้ภาษาโปรแกรมใดก็ได้ และโครงสร้างของ JSON จะแมปกับ โครงสร้างข้อมูลที่ใช้ในภาษาโปรแกรมส่วนใหญ่โดยตรง
อ่านเพิ่มเติมเกี่ยวกับการใช้ JSON กับ Google Data API
- ฉันต้องใช้ XML ไหม มีรูปแบบข้อมูลอื่นๆ ไหม
- รูปแบบข้อมูลเริ่มต้นสำหรับ Google Data APIs คือ XML ในรูปแบบของ
ฟีด Atom อย่างไรก็ตาม เมื่อขอฟีด คุณสามารถระบุรูปแบบอื่นได้
โดยใช้พารามิเตอร์การค้นหา
alt
-
alt=rss
ข้อมูลการตอบกลับจะจัดรูปแบบเป็นฟีด RSS -
alt=json
หรือalt=json-in-script
แสดงผลการแทนโครงสร้าง XML ของฟีด Atom ในรูปแบบ JSON ข้อดีเพิ่มเติมของ JSON คือการ "แยกวิเคราะห์" ในโค้ดฝั่งไคลเอ็นต์ JavaScript ได้ง่ายกว่า ปัจจุบันการใช้ JSON จะใช้ได้เฉพาะในรูปแบบตัวเลือกแบบอ่านอย่างเดียว อย่างไรก็ตาม การใช้ไลบรารีของไคลเอ็นต์ JavaScript กับบริการ Blogger, Contacts หรือ Calendar จะช่วยให้ทั้งอ่านและเขียนข้อมูลได้อ่านเพิ่มเติมเกี่ยวกับการขอและใช้ฟีด JSON
-
alt=atom-in-script
คล้ายกับalt=json-in-script
แต่ระบบจะแสดงผลลัพธ์เป็น สตริง XML ของ Atom แทน JSON -
alt=rss-in-script
คล้ายกับalt=atom-in-script
แต่ระบบจะแสดงผลลัพธ์เป็น สตริง XML ของ RSS แทน Atom
อ่านเพิ่มเติมเกี่ยวกับรูปแบบอื่นได้ในคู่มืออ้างอิงข้อมูลของ Google
-
- เหตุใดคุณจึงใช้ REST
- REST นั้นเรียบง่าย มีขนาดเล็ก ปรับขนาดได้ และเหมาะอย่างยิ่งสำหรับการแสดงและ เปิดเผยข้อมูล
- คุณมีเคล็ดลับหรือโค้ดตัวอย่างสั้นๆ สำหรับปัญหาที่พบบ่อยไหม
- คุณควรเรียกดูบล็อกเคล็ดลับเกี่ยวกับ Google Data API เพื่อรับความช่วยเหลือเกี่ยวกับทั้งไลบรารีของไคลเอ็นต์และการส่งคำขอแบบดิบ
- Gmail มี Data API ไหม
-
ไม่ได้ แต่คุณสามารถใช้ฟีด Atom ของ Gmail กับ AuthSub หรือ OAuth 1 เพื่อขอสิทธิ์เข้าถึงแบบอ่านอย่างเดียวสำหรับข้อความที่ยังไม่อ่านของผู้ใช้ ควรกำหนดขอบเขต เป็น
https://mail.google.com/mail/feed/atom/
ตัวอย่างคำค้นหาจะเป็นดังนี้GET https://mail.google.com/mail/feed/atom/
หากสนใจจัดการอีเมล Gmail ก็รองรับ IMAP/POP ด้วย
- ชื่อบริการใน ClientLogin สำหรับ Data API แต่ละรายการคืออะไร
- "ชื่อบริการ" คือสตริงสั้นๆ ที่ระบบการตรวจสอบสิทธิ์ ClientLogin
ใช้เพื่อระบุบริการของ Google
Google API ชื่อบริการ Google Analytics Data API analytics
G Suite APIs
(ข้อมูลและการจัดการโดเมน)apps
Google Sites Data API jotspot
Blogger Data API blogger
Book Search Data API print
Calendar Data API cl
Google Code Search Data API codesearch
Contacts Data API cp
Content API for Shopping structuredcontent
Documents List Data API writely
Finance Data API finance
ฟีด Atom ของ Gmail mail
Health Data API health
weaver
(แซนด์บ็อกซ์ H9)Maps Data APIs local
Picasa Web Albums Data API lh2
Sidewiki Data API annotateweb
Spreadsheets Data API wise
Webmaster Tools API sitemaps
YouTube Data API youtube
ดูข้อมูลเพิ่มเติมเกี่ยวกับพารามิเตอร์อื่นๆ ที่ใช้ในคำขอ ClientLogin ได้ที่เอกสารประกอบของ ClientLogin
- เมื่อผู้ใช้ออกจากระบบแอปพลิเคชัน จำเป็นต้องแจ้งให้เซิร์ฟเวอร์ API ทราบไหม
- ไม่ คุณไม่จำเป็นต้องแจ้ง Google Data API เมื่อผู้ใช้ออกจากระบบของแอปพลิเคชัน อย่างไรก็ตาม หากแอปพลิเคชันไม่จำเป็นต้องใช้โทเค็น AuthSub ที่ออกให้อีกต่อไป ก็ควรเพิกถอนโทเค็น
- โทเค็นการตรวจสอบสิทธิ์ ClientLogin มีวันหมดอายุไหม
- โทเค็น ClientLogin จะมีอายุ 2 สัปดาห์นับจากวันที่ออก แต่ขีดจำกัดนี้ จะขึ้นอยู่กับบริการและอาจสั้นกว่านี้
- ฉันมีคำถามทั่วไปเกี่ยวกับบัญชี Google ฉันควรไปที่ไหน
- ไปที่ศูนย์ช่วยเหลือของบัญชี Google
- คำขอ HTTP ต้องมีส่วนหัวการให้สิทธิ์ที่มีโทเค็น ซึ่งได้จากการใช้ ClientLogin, AuthSub หรือ OAuth 1
- ฉันควรใช้ค่าใดสำหรับพารามิเตอร์ขอบเขต AuthSub/OAuth 1 AuthSub และ OAuth 1 ต้องใช้พารามิเตอร์
scope
เพื่อระบุ บริการของ Google ที่แอปพลิเคชันของคุณจะมีสิทธิ์เข้าถึง ดูรายละเอียดเกี่ยวกับ OAuth 2.0 ได้ที่ เอกสารประกอบสำหรับ API ที่เฉพาะเจาะจงGoogle API ชื่อบริการ ClientLogin Google Analytics Data API https://www.google.com/analytics/feeds/
Google Sites Data API http(s)://sites.google.com/feeds/
Blogger Data API http://www.blogger.com/feeds/
Book Search Data API http://www.google.com/books/feeds/
Calendar Data API http(s)://www.google.com/calendar/feeds/
Contacts Data API http(s)://www.google.com/m8/feeds/
Content API for Shopping https://www.googleapis.com/auth/structuredcontent
Documents List Data API http(s)://docs.google.com/feeds/
Finance Data API http://finance.google.com/finance/feeds/
ฟีด Atom ของ Gmail https://mail.google.com/mail/feed/atom/
Health Data API https://www.google.com/health/feeds/
https://www.google.com/h9/feeds/
(แซนด์บ็อกซ์ H9)Maps Data API http://maps.google.com/maps/feeds/
Picasa Web Albums Data API http://picasaweb.google.com/data/
Portable Contacts API http://www-opensocial.googleusercontent.com/api/people
Sidewiki Data API http://www.google.com/sidewiki/feeds/
Spreadsheets Data API http(s)://spreadsheets.google.com/feeds/
Webmaster Tools API http://www.google.com/webmasters/tools/feeds/
YouTube Data API http://gdata.youtube.com
- โทเค็น AuthSub มีหลายประเภทไหม โทเค็น หมดอายุไหม
- โทเค็น AuthSub มี 2 ประเภท โดยโทเค็นแรกเป็นโทเค็นแบบใช้ครั้งเดียวซึ่ง
จะแสดงต่อเว็บแอปพลิเคชันผ่านพารามิเตอร์การค้นหา "token" โทเค็นนี้จะหมดอายุเมื่อมีการใช้กับบริการที่ออกโทเค็นให้เป็นครั้งแรก หรือเมื่อมีการแลกโทเค็นนี้เป็นโทเค็นเซสชัน
โทเค็นเซสชันจะไม่หมดอายุ เว้นแต่จะมีการเพิกถอนโทเค็นอย่างชัดแจ้งผ่านผู้ใช้หรือการเรียกใช้ APIAuthSubRevokeToken
แลกเปลี่ยนโทเค็นที่ใช้ครั้งเดียวเป็นโทเค็นเซสชันได้ก็ต่อเมื่อ URLAuthSubRequest
ต้นฉบับ ระบุsession=1
เป็นพารามิเตอร์การค้นหา - ClientLogin กับ AuthSub/OAuth 1 แตกต่างกันอย่างไร
-
AuthSub ออกแบบมาสำหรับเว็บแอปพลิเคชัน ซึ่งจะช่วยให้มั่นใจได้ว่าระบบจะส่งข้อมูลเข้าสู่ระบบของผู้ใช้ จากเว็บเบราว์เซอร์ของผู้ใช้ไปยังเซิร์ฟเวอร์ของ Google โดยตรงอย่างปลอดภัย แทนที่จะส่งผ่านเว็บไซต์ของบุคคลที่สาม
ClientLogin มีไว้สำหรับแอปพลิเคชันเดสก์ท็อปที่ติดตั้ง โดยกำหนดให้แอปพลิเคชันที่ขอต้องส่งข้อมูลเข้าสู่ระบบของผู้ใช้ไปยัง Google ในนามของผู้ใช้
ดูเอกสารประกอบเกี่ยวกับ Google Account Authentication API
- ฉันใช้การตรวจสอบสิทธิ์ ClientLogin ในเว็บแอปพลิเคชันของบุคคลที่สามได้ไหม
- การใช้ ClientLogin ในเว็บแอปพลิเคชันของบุคคลที่สามเป็นสิ่งที่ยอมรับได้ แต่เราไม่แนะนำให้ทำอย่างยิ่ง แนวทางปฏิบัติแนะนำคือเว็บแอปพลิเคชันไม่ควรถามข้อมูลเข้าสู่ระบบจากผู้ใช้ (ซึ่งอาจถูกสอดแนมได้) แต่แอปพลิเคชันควรจัดเก็บข้อมูลเข้าสู่ระบบของผู้ใช้ฝั่งเซิร์ฟเวอร์ และมี "บัญชีบริการ" เดียวซึ่งจะใช้เพื่อตรวจสอบสิทธิ์กับ Google เสมอ
- CAPTCHA คืออะไร
- CAPTCHA (Completely Automated Public Turing test to tell Computers and Humans Apart) เป็นการทดสอบแบบที่ต้องตอบคำถามประเภทหนึ่งซึ่งใช้เพื่อพิจารณาว่าผู้ใช้เป็นมนุษย์หรือไม่ คำนี้จดทะเบียนเครื่องหมายการค้าโดยมหาวิทยาลัยคาร์เนกีเมลลอน ดู รายละเอียดเพิ่มเติมได้ที่ Wikipedia เราได้ติดตั้งใช้งาน CAPTCHA ใน ClientLogin แล้ว
- ฉันจะสร้างคำถาม CAPTCHA ได้อย่างไร
- เราใช้อัลกอริทึมที่เป็นกรรมสิทธิ์เพื่อพิจารณาว่าเมื่อใดที่ต้องใช้การท้าทาย CAPTCHA ในระหว่างการตรวจสอบสิทธิ์ การพยายามตรวจสอบสิทธิ์ซ้ำๆ โดยใช้ข้อมูลเข้าสู่ระบบที่ไม่ถูกต้อง มักจะทำให้เกิดชาเลนจ์ CAPTCHA
- ฉันควรใช้ ClientLogin ในเว็บแอปพลิเคชันไหม
- ไม่ควรใช้ ClientLogin ในแอปพลิเคชันที่ติดตั้งในฮาร์ดแวร์ของผู้ใช้ การใช้ ClientLogin API ในเว็บแอปพลิเคชันไม่ปลอดภัยและเราไม่แนะนำให้ใช้
- ฉันจะดูชื่อผู้ใช้ของผู้ใช้ได้อย่างไรเมื่อใช้ AuthSub/OAuth 1
- เนื่องจากคุณได้รับเฉพาะโทเค็นจาก Google ที่ให้สิทธิ์เข้าถึงฟีดของผู้ใช้ คุณจึงอาจไม่ทราบชื่อผู้ใช้ของบุคคลดังกล่าว ซึ่งอาจเป็นปัญหาได้หาก URL ของฟีดที่คุณต้องการใช้มีชื่อผู้ใช้เป็นส่วนหนึ่งของ URL ในกรณีนี้ คุณ
สามารถใช้ชื่อผู้ใช้พิเศษ
default
เพื่อหมายถึง "ผู้ใช้ที่มีโทเค็นการตรวจสอบสิทธิ์ ที่ฉันกำลังใช้" - ฉันจะใช้ OAuth 1 กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- ดูบทความการใช้ OAuth 1 กับไลบรารีของไคลเอ็นต์ Google Data API
- ฉันจะใช้ AuthSub กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- ดูบทความการใช้ AuthSub กับไลบรารีของไคลเอ็นต์ Google Data API
- ฉันจะใช้ ClientLogin กับไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- ดูบทความการใช้ ClientLogin กับ ไลบรารีของไคลเอ็นต์ Google Data API
- Google รองรับไลบรารีของไคลเอ็นต์สำหรับภาษาโปรแกรมใดบ้าง
-
Google รองรับไลบรารีของไคลเอ็นต์ Java, .NET, Python และ Objective-C อย่างเป็นทางการ นอกจากนี้ พาร์ทเนอร์ของเราอย่าง Zend ยังได้เขียนไลบรารีไคลเอ็นต์ PHPด้วย การใช้ไลบรารีเหล่านี้จะช่วยให้คุณสร้างคำขอโปรโตคอลข้อมูลของ Google ส่งไปยังบริการ และประมวลผลการตอบกลับของเซิร์ฟเวอร์ได้ นอกจากนี้ยังมีไลบรารีไคลเอ็นต์ JavaScript ที่ปัจจุบันรองรับเฉพาะ Blogger, ปฏิทิน และ Google Contacts
หากคุณเขียนไลบรารีของไคลเอ็นต์ในภาษาอื่นที่ไม่ใช่ Java, .Net, Python หรือ Objective-C และต้องการแชร์กับชุมชนนักพัฒนาซอฟต์แวร์ Data API ให้โพสต์ในกลุ่มสนทนา Google Data API เรายินดีรับฟังความคิดเห็นจากคุณ
- ฉันจะรายงานข้อบกพร่องหรือส่งคำขอฟีเจอร์สำหรับไลบรารีของไคลเอ็นต์รายการใดรายการหนึ่งได้อย่างไร
-
คุณรายงานข้อบกพร่องหรือส่งคำขอฟีเจอร์สำหรับไลบรารีของไคลเอ็นต์ได้ที่ตำแหน่งต่อไปนี้
หลังจากโพสต์ข้อบกพร่องแล้ว ให้สร้างเธรดในฟอรัมนักพัฒนาแอปสำหรับ API ที่เหมาะสม
- ฉันจะเปิดใช้ตัวเลือกการแก้ไขข้อบกพร่องในไลบรารีของไคลเอ็นต์ Google Data API ได้อย่างไร
- โปรดดูบทความต่อไปนี้เพื่อดูข้อมูลเกี่ยวกับการเปิดใช้การแก้ไขข้อบกพร่องด้วย ไลบรารีของไคลเอ็นต์บางรายการ: การแก้ไขข้อบกพร่อง ไคลเอ็นต์ Google Data API: การสำรวจการเข้าชมจากภายในโปรแกรม
- ฉันจะดูเอกสารอ้างอิงสำหรับคลาสไลบรารีของไคลเอ็นต์ได้ที่ใด
-
ห้องสมุดลูกค้า คู่มือข้อมูลอ้างอิง Java Javadoc JavaScript JSdoc .NET NDoc PHP phpDoc Python PyDoc - เครื่องมือที่ดีสำหรับการแก้ไขข้อบกพร่องของ HTTP มีอะไรบ้าง
-
มีเครื่องมือหลายอย่างที่ระบุไว้ด้านล่าง แต่คุณอาจต้องอ่านบทความOn the Wire: Network Capture Tools for API Developers ซึ่งอธิบายตัวอย่างเชิงลึกของทั้ง WireShark และ Fiddler
- Wireshark
- Wireshark เป็น "เครื่องมือวิเคราะห์โปรโตคอลเครือข่าย" ซึ่งช่วยให้คุณ บันทึกการรับส่งข้อมูลเครือข่ายและวิเคราะห์เนื้อหาได้ ซึ่งมีประโยชน์อย่างยิ่งในการแก้ไขข้อบกพร่อง ของการเข้าชมที่เกิดขึ้นในไลบรารีที่คุณไม่มีสิทธิ์เข้าถึงโดยตรง สตรีมคำขอและการตอบกลับ HTTP การรับส่งข้อมูลระหว่างแอปพลิเคชันกับ บริการตรวจสอบสิทธิ์จะวิเคราะห์โดยใช้ Wireshark ไม่ได้เนื่องจากการสื่อสาร ได้รับการเข้ารหัสโดยใช้ SSL นอกจากนี้ยังใช้ Wireshark เพื่อวิเคราะห์การเข้าชมที่บันทึกไว้ได้ด้วย โดยใช้เครื่องมือต่างๆ เช่น tcpdump Wireshark พร้อมให้บริการจากนักพัฒนาในรูปแบบ ทั้งซอร์สโค้ดและโปรแกรมติดตั้งสำหรับ Windows แพ็กเกจของบุคคลที่สามพร้อมให้บริการ สำหรับหลายแพลตฟอร์ม
- Fiddler
- Fiddler เป็น "พร็อกซีการแก้ไขข้อบกพร่อง HTTP" หากกำหนดค่าโค้ดหรือ สภาพแวดล้อมรันไทม์ให้ใช้พร็อกซีเซิร์ฟเวอร์สำหรับการรับส่งข้อมูล HTTP ได้ Fiddler จะ อยู่ระหว่างแอปพลิเคชันและบริการข้อมูลของ Google ซึ่งจะช่วยให้ คุณตรวจสอบการรับส่งข้อมูลได้ Fiddler 2 รองรับ SSL Fiddler พร้อมให้บริการสำหรับ Windows เท่านั้นในขณะนี้
- cURL
- cURL เป็นเครื่องมือบรรทัดคำสั่งที่ส่งคำขอ HTTP/HTTPS ได้ ซึ่งมีประโยชน์อย่างยิ่งสำหรับการทดสอบการโต้ตอบกับบริการอย่างรวดเร็วโดยไม่ต้องสร้างการรองรับ HTTP ในไคลเอ็นต์ก่อน
- ฉันจะดูข้อมูลการบันทึก HTTP ในไลบรารีของไคลเอ็นต์ Java ได้อย่างไร
-
ไลบรารีของไคลเอ็นต์ Java ใช้แพ็กเกจ
java.util.logging
เพื่อ เปิดใช้การบันทึกคำขอ HTTP ซึ่งจะช่วยให้คุณเปิดใช้การบันทึกส่วนหัว สำหรับคำขอและการตอบสนอง รวมถึงรหัสสถานะและ URL ของคำขอได้ แต่ในขณะนี้ระบบยังไม่ได้บันทึกสตรีมคำขอและการตอบสนองทั้งหมด ชื่อเครื่องบันทึกที่ใช้ สำหรับบันทึกเหล่านี้คือcom.google.gdata.client.http.HttpGDataRequest
ในกรณีที่เซิร์ฟเวอร์แสดงรหัสข้อผิดพลาด ระบบจะส่งข้อยกเว้น คลาสข้อยกเว้นจะรับค่าจาก
com.google.gdata.util.ServiceException
และ มีเมธอดสาธารณะชื่อgetResponseBody()
ดูข้อมูลเพิ่มเติมได้ที่ Javadoc - ฉันจะดูข้อมูลการบันทึก HTTP ในไลบรารีของไคลเอ็นต์ .NET ได้อย่างไร
- ไลบรารี .NET ใช้เมธอดการติดตาม
System.Diagnostics
เพื่อ บันทึกเส้นทางการดำเนินการ หากเปิดใช้การติดตาม นอกจากนี้ ในกรณีที่เกิดข้อผิดพลาด ระบบจะส่งGDataRequestException
ข้อยกเว้นมีResponseString
ซึ่ง ช่วยให้คุณเข้าถึงเนื้อหาของการตอบกลับ HTTP ได้ - ฉันจะเปิดใช้การเข้ารหัส gzip จากฟีดข้อมูลของ Google ได้อย่างไร
-
หากต้องการรับการตอบกลับที่เข้ารหัส gzip จาก Google Data API รายการใดรายการหนึ่ง คุณต้องทำ 2 อย่าง ได้แก่ ตั้งค่าส่วนหัว "Accept-Encoding" และแก้ไข User Agent ให้มีสตริง "gzip" ตัวอย่างส่วนหัวที่จัดรูปแบบอย่างถูกต้อง
User-Agent: my program (gzip) Accept-Encoding: gzip
- ทำไมฉันจึงเห็นข้อผิดพลาด "เชื่อมต่อกับ sslv2 ไม่ได้" เมื่อใช้ ไคลเอ็นต์ PHP
-
ตั้งแต่เดือนกรกฎาคม 2009 เราได้เริ่มปิดใช้ SSLv2 ในเซิร์ฟเวอร์เพื่อเป็นมาตรการป้องกัน เพื่อปรับปรุงความปลอดภัย ขออภัยที่ไลบรารีไคลเอ็นต์ PHP เวอร์ชันแรกๆ ที่เผยแพร่ก่อนเดือนกรกฎาคม 2007 (เวอร์ชัน 1.0.0 และก่อนหน้า) มีข้อบกพร่องที่บังคับให้การเชื่อมต่อใช้ SSLv2 เมื่อเชื่อมต่อกับเซิร์ฟเวอร์ที่ปิดใช้ SSLv2 จะเกิดข้อผิดพลาดต่อไปนี้
PHP Fatal error: Uncaught exception 'Zend_Http_Client_Adapter_Exception' with message 'Unable to Connect to sslv2://www.google.com:443.'
หากต้องการแก้ไขข้อผิดพลาดนี้ ให้อัปเกรดเป็นไลบรารีของไคลเอ็นต์ PHP เวอร์ชันใหม่ ซึ่งดาวน์โหลดได้จาก http://framework.zend.com/download
หากอัปเกรดเป็นรุ่นใหม่กว่าไม่ได้ คุณสามารถแก้ไขปัญหานี้ได้โดยเพิ่มโค้ดต่อไปนี้ลงในแอปพลิเคชัน โดยที่
$gdata
คืออินสแตนซ์Zend_Gdata
ที่มีอยู่ (หรือคลาสย่อยที่เหมาะสม)$gdata->getHttpClient()->setConfig(array('ssltransport' => 'ssl'));
- ฉันจะรับเอกสารบริการ Atom ที่อธิบายฟีดได้อย่างไร
-
คุณดูเอกสารบริการ Atom ได้โดยส่งพารามิเตอร์
alt=atom-service
ในคำขอ หมายเหตุ: เฉพาะ Google Data APIs เวอร์ชัน 2 เท่านั้นที่จะแสดง เอกสารบริการที่เป็นไปตามไวยากรณ์เอกสารบริการ AtomPub Google Data APIs เวอร์ชัน 1 จะยังคง แสดงเอกสารบริการ แต่จะอิงตามข้อกำหนดฉบับร่างของ AtomPub เวอร์ชันก่อนหน้า (ไวยากรณ์และเนมสเปซมีการเปลี่ยนแปลงระหว่าง 2 เวอร์ชัน)
การตรวจสอบสิทธิ์
ในเอกสารประกอบเกี่ยวกับ Google Data APIs คำว่า "OAuth" หมายถึง OAuth 1 ดูรายละเอียดเกี่ยวกับ OAuth 2.0 ได้ในเอกสารประกอบสำหรับ API แต่ละรายการ