การโหลดบิตผ่านหน้าเว็บไม่ใช่เรื่องใหม่ แต่มันกำลังจะกลายเป็นเรื่องธรรมดาสามัญมากขึ้น เพราะบริษัท BitTorrent Inc. ได้เปิดตัว BitTorrent Torque ไลบรารีจาวาสคริปต์ที่คอยเชื่อมเว็บกับไคลเอนต์ BitTorrent เข้าด้วยกัน
BitTorrent Torque จะเป็นแพลตฟอร์มพื้นฐานให้เราเห็นการใช้งาน BitTorrent ผ่านเว็บในรูปแบบใหม่ๆ มากขึ้น ตัวอย่างขั้นต้นที่บริษัท BitTorrent Inc. โชว์ให้ดูมีสองอย่างคือการแชร์ไฟล์ข้ามเครื่องคอมพิวเตอร์โดยผ่านหน้าเว็บ (เบื้องหลังส่งข้อมูลกันผ่านไคลเอนต์ BitTorrent) และการดาวน์โหลดบิตเสมือนว่าดาวน์โหลดไฟล์ผ่านเบราว์เซอร์ (ใช้กับ Chrome)
ตอนนี้ Torque ยังมีสถานะเป็นรุ่นอัลฟ่า เดี๋ยวคงมีตัวอย่างการใช้งานและฟีเจอร์เพิ่มขึ้นเรื่อยๆ ครับ
ที่มา - BitTorrent Blog
Comments
ถ้ากลายเป็นมาตรฐานแทนที่ FTP หรือ การดาวน์โหลดผ่าน HTTP เหมือนในปัจจุบันได้จะดีมาก สำหรับองค์กรที่เน็ตไม่เสถียร หลุดบ่อย (โหลดไฟล์ใหญ่ๆ ยังไม่เสร็จ เน็ตหลุดก่อน แล้วต้องมาเริ่มใหม่ ไม่สามารถโหลดต่อได้จากในสถานะล่าสุด)
อ้าว HTTP กับ FTP มี download resume ไม่ใช่เหรอครับ?
Dream high, work hard.
มันไม่มีระบบตรวจสอบความถูกต้องของไฟล์นะสิคับ
ใช่เลยครับ ผิดพลาดต้องโหลดใหม่ทั้งไฟล์ (ถ้ามีแบบ torrent ด้วยก็ให้ระบบ torrent ซ่อมแทน)
Jusci - Google Plus - Twitter
ปกติการใช้ HTTP/1.1 Resume ไม่ต้องการความสามารถเรื่อง checksum อยู่แล้วครับ โดยความผิดพลาดจะถูกตรวจสอบในระดับ TCP Protocol อยู่แล้ว เพราะปกติแล้วไฟล์ที่อยู่บน server จะไม่ผิดพลาด หรือถ้าผิดพลาดการตรวจสอบ checksum ก็ไม่ได้ช่วยอะไรในกรณีนี้ครับ(เพราะต้นฉบับผิดพลาดไปแล้ว)
checksum ที่ใช้กันใน p2p จะใช้เพราะไฟล์ของ peer แต่ละ peer อาจจะเสีย/แตกต่างกัน/fake peer มากกว่าครับ
ส่วนที่ resume ไม่ได้น่าจะเป็นเพราะโฮสไม่ได้ใช้ HTTP/1.1 หรือไม่ก็จงใจปิดการ resume โดยใช้ session เข้ามาเกี่ยวเช่นพวกเว็บฝากไฟล์ต่างๆ
Russia is just nazi who accuse the others for being nazi.
someone once said : ผมก็ด่าของผมอยู่นะ :)
ผมขอเสริมอีกนิดนะครับ
แต่ที่ยกประเด็นนี้มาก็น่าสนใจทีเดียว .. เพราะว่าใน internet ได้มีคนพูดถึงเรื่อง POST Resume ครับ ซึ่งเป็นเรื่องที่ผมไม่ค่อยได้คาดคิดเท่าไร ^^
HTTP/1.1 ได้ implement resume มาครับ โดยเลือกตำแหน่งที่จะ Download ต่อได้เลย -- ซึ่งทำไห้เกิดการดาวน์โหลดแบบแบ่งส่วนไฟล์ขึ้นมาไงครับ
จริงๆมันมีมานานแล้วหล่ะครับ(ตั้งแต่ยุคโปรแกรมช่วยโหลดแบบแบ่งส่วนไฟล์ได้ดังๆ (Go!Zilla) ลองอ่าน implement แบบสั้นๆของ mozilla ดูครับ
Russia is just nazi who accuse the others for being nazi.
someone once said : ผมก็ด่าของผมอยู่นะ :)
จุดเด่นของ BitTorrent คือผู้ที่ download จะร่วมเป็นผู้ upload ด้วย ทำให้ไม่มีวันเกิดการไช้ server หนักจน down อย่างแน่นอน และไช้ bandwidth น้อยลงด้วย
samsung ใหญ่แค่ใหน ?
https://youtu.be/6Afpey7Eldo
ได้ข่าวว่า tracker ก็ทำงานหนักใช่เล่นนะ
tracker นี่เบามากครับ
ที่ว่าหนักๆเนี่ย มันล่อกันหลายแสน peer พร้อมกัน ถ้าเป็น direct http นี่ได้สัก 500 ก็เก่งแล้วครับ
ผมว่ามันหนักที่ส่วนหน้าเว็บของแทร็คเกอร์นั้น ๆ มากกว่ามั้งครับ
ถ้าเป็นแทร็คเกอร์แล้วมันหนักจริงก็โยนให้ DHT รับผิดชอบไปให้หมด (- -)d
ผมเพิ่งอ่าน linux .. บอกว่าถ้าใช้ linux command สามารถ resume ftp ได้ครับ
การ resume ต้องใช้โปรแกรมฝั่ง Client ช่วยคับ .. ถ้าใช้ browser ป้จจุบัน คิดว่าไม่น่าจะได้ครับ .. คงต้องรอการประยุกต์ html5 ให้มากขึ้นครับ เพราะมีเรื่อง client storage (+ partial load: เซิร์ฟเวอร์รองรับอยู่แล้ว)
HTTP/1.1 รองรับ resume นี่ครับ > <" ผมใช้ resume มาตั้งแต่ IE 5 นะ
Russia is just nazi who accuse the others for being nazi.
someone once said : ผมก็ด่าของผมอยู่นะ :)
เคยลองแล้วหรือยังครับ .. ปิด connection แล้ว download ใหม่ ^^
ตั้งแต่ยุค IE 5 แล้วหล่ะครับ :)
ไฟล์ 20MB โหลดไป 10 MB เน็ตตัด โหลดต่อ
Russia is just nazi who accuse the others for being nazi.
someone once said : ผมก็ด่าของผมอยู่นะ :)
Good Information ครับ ^^
นึกถึงสมัยใช้ Dial-Up โหลดเกม T^T
Dream high, work hard.
prozilla
+1 ขอบคุณครับ
อู้ว ความรู้เพียบเลย ขอบคุณทุกท่านครับ
Dream high, work hard.
เยัจะได้ ไม่โดนบล๊อก
ปรกติก็ encrypt มันก็บล็อกไม่ได้แล้วนี่ครับ
หมายถึงมันจะมาใช้งานผ่าน port 80 เหมือนเวปเหรอครับ
สังคมแห่งการแบ่งปันกันทุกเว็บละทีนี้
ยังงัยช่วยหาทางแก้ปัญหาให้ผมด้วย ในเรื่องที่ผมมักชอบปิด browser ครับ
ปิดเบราเซอร์ไปก็คงไม่มีปัญหามั้งครับ เพราะข้อมูลจริง ๆ ส่งกันผ่าน client หน้าเว็บเป็นเพียง UI สำหรับควบคุม
Jusci - Google Plus - Twitter