แม้ว่า Photo Stream จะเป็นคุณสมบัติที่ยอดเยี่ยมของ iCloud แต่ถ้าคุณจัดการรูปภาพใน iPhone ด้วยตัวเอง การสตรีมภาพอาจกินพื้นที่ดิสก์จำนวนมากในฮาร์ดไดรฟ์ Mac อย่างรวดเร็ว บุคคลที่มีเหตุผลจะถามได้อย่างไร? อาจเป็นการเพิ่มภาพที่ซ้ำกันของรูปภาพทั้งหมดที่คุณนำเข้าเองโดยไม่ได้ตั้งใจ สิ่งนี้เกิดขึ้นเนื่องจากการสตรีมรูปภาพจะคัดลอกรูปภาพจาก iPhone (หรือ iPad และ iPod touch) ไปยัง Mac โดยอัตโนมัติแต่ถ้าคุณจัดการคอลเลกชั่นภาพถ่ายด้วยตัวเอง คุณก็ทำเช่นนี้ได้เช่นกัน ดังนั้น สุดท้ายแล้วคุณจะพบกับสำเนาที่จัดเก็บไว้ในฮาร์ดไดรฟ์ ไม่ว่าคุณจะรู้หรือไม่ก็ตาม และสำเนาเหล่านั้นสามารถรวมกันได้มากมาย พื้นที่จัดเก็บค่อนข้างเร็ว Photo Stream ที่ซ้ำกันถูกจัดเก็บไว้ที่ไหน? ไดเร็กทอรีเล็กๆ ที่ชื่อว่า iLifeAssetManagement ดังนั้น หากคุณไม่ต้องพึ่งพา Photo Stream เพื่อนำรูปภาพจาก iPhone ไปยัง Mac คุณอาจต้องการปิดคุณสมบัตินี้ และในการทำเช่นนั้น คุณอาจเพียงแค่ประหยัดความจุของไดรฟ์ที่มีค่าหลายกิกะไบต์ในกระบวนการนี้ การดำเนินการนี้ค่อนข้างซับซ้อน จึงเป็นส่วนเสริมที่ดีสำหรับวิธีการเรียกคืนพื้นที่ดิสก์ขั้นสูงอื่นๆ โดยเฉพาะอย่างยิ่งเนื่องจากเป็นการปิดคุณสมบัติหลักของ iCloud ใน OS X

จัดการรูปภาพ iPhone ด้วยตนเองเทียบกับการจัดการ iCloud

ก่อนเริ่มต้น เรามานิยามการจัดการตนเองสำหรับรูปภาพใน iPhone กันก่อน เพราะนั่นคือสิ่งที่จะนำไปใช้ สรุปง่ายๆ ก็คือ คุณถ่ายโอนรูปภาพจาก iPhone ไปยัง Mac ด้วยตนเองด้วย USB ผ่านหนึ่งในวิธีการต่างๆ ของการถ่ายโอนเพื่อคัดลอกรูปภาพไปยังคอมพิวเตอร์โดยใช้แอพต่างๆ เช่น iPhoto, Image Capture หรือ Aperture ปฏิบัติต่อ iPhone ราวกับว่าเป็นกล้องดิจิทัลทั่วไปกล่าวอีกนัยหนึ่ง คุณไม่ต้องพึ่งพา Photo Stream เพื่อให้รูปภาพจากอุปกรณ์ iOS คัดลอกไปยังบางอย่างเช่น iPhoto บน Mac โดยอัตโนมัติ และคุณไม่ได้ใช้กลอุบายเพื่อเข้าถึง Photo Stream จาก Finder โดยตรง ซึ่งหมายความว่าคุณไม่ได้ใช้ Photo Stream ของ iCloud บน Mac เลย ซึ่งจำเป็นต้องทำให้ชัดเจนอย่างมาก เนื่องจากเคล็ดลับนี้ขึ้นอยู่กับการปิดใช้งานคุณลักษณะการสตรีมใน OS X

1: สำรอง iLifeAssetManagement

