ในขณะนี้เป็นช่วงที่มีการแปลี่ยนแปลงอะไรหลายๆ อย่างเกี่ยวกับ Internet ซึ่งอาจส่งผลกับเราไปอีกเป็นร้อยปี เรื่องเด่นๆ ได้แก่

• New gTLDs ที่ทำให้เราไม่ได้มีแต่ domain .com, .net, .org และ .info ให้เลือกใช้อีกต่อไป แต่จะมี domain .อื่นๆ โผล่ออกมาอีกมากมาย เราอาจจะได้เห็น blognone.com เปลี่ยนชื่อเป็น blogn.one อาจจะได้เห็นศูนย์หนังสือจุฬาใช้ชื่อเว็บ chula.book และมีความเป็นไปได้ ของชื่อ creative อื่นๆ ที่ creative จนเราคาดไม่ถึง
• IPv6 ที่อาจทำให้อุปกรณ์ทุกๆ อันบนโลกนี้ สามารถมี Public IP Address เป็นของตัวเองได้ และลดปริมาณการใช้งาน NAT device และลดความจำเป็นในการทำ Port Forwarding ลง
• การใช้งาน DNSSEC ที่ทำให้ domain name มีความปลอดภัยมากขึ้น

มาตรฐาน HTTP 2.0 กำลังพัฒนาร่วมกันหลายหน่วยงาน ที่สำคัญคือมีทั้งไมโครซอฟท์และกูเกิล ตอนนี้มาถึงดราฟท์ที่ 04 (เริ่มจากดราฟท์ที่ 00) โดยความเปลี่ยนแปลงสำคัญในรุ่นนี้คือการรองรับโปรโตคอลแบบไบนารี คาดว่าจะเริ่มทดสอบความเข้ากันได้ของโปรโตคอลภายในเดือนสิงหาคมนี้ และน่าจะประกาศมาตรฐานได้จริงภายในปีหน้า

ฟีเจอร์อื่นๆ ที่เพิ่มเข้ามาใน HTTP 2.0 คือ การมัลติเพล็กซ์การเชื่อมต่อทำให้การร้องขอข้อมูลหลายๆ ชุดสามารถรวมเข้าไว้ในการเชื่อมต่อ TCP เดียวกันได้ และยังสามารถจัดสำดับความสำคัญของการเชื่อมต่อแต่ละชุดได้

ข่าวส่วนใหญ่มักจะให้ข้อมูลในเรื่องราวที่เกิดขึ้นแล้ว แต่มีข่าวส่วนหนึ่งเล่าเรื่องราวของอนาคต

ข่าวที่ผมกำลังเขียนเป็นเรื่องว่าด้วยอนาคตของ Internet ประเทศไทย มันไม่ใช่อนาคตที่กำลังจะเกิดขึ้น แต่เป็นอนาคตที่เราช่วยกันทำให้มันเกิดขึ้นได้

มาตรฐาน HSTS เป็นส่วนเสริมของ HTTP/HTTPS ที่เปิดให้เว็บบังคับให้เบราว์เซอร์เชื่อมต่อกันแบบเข้ารหัสเสมอ (ดูข่าวเก่า) โดยสัปดาห์นี้ทาง Mozilla ได้ประกาศว่า Firefox ในรุ่นถัดไปจะบังคับให้ใช้มาตรฐาน HSTS แล้ว

มาตราฐาน HSTS จะช่วยให้ผู้ใช้งานสามารถเพิ่มเว็บไซต์ที่เราต้องการเชื่อมต่อผ่านทาง HTTPS ได้ผ่านทาง preload list (ดูตัวอย่างจาก Chrome) ผู้ใช้งานสามารถดาวน์โหลดเวอร์ชันเบต้ามาทดลองใช้งานก่อนได้ โดยในเวอร์ชันเต็มคาดว่าจะออกมาในเร็วๆ นี้ครับ

เมื่อเวลา 6 โมงเย็นวันนี้รายการเจาะข่าวเด่นทางไทยทีวีสีช่อง 3 ได้นำเสนอเกี่ยวกับภัยมิจฉาชีพออนไลน์ซึ่งผมพบว่าในข้อมูลที่นำเสนอนั้นมีบางส่วนที่อาจสร้างความไม่เข้าใจผ่านทางทวิตเตอร์เรื่องเล่าเช้านี้ เนื่องจากมีการทวีตในเรื่องนี้อยู่หลายทวีต แต่ผู้อ่านไม่ได้ทำการรีทวีตทั้งหมด เพียงแต่มีการรีทวีตที่ทำให้ข่าวนั้นเกิดการแตกประเด็นและอาจทำให้เกิดการเข้าใจผิดได้ ในฐานะที่ Blognone ก็เป็นหนึ่งในสื่อที่นำเสนอข่าวด้านเทคโนโลยีและความปลอดภัย การนำเสนอข่าวสารและข้อมูลที่ถูกต้องจึงเป็นเรื่องที่สำคัญมาก ดังนั้นผมขออนุญาตในการชี้แจงและแก้ไขข้อมูลบางส่วนให้ถูกต้องครับ

