If you’ve ever integrated with anot

If you’ve ever integrated with another API that requires security (such as Twitter), you’ve probably consumed an OAuth service. In this article, I’ll explore what it takes to create your own three-legged OAuth server allowing you, for example, to create your own secure API which you can release publicly.

When dealing with OAuth, you will typically see it implemented as a two-legged or three-legged OAuth server. The major difference between them is that two-legged authentication doesn’t involve another user. For example, if you want to access a specific user’s Twitter information, you would consume the three-legged server because an access token must be generated for the user in your application, versus just Twitter providing you a token. We’ll focus on the three-legged variety since it’s more practical for real-world use.

We’ll use oauth-php to perform a lot of the heavy lifting for us. The library is hosted on Google Code and is not listed in Packagist, but it can still be installed using Composer. For details, check out the composer.json file in code that accompanies this article available on GitHub.

ผลลัพธ์ (ไทย) 1:

ถ้าคุณเคยได้รวมกับ API อื่นที่ต้องการความปลอดภัย (เช่น Twitter), คุณอาจได้ใช้บริการ OAuth ในบทความนี้ ฉันจะได้อะไรที่มันจะสร้างเซิร์ฟเวอร์ของคุณเองแบบสามขา OAuth ให้คุณ เช่น สร้าง API ของทางซึ่งคุณสามารถนำออกเผยเมื่อจัดการกับ OAuth คุณจะโดยทั่วไปนั้นจะนำมาใช้เป็นเซิร์ฟเวอร์ OAuth แบบสองขา หรือสามขา ความแตกต่างสำคัญระหว่างถูกตรวจสอบแบบสองขาที่ไม่เกี่ยวข้องกับผู้ใช้อื่น ตัวอย่าง ถ้าคุณต้องการเข้าถึงข้อมูลของผู้ใช้เฉพาะ Twitter คุณจะใช้เซิร์ฟเวอร์สามขาเนื่องจากต้องสร้างโทเค็นการเข้าถึงสำหรับผู้ใช้ในโปรแกรมประยุกต์ของคุณ เมื่อเทียบกับเพียง Twitter ให้โทเค็น เราจะเน้นความหลากหลายแบบสามขาเนื่องจากขึ้นปฏิบัติงานจริงเราจะใช้ oauth php การยกหนักมากสำหรับเรา รีโฮสต์บน Google รหัส และไม่มีอยู่ใน Packagist แต่มันสามารถยังสามารถติดตั้งใช้ประพันธ์ รายละเอียด เช็คไฟล์ composer.json ในรหัสที่มาพร้อมกับบทความนี้มีใน GitHub

ผลลัพธ์ (ไทย) 2:

ถ้าคุณได้บูรณาการที่เคยมี API ที่ต้องมีการรักษาความปลอดภัยอื่น ๆ (เช่น Twitter) คุณได้บริโภคอาจบริการ OAuth ในบทความนี้ผมจะสำรวจสิ่งที่จะสร้างเซิร์ฟเวอร์ OAuth ของคุณเองสามขาช่วยให้คุณยกตัวอย่างเช่นการสร้าง API การรักษาความปลอดภัยของคุณเองซึ่งคุณสามารถปล่อยสาธารณชน. เมื่อจัดการกับ OAuth คุณมักจะเห็นมันนำมาใช้เป็น เซิร์ฟเวอร์ OAuth สองขาหรือสามขา ความแตกต่างที่สำคัญระหว่างพวกเขาก็คือการตรวจสอบสองขาไม่เกี่ยวข้องกับผู้ใช้รายอื่น ตัวอย่างเช่นถ้าคุณต้องการที่จะเข้าถึงข้อมูลทวิตเตอร์ของผู้ใช้เฉพาะคุณจะใช้เซิร์ฟเวอร์สามขาเพราะโทเค็นการเข้าถึงต้องถูกสร้างขึ้นสำหรับผู้ใช้ในการใช้งานของคุณเมื่อเทียบกับเพียงแค่ทวิตเตอร์ให้คุณโทเค็น เราจะมุ่งเน้นไปที่ความหลากหลายสามขาเนื่องจากเป็นจริงมากขึ้นสำหรับการใช้งานจริงของโลก. เราจะใช้ OAuth-PHP ในการดำเนินการจำนวนมากที่มีการยกของหนักสำหรับเรา ห้องสมุดถูกโฮสต์ไว้ในรหัส Google และไม่ได้อยู่ใน Packagist แต่ก็ยังสามารถติดตั้งได้โดยใช้นักแต่งเพลง สำหรับรายละเอียดให้ตรวจสอบไฟล์ composer.json ในรหัสที่มาพร้อมกับบทความนี้ที่มีอยู่บน GitHub

ผลลัพธ์ (ไทย) 3:

ถ้าคุณได้เคยรวมกับอีก API ที่ที่ต้องการความปลอดภัย ( เช่น Twitter ) , คุณอาจจะใช้บริการ OAuth . ในบทความนี้ผมจะสำรวจสิ่งที่มันใช้เวลาในการสร้างของคุณเองสามขา OAuth เซิร์ฟเวอร์ช่วยให้คุณตัวอย่างเช่นการสร้างของคุณเองความปลอดภัย API ซึ่งคุณสามารถเผยแพร่ต่อสาธารณชน เมื่อจัดการกับ OAuth

,คุณมักจะเห็นมันใช้เป็น 2 ขาหรือ 3 เซิร์ฟเวอร์ OAuth ขา . แตกต่างที่สำคัญระหว่างพวกเขาคือสองขา รับรองไม่ต้องเกี่ยวข้องกับผู้ใช้รายอื่น ตัวอย่างเช่น ถ้าคุณต้องการเข้าถึงข้อมูลเฉพาะของผู้ใช้ Twitter , คุณจะต้องใช้สามขา เซิร์ฟเวอร์ เนื่องจากการ์ดต้องถูกสร้างขึ้นสำหรับผู้ใช้ในโปรแกรมของคุณเมื่อเทียบกับเพียง Twitter ให้คุณเหรียญ เราจะมุ่งเน้นสามขา หลากหลาย เพราะในทางปฏิบัติมากขึ้นเพื่อใช้จริง

เราจะใช้ OAuth PHP แสดงมากของการยกของหนักสำหรับเรา ห้องสมุดเป็นเจ้าภาพใน Google รหัสและไม่ได้ระบุไว้ใน packagist แต่มันยังสามารถติดตั้งโดยใช้นักแต่งเพลง รายละเอียดเช็คนักแต่งเพลงJSON ไฟล์ในรหัสที่มาพร้อมกับบทความนี้สามารถใช้ได้กับบริการ .