โอ้โห ไม่ได้อัพเดทบล็อกนี้ (มีบล็อกเดียว) มานานมากๆ เผลอแป๊บเดียว 4 เดือนเข้าไปแล้ว ก็มันขี้เกียจนี่หว่า ไว้จะทำ Screen Cast แทนไม่รู้จะลำบากขึ้นมั้ย 555

เอาล่ะ ไหนๆ ก็อัพ แล้ว เอาเรื่องที่หาอ่าน บทความภาษาไทย ไม่ค่อยได้ดีกว่า เรื่องของ "Web Service"  ครับ ปกติส่วนมากจะมีแต่บทความวิธีใช้ แต่ว่า วันนี้ผมจะมาเขียน บทความ "วิธีทำ" กันดีกว่า

สมัยนี้ หนียังไงก็หนีไม่พ้น กับการต้องเข้าไปยุ่งกับ API ของเว็บบิ๊กๆ ทั้งหลาย ซึ่งแต่ละเว็บก็มีการใช้ Protocol ต่างกันไป ถ้ายิ่ง บิ๊กมาก ก็จะมี Protocol ให้ใช้แทบจะครบ

มีทั้ง RESTful, XML-RPC, JSON-RPC, SOAP, etc. ซึ่งลงท้ายทุกตัวทำงานเหมือนกันหมด คือใช้ติดต่อ ระหว่าง โปรแกรม ซึ่งตอนนี้ API ของเว็บทุกเว็บ อย่างน้อยจะต้องมี  1 protocol คือ REST เพราะว่ามันง่ายกับ Developer ในการติดต่อ แล้วก็เขียนเชื่อมไป จะว่า XML-RPC, JSON-RPC ก็ต้องถือว่า เป็น REST ด้วยเหมือนกันแหละ เพียงแต่ Response Format ต่างออกไป

เอาล่ะ ทฤษฎีอาจจะไม่ค่อยแน่น แต่ปฎิบัติ ผมพอไหว  555

วันนี้เราจะมาออกแบบ ชุด API ของ REST กัน โดยที่โจทย์ของเรามีดังนี้

1. API จะต้อง Authen จากโปรแกรมเชื่อมใช้งานได้

2. Structure ต้องเป็นระเบียบสามารถเพิ่ม ชุด function ได้ง่าย

3. Response ต้องออกได้ทั้ง XML และ JSON

4. ต้องมี Failed Message  ในกรณีที่ API ไม่สามารถทำงานได้สมบูรณ์

อุปกรณ์เครื่องครัวที่ต้องเตรียมมา

1. CodeIgniter ตัวนี้ใช้เป็น Base Render MVC เฉยๆ จะมีไม่มีก็ไม่ว่ากัน เอา Structure ตามถนัด

2. Zend_Rest_Server ตัวนี้ก็เหมือน เนื้อสัน ไม่มีก็ทำ เสต๊ก ไม่ได้

3. Zend_Json ตัวนี้เอาไปแปลง Response Format  กลับไป กลับมาระหว่า XML -> JSON

เอาล่ะ มาเริ่มกันเลย....

ก่อนอื่นเราต้องมี File Bootstrap ของ API คือตัวกลางนั่นแหละ เวลาที่ ใครเรียกจะต้องมาที่ไฟล์นี้ก่อนซึ่งตัวนี้ผมใช้ Controller นั้น CI  มาทำ

โดยในไฟล์นี้ผมตั้งชื่อ Controller ว่า Rest.php

ปฎิเสธไม่ได้ว่านี่เป็นช่วงตกต่ำของเว็บไซต์ระดับโลกอย่าง Yahoo! ล่าสุดเว็บ Delicious ก็กำลังจะถูกขายไปในไม่ช้า (เว็บโปรดกรู T__T) แต่ว่า Yahoo! ก็ยังมีของดีๆ ให้กับ Developer ที่ไม่ใช้ระดับโลกอย่างเราๆ ท่านๆ ใช้ 555+