กูเกิลออก [mod_pagespeed](https://developers.google.com/speed/pagespeed/mod) โมดูลสำหรับ Apache Web Server เพื่อช่วยเร่งความเร็วของเว็บเพจเมื่อปี 2010 โดยเป็นส่วนหนึ่งของ[โครงการ Page Speed](http://www.blognone.com/news/25253/%E0%B8%81%E0%B8%B9%E0%B9%80%E0%B8%81%E0%B8%B4%E0%B8%A5%E0%B9%80%E0%B8%9C%E0%B8%A2%E0%B8%9A%E0%B8%A3%E0%B8%B4%E0%B8%81%E0%B8%B2%E0%B8%A3%E0%B9%80%E0%B8%A3%E0%B9%88%E0%B8%87%E0%B8%84%E0%B8%A7%E0%B8%B2%E0%B8%A1%E0%B9%80%E0%B8%A3%E0%B9%87%E0%B8%A7%E0%B9%83%E0%B8%99%E0%B8%81%E0%B8%B2%E0%B8%A3%E0%B9%82%E0%B8%AB%E0%B8%A5%E0%B8%94%E0%B8%AB%E0%B8%99%E0%B9%89%E0%B8%B2%E0%B9%80%E0%B8%A7%E0%B9%87%E0%B8%9A-quotpage-speed-servicequot) ซึ่งมีจุดหมายให้เว็บรวดเร็วยิ่งขึ้น

ต่อเนื่องจากข่าวเก่าเรื่องการตั้งคณะทำงานขึ้นมาร่างมาตรฐาน HTTP/2.0 ตอนนี้คณะทำงานที่ว่านี้เป็นรูปเป็นร่างขึ้นมาแล้วครับ เมื่อทาง IESG ที่เป็นหน่วยงานย่อยใน IETF หรือ Internet Engineering Task Force ที่เป็นหน่วยงานออกแบบร่างและรับรองมาตรฐานทางอินเทอร์เน็ตได้ให้อนุญาตให้มีคณะทำงานร่างมาตรฐาน HTTP/2.0 อย่างเป็นทางการแล้วครับ

นักพัฒนาค้นพบว่า Safari ใน iOS 6 ฝ่าฝืนข้อกำหนดของโปรโตคอล HTTP ด้วยการ cache หน้าเว็บที่ถูกเรียกด้วยเมท็อด POST ไว้ทั้งที่ไม่ควรจะทำ ซึ่งทำให้การแสดงผลหน้าเว็บผิดพลาดไปจากที่ควรจะเป็น

วิธีหรือเมท็อดที่ใช้ในการสื่อสารระหว่างเบราว์เซอร์กับเว็บเซิร์ฟเวอร์นั้นมีด้วยกันหลายชนิด แต่เมท็อดที่นิยมก็คือ GET และ POST ทั้งนี้การร้องขอหน้าเว็บโดยใช้เมท็อด GET ด้วยพารามิเตอร์เดิมนั้น มักจะได้หน้าเว็บที่เหมือนกันเสมอ ดังนั้นเมื่อเซิร์ฟเวอร์ส่งข้อมูลมาให้เบราว์เซอร์แล้ว เบราว์เซอร์มักจะเก็บ (cache) หน้าเว็บที่ได้มานั้นไว้ในเครื่อง เมื่อผู้ใช้เรียกหน้าเว็บเดิมด้วยพารามิเตอร์เดิมอีกครั้ง เบราว์เซอร์ก็จะแสดงหน้าเว็บที่เก็บไว้ในเครื่องเลยโดยไม่จำเป็นต้องร้องขอไปยังเซิร์ฟเวอร์อีกครั้งให้เสียเวลา

SPDY เป็นโพรโตคอลที่กูเกิลออกแบบมาเพื่อเร่งความเร็วในการส่งข้อมูลไปยังเบราว์เซอร์ ปัจจุบันนอกจากเว็บของกูเกิลเองแล้ว ก็เริ่มมีเว็บอื่นหันมาใช้ SPDY มากขึ้น (เช่น Twitter) ล่าสุดทาง Matt Mullenweg ผู้ก่อตั้ง Wordpress.com ได้ออกมาประกาศว่าเริ่มใช้งาน SPDY แล้วเหมือนกัน

สิ่งที่น่าสนใจคือทางซอฟต์แวร์ฝั่งเซิร์ฟเวอร์ซึ่ง Wordpress.com นั้นใช้งาน nginx เป็นตัวหลักในการให้บริการอยู่ และเป็นสปอนเซอร์ให้นักพัฒนาของ nginx พัฒนาโมดูลสำหรับ SPDY นี้ขึ้น

ถ้าใครที่ใช้ nginx อยู่แล้ว อยากเปิดใช้งาน SPDY ด้วย ตอนนี้ต้องโหลดแพตช์มาคอมไพล์เองไปก่อน (ใช้กับ nginx เวอร์ชัน 1.3.x)

IETF เริ่มเปิดกลุ่มทำงานเพื่อสร้างมาตรฐาน HTTP 2.0 หน่วยงานต่างๆ ที่มีผลประโยชน์ในเทคโนโลยีก็ต้องเร่งสร้างโปรโตคอลออกมาเสนอกัน โดยก่อนหน้านี้กูเกิลเสนอโปรโตคอล SPDY ของตัวเองที่ใช้งานใน Chrome มาก่อนเพื่อเข้าเป็นมาตรฐานกลางแล้ว มาวันนี้ฝั่งไมโครซอฟท์ก็ประกาศว่าจะเสนอโปรโตคอลของตัวเองเข้าเป็นมาตรฐานเช่นกัน โดยใช้ชื่อว่า HTTP Speed+Mobility

ตัวโปรโตคอลยังไม่มีให้อ่าน แต่ไมโครซอฟท์ระบุว่าโปรโตคอลยุคใหม่ควรคิดถึงความเร็วและการใช้งานผ่านแอพพลิเคชั่นอื่นที่ไม่ใช่เว็บ นอกจากนั้นยังควรคำนึงถึงการใช้งานผ่านอุปกรณ์เคลื่อนที่ที่ต้องระวังถึงพลังงานและค่าแบนวิดท์