สำรองข้อมูล iLifeAssetManagement ด้วยตนเองก่อนดำเนินการต่อ นี้เป็นสิ่งสำคัญ. คุณจะต้องทำเช่นนี้เนื่องจากโฟลเดอร์มีรูปภาพอยู่ และขึ้นอยู่กับคุณที่จะทราบว่าคุณได้จัดเก็บรูปภาพเหล่านั้นไว้ที่อื่นหรือไม่ เป็นการดีกว่าที่จะเล่นอย่างปลอดภัยและสำรองโฟลเดอร์ไว้เพื่อไม่ให้รูปภาพที่คุณไม่ได้บันทึกหายไป การสำรองข้อมูลไดเร็กทอรี te ด้วยตนเองเป็นเพียงเรื่องของการคัดลอกไปยังไดรฟ์สำรองข้อมูลภายนอกที่มีพื้นที่เก็บข้อมูลมากมาย สิ่งนี้ทำให้มั่นใจได้ว่าหากคุณพบว่าคุณใช้ Photo Stream จริง ๆ หรือคุณต้องการรูปภาพเหล่านั้น คุณจะสามารถกู้คืนรูปภาพเหล่านั้นทั้งหมดได้อย่างรวดเร็ว

• เชื่อมต่อฮาร์ดไดรฟ์ภายนอกเข้ากับ Mac
• จาก OS X Finder ให้กด Command+Shift+G แล้วป้อนเส้นทางต่อไปนี้:

~/Library/Application Support/

• ค้นหา “iLifeAssetManagement” และคัดลอกไดเรกทอรีนั้นไปยังไดรฟ์สำรองข้อมูลภายนอก

ได้รับการสนุบสนุน, ช่วยเหลือ? ดี ตอนนี้มาเพิ่มพื้นที่ว่างในดิสก์โดยทิ้งโฟลเดอร์นี้และหยุดไม่ให้เติมข้อมูลเอง

2: ปิดการสตรีมรูปภาพใน OS X

ตอนนี้คุณได้สำรองข้อมูล iLifeAssetManagement แล้ว (ในกรณีนี้) เรามาปิดการสตรีมรูปภาพโดยสมบูรณ์กันเถอะ นี่เป็นสิ่งจำเป็น มิฉะนั้น โฟลเดอร์ iLifeAssetManagement จะสร้างตัวเองอีกครั้งหลังจากที่คุณลบทิ้งไป

• จากเมนู Apple ไปที่การตั้งค่าระบบ จากนั้นคลิกที่แผง “iCloud”
• ยกเลิกการทำเครื่องหมายที่ช่องถัดจาก “Photo Stream” และยืนยันโดยเลือก “Turn Off Photo Stream”
• ปิดการตั้งค่าระบบ

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

3: ลบ iLifeAssetManagement & กู้คืนพื้นที่ดิสก์จำนวนมาก

ในบางครั้ง เนื้อหาของโฟลเดอร์นี้จะถูกลบออกไปแล้วโดยขั้นตอนก่อนหน้า แต่การลบโฟลเดอร์ด้วยตนเองด้วยตนเองอาจทำได้เร็วกว่า:

• ย้อนกลับไปใน OS X Finder กด Command+Shift+G แล้วป้อนเส้นทางต่อไปนี้:

~/Library/Application Support/iLifeAssetManagement/assets/

• เลือกโฟลเดอร์ “sub” แล้วลากไปที่ถังขยะ จากนั้นล้างถังขยะตามปกติ

คุณยังสามารถลบโฟลเดอร์ iLifeAssetManagement ทั้งหมดได้หากต้องการ แต่การลบโฟลเดอร์ย่อยจะเป็นวิธีที่แม่นยำที่สุด หาก ~/Library/Application Support/iLifeAssetManagement/assets/sub/ มีขนาดใหญ่ถึง 1/4 เท่าบน Mac ของฉัน การลบอาจใช้เวลานาน ดังนั้นปล่อยมันไป

นอกจากนี้ ดังที่เราได้กล่าวไว้ในขั้นตอนที่ 2 อย่าเพิ่งทิ้งโฟลเดอร์นั้นโดยไม่ปิดใช้งาน Photo Stream ไม่เช่นนั้นโฟลเดอร์จะสร้างตัวเองขึ้นมาใหม่และใส่รูปภาพทั้งหมดที่คุณลบใหม่

iLifeAssetManagement=Space Hog ที่เป็นไปได้