สำหรับบทความวันนี้เราจะพูดกันถึง Tool สำหรับนักพัฒนาที่สุดแสนสะดวกในยามขี้เกียจตัวนึง นั่นก็คือ

YQL (Yahoo! Query Language)

ซึ่งถ้าเราให้คำจัดกัดความของมัน มันก็คือ "API สำหรับ APIs" นั่นเอง เพราะตัวมันทำหน้าที่ต่อในการเรียกใช้ APIs ตัวอื่นๆ ด้วยภาษที่คล้ายๆกับ SQL ทำให้เราไม่ต้องทำความเข้าใจกับขั้นตอนซับซ้อนอะไร ของ API ปลายทางมากนัก

และที่สำคัญ Yahoo! จะเป็นคนจัดการเรื่อง Performance ต่างๆ ให้เราเองอีกด้วย ซึ่งตัว Yahoo! บอกไว้ว่าไอ้ Service นี้ของเค้าน่ะ มันมี Uptime ถึง 99.5% เชียวนะ แต่มันก้มีข้อจำกัดเรื่อง Rate Limit ว่า Query ได้ไม่เกิน 100,000 ต่อวัน และไม่เกิน 1000IP/ชั่วโมง แต่ก็ช่างแม่งเหอะ -*-

โดยที่ตาราง Table (ให้มองภาพเหมือน SQL) มี 2 แบบก็คือ

ครั้งก่อนพูดถึง Facebook ไปแล้ว จะไม่ให้พูดถึง Social Web สุดดังอีกตัวก็ ดูจะไม่ยุติธรรม วันนี้เราก็เลยขยับตัวมาดูทางฝั่ง Twitter บ้างว่ามีอะไรให้เราเล่น หนุกๆ ขำๆ

เอาเป็นว่าวันนี้เรามาลอง ดู Zend_Service_Twitter กันบ้างดีกว่า ซึ่งแต่ก่อนมันก็ใช้งานง่ายๆ แค่ส่ง Username, Password ไปก้ทำงานได้หมดแล้ว แต่หลังจากที่ Twitter เปลี่ยน API มาใช้เป็นระบบ oAuth มันก็เลยกลายเป็น ของยากขึ้นมาซะฉิบ -*-

แต่ว่าในเมื่อเรามีอุปกรณ์สุดเทพ อย่าง Zend แล้ว มันก็ไม่ใช่เรื่องยากอะไรนักหนา วันนี้ผมก็เลยจะมาแนะนำ วิธีการ Authentication ของ Twitter ผ่าน Zend_Oauth กับการใช้งานเบื้องต้นของ Zend_Service_Twitter กันซะพอหอมปากหอมคอ

ส่วนเรื่อง oAuth มันคืออะไรไปหาอ่านเอาครับ ใน Wiki มีเพียบเลย

เริ่มเลยดีกว่า.....

วันนี้ผมจะมาแนะนำ ของเล่นตัวใหม่จาก Facebook ที่จะทำให้ อาชีพ โปรแกรมเมอร์เป็นอาชีพ ของคนขี้เกียจอีกตัว คือ "Facebook Registration Tool" ซึ่งเครื่องมือตัวนี้ออกแบบมาสำหรับระบบ ลงทะเบียนซึ่งมี Facebook เป็น แบ๊คตัวเป้งให้นั่นเอง

มาอัพเดทแล้ว! วันนี้จะขอแนะนำ Protocol ของ API ซึ่งกำลังมาแรง เพราะว่าใช้งานง่าย และสามารถทำงานผ่าน Client ได้เลย โดยไม่ต้องพึ่ง Server Side Script นั่นก็คือ JSONp

JSONp เป็น Protocol ที่ใช้เชื่อมเพื่อทำงานกับ Web Service จากที่ต่างๆ โดย API ที่ดังๆ มักจะเตรียมมาไว้ให้ โดยรูปแบบและลักษณะการทำงานจะเป็นดังนี้

1. Request ส่งไปที่ API โดย กำหนดชื่อ Function ที่จะให้ Return หรือ Callback นั่นเอง โดยผมจะยกตัวอย่าง Twitter ดังนี้