ไฟล์ ดาวน์โหลด และถ่ายโอน
สิ่งที่รู้สึกว่าไม่เป็นไปตามอำเภอใจเกี่ยวกับไฟล์บน iPhone เป็นไปตามกฎเกณฑ์ข้อเดียวเกี่ยวกับการแยกไฟล์ และสิ่งที่ทำให้การดาวน์โหลดส่วนใหญ่เชื่อถือได้ตามมาด้วยฟีเจอร์หนึ่งของ HTTP สิ่งเหล่านี้เป็นทั้งสองอย่าง รวมถึงวิธีที่ไฟล์รับจากอุปกรณ์เครื่องหนึ่งไปยังอีกเครื่องหนึ่ง
-
แซนด์บ็อกซ์
-
กฎที่แต่ละแอปสามารถดูได้เฉพาะพื้นที่เก็บข้อมูลของตัวเองเท่านั้น นี่คือสาเหตุที่แอปหนึ่งไม่สามารถเปิดการดาวน์โหลดของอีกแอปหนึ่งได้ และเหตุใด "ไฟล์นั้นอยู่ถัดจากวิดีโอ" จึงไม่ใช่สิ่งที่มีอยู่ใน iOS
ทุกแอปจะได้รับไดเร็กทอรีส่วนตัวและไม่มีการดูของผู้อื่น ไฟล์จะย้ายไปมาระหว่างแอพโดยเจตนาเท่านั้น เช่น แผ่นแชร์ ตัวเลือกเอกสาร การลาก ซึ่งแต่ละไฟล์เป็นการตัดสินใจที่บุคคลนั้นทำ แทนที่จะเป็นแอพที่ช่วยเหลือตัวเอง
ต้นทุนเกิดขึ้นในสถานที่ขนาดเล็ก ผู้เล่นเดสก์ท็อปจะค้นหา
film.srtข้างfilm.mkvโดยอัตโนมัติ บน iOS ไม่มี "ข้าง" ดังนั้นจึงต้องส่งไฟล์คำบรรยายโดยตั้งใจและแอปจะต้องเป็นสิ่งที่จดจำการจับคู่ดูเพิ่มเติม: กลุ่มแอปบุ๊กมาร์กที่มีขอบเขตความปลอดภัย
-
กลุ่มแอป
-
คอนเทนเนอร์ที่แชร์สองแอปจากนักพัฒนาคนเดียวกันอาจเปิดทั้งคู่ได้ ซึ่งเป็นแคร็กเดียวที่ได้รับอนุญาตในแซนด์บ็อกซ์ นี่คือวิธีที่ส่วนขยายการแชร์ส่งไฟล์ไปยังแอปที่เป็นอยู่
ส่วนขยายการแชร์เป็นโปรแกรมแยกต่างหากจากแอปที่ดูเหมือนจะมีส่วนร่วม โดยมีแซนด์บ็อกซ์เป็นของตัวเองและมีอายุการใช้งานที่สั้นมาก ไม่สามารถเขียนลงในที่เก็บข้อมูลของแอปหลักได้
ดังนั้นจึงอนุญาตให้ทั้งคู่เขียนลงในคอนเทนเนอร์เพื่อดูได้ และแอปจะระบายคอนเทนเนอร์นั้นในครั้งต่อไปที่เปิด ไม่มีอะไรข้ามขอบเขตของนักพัฒนา และไม่มีอะไรข้ามไปได้หากไม่มีการแตะอย่างชัดเจน
ดูเพิ่มเติม: แซนด์บ็อกซ์
-
บุ๊กมาร์กที่มีขอบเขตความปลอดภัย
-
โทเค็นที่จดจำการอนุญาตไปยังโฟลเดอร์ภายนอกแซนด์บ็อกซ์ เช่น ไดรฟ์ภายนอก โฟลเดอร์ใน iCloud เพื่อให้แอพสามารถเปิดใหม่ได้ในภายหลังโดยไม่ต้องถามอีก
เมื่อคุณเลือกตำแหน่งผ่านตัวเลือกไฟล์ระบบ การอนุญาตที่ได้รับจะเป็นช่วงเวลานั้น บุ๊กมาร์กจะเก็บรักษาไว้ตลอดการเปิดตัว และแอปจะต้องเริ่มและหยุดใช้การเข้าถึงที่บุ๊กมาร์กแสดงไว้อย่างชัดเจน
นี่คือสิ่งที่ทำให้การเรียกดู SSD ภายนอกเป็นไปได้โดยไม่ต้องคัดลอกสิ่งใดเข้าไป และมันถูกจำกัดขอบเขตไว้ตามที่คุณเลือก - บุ๊กมาร์กในโฟลเดอร์เดียวไม่ได้ให้อะไรเลยเกี่ยวกับเพื่อนบ้าน
ดูเพิ่มเติม: แซนด์บ็อกซ์
-
คำขอช่วง
-
การขอเซิร์ฟเวอร์สำหรับชิ้นส่วนเฉพาะของไฟล์ — 5,000,000 ถึง 5,999,999 ไบต์ — แทนที่จะเป็นทั้งหมด เป็นสิ่งที่ทำให้การดาวน์โหลดกลับมาทำงานต่อได้ และสิ่งที่ทำให้การเชื่อมต่อหลายรายการดึงข้อมูลไฟล์เดียวได้ในคราวเดียว
เซิร์ฟเวอร์ที่รองรับช่วงคำตอบที่มี 206 เนื้อหาบางส่วนและส่วนที่ถาม อันที่ไม่ตอบ 200 และส่งทุกอย่างตั้งแต่ต้น ซึ่งเป็นความแตกต่างระหว่างการดาวน์โหลดต่อและการรีสตาร์ท
ทุกสิ่งที่น่าสนใจเกี่ยวกับเครื่องมือดาวน์โหลดนั้นขึ้นอยู่กับฟีเจอร์ HTTP เดียวนี้ หากไม่มีก็จะไม่มีการดำเนินการต่อหลังจากการเชื่อมต่อหลุด ไม่มีการดำเนินการต่อหลังจากรีบูต และไม่มีวิธีใช้การเชื่อมต่อมากกว่าหนึ่งรายการ
ดูเพิ่มเติม: ดาวน์โหลดต่อได้การเชื่อมต่อแบบขนาน
-
ดาวน์โหลดต่อได้
-
การถ่ายโอนที่ดำเนินต่อไปจากตำแหน่งที่หยุดไว้แทนที่จะเริ่มต้นใหม่อีกครั้ง โดยบันทึกจำนวนไบต์ที่ถูกคอมมิตและขอส่วนที่เหลือ
ข้อกำหนดคือตัวเลขที่บันทึกไว้ไม่เคยเป็นแง่ดี จำนวนไบต์ที่นับว่าเขียนแล้ว แต่ยังคงอยู่ในบัฟเฟอร์จะกลายเป็นช่องโหว่ในไฟล์เมื่อแอปถูกปิด และช่องโหว่ที่อยู่ตรงกลางของวิดีโอถือเป็นความเสียหายที่จะปรากฏขึ้นเพียงหนึ่งชั่วโมงในการรับชมเท่านั้น
ซึ่งเป็นสาเหตุที่การนับต้องเป็นไปตามการเขียนลงดิสก์มากกว่าการอ่านจากเครือข่าย และเหตุใดการส่งต่อระหว่างการถ่ายโอนเบื้องหน้าและเบื้องหลังจึงต้องตกลงกันด้วยหมายเลขเดียว
ดูเพิ่มเติม: คำขอช่วงการถ่ายโอนพื้นหลัง
-
การเชื่อมต่อแบบขนาน
multi-connection, chunked download -
การแบ่งไฟล์หนึ่งไฟล์ออกเป็นช่วงและดึงหลายไฟล์พร้อมกัน ช่วยได้เมื่อการเชื่อมต่อเดียวถูกจำกัด และไม่ทำอะไรเลยเมื่อปัญหาคอขวดเป็นสายของคุณเอง
เซิร์ฟเวอร์ที่จำกัดความเร็วของการเชื่อมต่อแต่ละครั้งมักจะถูกโน้มน้าวให้ส่งมอบผลรวมที่มากกว่าในหลายๆ เซิร์ฟเวอร์ นี่คือจุดที่การดาวน์โหลดแบบหลายการเชื่อมต่อได้รับชื่อเสียง
มันไม่ใช่เวทย์มนตร์และมักถูกเข้าใจผิดบ่อยครั้ง หากการเชื่อมต่อของคุณอิ่มตัวแล้ว การเชื่อมต่อจำนวนมากขึ้นจะแบ่งความจุเท่ากันออกเป็นชิ้นเล็กๆ และเพิ่มค่าใช้จ่าย เซิร์ฟเวอร์บางแห่งยังปฏิเสธหรือควบคุมคำขอหลายรายการจากที่อยู่เดียว
ดูเพิ่มเติม: คำขอช่วงดาวน์โหลดต่อได้
-
การถ่ายโอนพื้นหลัง
-
การดาวน์โหลดถูกส่งไปยังระบบปฏิบัติการเพื่อให้ดำเนินการต่อหลังจากปิดแอปแล้ว ระบบจะตัดสินใจเกี่ยวกับช่วงเวลาซึ่งเป็นการซื้อขายที่ดำเนินต่อไปเลย
แอพ iOS จะหยุดทำงานไม่นานหลังจากที่คุณออกไป การถ่ายโอนที่มอบให้กับบริการพื้นหลังของระบบจะยังคงอยู่ และคงอยู่หลังจากแอปถูกปิด และดำเนินการต่อหลังจากรีบูต
สิ่งที่ยอมแพ้คือการควบคุม ระบบจะจัดชุดการถ่ายโอนเหล่านี้ตามมุมมองของพลังงานและสภาพเครือข่าย ดังนั้นการดาวน์โหลดในเบื้องหลังอาจหยุดชั่วคราวและดำเนินการต่อในลักษณะที่แอปในแอปไม่ทำ — และจะเสร็จสิ้น
ดูเพิ่มเติม: ดาวน์โหลดต่อได้แซนด์บ็อกซ์
-
WebDAV
-
ส่วนขยายของ HTTP ที่เปลี่ยนเว็บเซิร์ฟเวอร์ให้เป็นไฟล์เซิร์ฟเวอร์: แสดงรายการ อ่าน เขียน ย้าย ลบ นี่คือสิ่งที่ Nextcloud และ ownCloud พูด และสิ่งที่กล่อง NAS ส่วนใหญ่นำเสนอ
เนื่องจากเป็น HTTP ข้างใต้ WebDAV จึงทำงานผ่านโครงสร้างพื้นฐานเดียวกันกับสิ่งอื่นๆ บนเว็บ — ไม่มีพอร์ตพิเศษ ไม่มีโปรโตคอลไคลเอนต์พิเศษ — ซึ่งเป็นเหตุผลว่าทำไมมันจึงอยู่รอดได้ในขณะที่โปรโตคอลไฟล์ที่ซับซ้อนกว่าไม่สามารถทำได้
สำหรับผู้ที่ไม่ต้องการใส่ไฟล์ไว้ในระบบคลาวด์ของบริษัท ไฟล์นี้เป็นทางเลือกที่ใช้งานได้จริง: เซิร์ฟเวอร์ของคุณเอง ข้อมูลประจำตัวของคุณเอง มาตรฐานทั่วไป
ดูเพิ่มเติม: ที่เก็บข้อมูลบนคลาวด์
-
ที่เก็บข้อมูลบนคลาวด์
-
ไฟล์ที่เก็บไว้บนเซิร์ฟเวอร์ของผู้อื่น เข้าถึงได้ผ่าน API ของบริษัทนั้น — Dropbox, OneDrive, Box, pCloud แต่ละอันมีอินเทอร์เฟซของตัวเอง ซึ่งเป็นสาเหตุที่ทำให้แอปต่างๆ รองรับทีละแอป
ไม่มีโปรโตคอลคลาวด์สากล ผู้ให้บริการทุกรายออกแบบ API ของตัวเองและขั้นตอนการลงชื่อเข้าใช้ของตัวเอง ดังนั้น การเพิ่มผู้ให้บริการให้กับแอพจึงเป็นงานจริงแทนที่จะเป็นรายการการกำหนดค่า
โดยปกติแล้วการลงชื่อเข้าใช้จะเป็น OAuth ซึ่งหมายความว่าแอปจะไม่เห็นรหัสผ่าน ผู้ให้บริการจะตรวจสอบสิทธิ์บุคคลและส่งคืนโทเค็นที่สามารถเพิกถอนได้จากการตั้งค่าของผู้ให้บริการเองเมื่อใดก็ได้
ดูเพิ่มเติม: WebDAV
-
WebRTC
-
มาตรฐานสำหรับการเชื่อมต่ออุปกรณ์สองเครื่องโดยตรง โดยไม่มีเซิร์ฟเวอร์ระหว่างอุปกรณ์ทั้งสองเมื่อมีการเชื่อมต่อแล้ว นี่คือสิ่งที่การถ่ายโอนระหว่างอุปกรณ์ใช้เพื่อย้ายไฟล์ข้ามห้อง
เซิร์ฟเวอร์ส่งสัญญาณขนาดเล็กจะแนะนำอุปกรณ์ทั้งสองให้เชื่อมต่อกัน — นี่คือรหัสหกหลักที่ใช้ — แล้วจึงถอนออก ไฟล์จะเดินทางไปมาระหว่างอุปกรณ์โดยตรงและจะไม่ถูกจัดเก็บไว้ที่ใดระหว่างนั้น
บนเครือข่ายเดียวกันจะเร็วเท่าที่เครือข่ายนั้นอนุญาต บนอินเทอร์เน็ตนั้นขึ้นอยู่กับว่าทั้งสองฝ่ายสามารถเข้าถึงได้โดยตรงหรือไม่ ซึ่งเป็นจุดที่การเชื่อมต่อล้มเหลวเป็นครั้งคราวด้วยเหตุผลที่อุปกรณ์ทั้งสองไม่สามารถมองเห็นได้
ดูเพิ่มเติม: เซิร์ฟเวอร์ HTTP ภายในเครื่อง
-
เซิร์ฟเวอร์ HTTP ภายในเครื่อง
-
แอปที่ตอบรับคำขอเว็บบนเครือข่ายของคุณเอง ดังนั้นเว็บเบราว์เซอร์บนคอมพิวเตอร์ของคุณจึงสามารถเปิดหน้าเว็บที่ให้บริการโดยโทรศัพท์ของคุณได้ นี่คือวิธีที่ Wi-Fi Transfer ทำงาน โดยไม่ต้องใช้สายเคเบิลและไม่ต้องมีบัญชีใด ๆ
โทรศัพท์แสดงที่อยู่ คอมพิวเตอร์เปิดขึ้นมา หน้าเว็บที่ได้รับจะให้บริการทางโทรศัพท์เอง ไฟล์เดินทางโดยตรงผ่านเครือข่ายภายในและไม่เคยออกไปจากเครือข่ายนั้นเลย
เนื่องจากใครก็ตามที่อยู่ในเครือข่ายเดียวกันสามารถเข้าถึงที่อยู่นั้นได้ จึงจำเป็นต้องมีการล็อค — รหัสในการเข้า การอนุญาตที่ได้รับต่อการดำเนินการ และการปิดการอนุญาตแบบทำลายเว้นแต่จะเปิดโดยเจตนา
ดูเพิ่มเติม: WebRTC