การลบ iLifeAssetManagement และการปิด Photo Stream จะเพิ่มพื้นที่ว่างเท่าใด สิ่งนี้จะแตกต่างกันไปตามผู้ใช้แต่ละรายและจำนวนรูปภาพที่พวกเขาถ่ายด้วย iPhone แต่ในกรณีของฉัน ฉันเพิ่มพื้นที่ว่าง 18GB (!)นั่นคือประมาณ 1 ใน 6 ของพื้นที่เก็บข้อมูลทั้งหมดที่มีบน MacBook Air 128GB SSD เพียงแค่ลบโฟลเดอร์ที่ฉันลืมไปว่ามีอยู่ ซึ่งสร้างขึ้นโดยฟีเจอร์ที่ฉันไม่เคยใช้

หากคุณนำเข้ารูปภาพจาก iPhone ของคุณเองและไม่ได้ใช้ Photo Stream เราขอแนะนำให้ตรวจสอบพื้นที่ดิสก์ที่ iLifeAssetManagement ใช้บน Mac ของคุณ ค่อนข้างง่ายที่จะไม่สังเกตเห็น 'คุณลักษณะ' นี้ นับประสาอะไรกับการจัดเก็บรูปภาพในฮาร์ดไดรฟ์ของคุณ จนกระทั่งสายเกินไป และจู่ๆ Mac ของคุณก็ไม่มีพื้นที่ว่างในฮาร์ดไดรฟ์ ไม่ว่าจะเป็นข้อผิดพลาดของผู้ใช้ หรือ (เป็นไปได้มากกว่า) เนื่องจากแง่มุมนี้ของ iCloud และ Photo Stream นั้นอธิบายได้ไม่ดีนัก ใครจะรู้ แต่แม้แต่รูปภาพในไดเร็กทอรีก็ไม่สามารถเข้าถึงได้ง่าย (ไปค้นดูใน iLifeAssetManagement มันเป็นหายนะกับแต่ละอัน รูปภาพแต่ละรูปที่จัดเก็บไว้ในไดเร็กทอรีย่อยของตัวเอง… ใครในโลกนี้คิดว่าเป็นความคิดที่ดี) และเมื่อรวมกับการที่มันกินพื้นที่ดิสก์จำนวนมาก ในที่สุดมันก็น่ารำคาญมากกว่าที่จะเป็นประโยชน์สำหรับพวกเราที่นำเข้ารูปภาพที่จัดการจาก iOS เอง

ทางเลือก: กู้คืนรูปภาพทั้งหมดจาก iLifeAssetManagement

ก่อนที่จะลบโฟลเดอร์ หรือหากคุณเพียงต้องการกู้คืนรูปภาพจากข้อมูลสำรองที่คุณทำไว้ ต่อไปนี้คือสิ่งที่คุณต้องทำ:

• ไปที่โฟลเดอร์ iLifeAssetManagement (ไฟล์ต้นฉบับหรือไฟล์สำรอง) และใช้ฟีเจอร์ Finder “Search” ที่มุมขวาบน พิมพ์ “Image” แล้วเลือก “Image” จากตัวเลือก Kind ในกล่อง หล่นลง
• เลือกทั้งหมดและย้ายรูปภาพทั้งหมดไปยังตำแหน่งอื่นในโฟลเดอร์เดียว

นั่นเป็นวิธีที่ง่ายที่สุด แต่ 512pixels มี AppleScript ที่อาจใช้ได้หรือไม่ได้สำหรับคุณในการทำเช่นนี้เช่นกัน มันไม่ได้ผลในการทดสอบของเรา และเพิ่งทำให้ Finder ขัดข้องใน OS X 10.8 (บางที เนื่องจากขนาดโฟลเดอร์ที่ใหญ่ในกรณีของเรา) อย่างไรก็ตาม คนที่เรียกใช้ 512pixels เป็นคุกกี้ที่ชาญฉลาด ดังนั้นมันอาจจะคุ้มค่าที่จะลองถ้าคุณตั้งใจแน่วแน่ที่จะไปทาง AppleScript และไม่รังเกียจที่จะปรับแต่งสคริปต์เล็กน้อย

มีวิธีแก้ไขอื่นหรือไม่? แจ้งให้เราทราบทาง Facebook, Twitter, Google+ หรือส่งอีเมลถึงเรา ความคิดเห็นยังคงถูกปิดใช้งาน