เมื่อเดือนพ.ย. ปี 2009 กูเกิลได้เสนอโพรโตคอล SPDY (อ่านเหมือน speedy) ขึ้นมาเพื่อใช้แทน HTTP โดยมีจุดประสงค์เพื่อลดความล่าช้าในการส่งข้อมูล ถึงวันนี้ ผ่านไปเพียงปีกว่าๆ กูเกิลได้เริ่มนำ SPDY มาใช้งานจริงแล้ว
มีคนไปสังเกตเห็นว่าใน Chrome เมื่อเรียกใช้บริการของกูเกิลผ่านโพรโตคอล HTTPS ถูกแทนที่ด้วยการเชื่อมต่อผ่าน SPDY แทบทั้งหมด แล้วก็ไปขอคำยืนยันใน spdy-dev mailing list ทาง Mike Belshe พนักงานของกูเกิล ก็มายืนยันว่า บริการทั้งหมดของกูเกิลที่ทำงานผ่าน SSL นั้นใช้ SPDY หมดแล้ว การเชื่อมต่อจาก Chrome (รุ่น stable - คือรุ่นที่คนทั่วไปใช้) ไปยังบริการของกูเกิลก็ผ่าน SPDY ถึง 90% แล้ว เหลืออีก 10% เท่านั้นที่ผ่าน HTTP โดย 10% นี้กักไว้ก็เพื่อใช้เก็บข้อมูลสำหรับนำมาเปรียบเทียบประสิทธิภาพของ SPDY และ HTTP เท่านั้น
ที่มา spdy-dev mailing list
ใครใช้ Chrome อยู่ ลองเปิด chrome://net-internals/#events&q=type:SPDY_SESSION%20is:active ดูเองได้เลยครับ
Get latest news from Blognone
Follow @twitterapi
Hiring! บริษัทที่น่าสนใจ
Blognone Jobs Premium
Cloudnone
- ถึงคลาวด์เคราะห์: ทำอย่างไรเมื่อบริการคลาวด์ที่ใช้ถูกยกเลิก | Cloudnone EP. 21
- รู้จักอาชีพ Site Reliability Engineer สำคัญยังไง? | Cloudnone EP. 20
- อธิบาย CrowdStrike ทางเทคนิค ทำไมถึงทำพีซีจอฟ้าเป็นล้านๆ เครื่อง | Cloudnone EP.19
- Kubernetes [Part 2] ยี่ห้อไหนดี งานไหนต้องใช้ แล้วเลือกยังไง? | Cloudnone EP.18
- สงคราม AI 2024: OpenAI ชิงปาดหน้า Google วันเดียว | Cloudnone EP.17
Comments
โดนหลอกให้ใช้โดยไม่รู้ตัว lol
แก้นิดเดียวครับ สังเกตุ ตัดสระอุออก
แก้แล้วครับ
เอ้อเจ๋งนะ โดนหลอกให้ใช้เนียนๆ
May the Force Close be with you. || @nuttyi
็HTTP จะถูกแทนที่ด้วย SPDY หรือไม่ต้องติดตามชม
วันดีคืนดี Chrome จะแอบเนียนอะไรอีกมั้ย
:: DigiKin8 ::
SPDY replaces some parts of HTTP
เริ่ม be evil เรื่อยๆ แล้วสิ - -
ยังไงล่ะ?
May the Force Close be with you. || @nuttyi
Evil ตรงไหนครับ?
6- -
ตรงไม่แจ้ง โดยการทับ spdy ไว้ด้วย https ไง
การทำแบบนี้คือจงใจปกปิด
ทำให้ผู้ใช้บางส่วน เข้าใจผิดเรื่องประสิทธิภาพของโครม หรือเว็บในเครือ google มากไป
ผมเข้าใจว่า spdy นี่ก็เปิดนะครับ ไม่ได้ห้ามเจ้าอื่นใช้ แล้ว Chrome ก็ของของเค้า
อีกอย่าง มัน evil ยังไงล่ะ? ก็ประสิทธิภาพดีขึ้นก็ดีแล้วนี่ เจ้าอื่นอยากไวแบบนี้ก็ใช้ตามสิ
May the Force Close be with you. || @nuttyi
จนถึงตอนนี้เบราเซอร์อื่นๆ ยังคงใช้งานฟีเจอร์ต่างๆ ของบริการจากกูเกิลได้ครบถ้วนนะครับ เพียงแต่ทำงานช้ากว่าเพราะต้องคุยผ่าน HTTP ที่น่าสนใจคือเมื่อเบราเซอร์อื่นๆ เริ่มรองรับ SPDY แล้วบริการของกูเกิลจะยอมคุยด้วยเหรือไม่ หรือต้องเป็น Chrome เท่านั้น?
lewcpe.com, @wasonliw
ผมว่าน่าจะยอมคุยด้วยนะครับ ใช้เน็ตเวิร์กได้ดีขึ้น ทำไมกูเกิลจะไม่ชอบ จะได้ให้บริการผู้ใช้ได้มากขึ้น ด้วยต้นทุนเท่าเดิม
แล้วแบบนี้ระบบ proxy อย่างเช่น squid จะเก็บแคชโปรโตคอล SPDY ได้ไหมครับ?
SSL นี่ proxy เก็บไม่ได้ครับ
lewcpe.com, @wasonliw
รู้สึกว่าจะได้นะครับ ที่มาจาก Stack overflow นะครับ ว่ามันเก็บได้ เพราะว่าตอนผ่าน proxy เราจะต้องแกะ ตัว SSL ออกแล้ว encryption ใหม่เปลี่ยนต้นทางเป็นตัว proxy แทน
Stack OverFlow
เพิ่มเติมครับ
PC World
อันนั้นคือกรณีที่เราเปลี่ยน cert ครับ ซึ่งมีจะทำให้ cert กลายเป็น invalid (เบราเซอร์จะขึ้นเตือนว่าไม่ปลอดภัย) ซึ่งการใช้งานปรกติ ถ้า user มีความรู้พอ ก็ไม่ควรใช้เว็บที่ cert มัน invalid ครับ เบราเซอร์รุ่นใหม่ๆ จะเตือนกันหนักมาก การเข้าใช้งานเว็บที่ cert invalid จะยุ่งยากขึ้นเรื่อยๆ
มีอีกกรณีหนึ่งคือหน่วยงานอาจจะบังคับให้เครื่องลูกข่ายทุกเครื่องยอมรับ CA ของบริษัท (กรณี Windows ในหน่วยงานก็อาจจะ enforce ผ่านทาง AD) ซึ่งจะทำให้ proxy สามารถออก cert ใหม่ให้กับทุกเว็บได้ แต่นั่นคือเราต้องเชื่อใจว่า proxy บริษัทจะไม่นำข้อมูลไปใช้ผิดๆ
ผมอาจจะพูดผิด แต่โดยทั่วไปแล้ว SSL ไม่ได้ออกแบบมาเพื่อรองรับการทำ caching ครับ
lewcpe.com, @wasonliw
คิดว่าใช่แบบที่พูดมาครับ
เคยสงสัยอยู่เหมือนกันว่าทำไม ssl ของ gmail ใน chrome ถึงเร็วกว่า ssl ใน hotmail เยอะ
ตอนแรกผมคิดว่าเพราะ Google ออกแบบหน้าเวบของ Service ต่างๆแบบเรียบๆเสียอีกมันถึงได้ทำงานได้เร็ว
จริง ๆ ควรจะต้องแจ้งให้ผู้ใช้รับทราบก่อนใช้งานหรือเปล่า?
ถึงว่าแทบไม่รู้สึำกกว่าใช้ SSL อยู่เลย
Firefox 5 รองรับ SPDY ชัว
ถึงยุค http เริ่มเลือนหายแบบที่ Tim Berner Lee บอกเร็วจัง
ถ้าไม่มีบริษัทแบบ Google การเลือนหายก็คงช้ากว่านี้เยอะครับ
เค้าบอกว่า SPDY มาช่วย HTTP ครับ เพราะ implement กันคนละ layer จาก
New Protocol: SPDY [that's SPeeDY]. Will it replace HTTP?