Google Drive จัดวางข้อมูลลูกค้าหลายเดือนผิดที่
(theregister.com)- ผู้ใช้ Google Drive บางส่วนประสบปัญหาที่ไฟล์ซึ่งบันทึกไว้หลังเดือนพฤษภาคม 2023 ดูเหมือนจะหายไป และในฟอรัมสนับสนุนมีกรณีที่ระบุว่าสูญเสีย งานที่ทำมานานกว่า 6 เดือน
- ผู้ใช้รายหนึ่งระบุว่าหลังเข้าสู่ระบบ สถานะของ Drive ดูเหมือน ย้อนกลับไปเป็นเดือนพฤษภาคม 2023 โดยไฟล์เกือบทั้งหมดที่บันทึกหลังจากนั้นหายไป และความพยายามกู้คืนก็ล้มเหลว
- สาเหตุยังไม่ชัดเจน แต่ผู้ใช้บางส่วนมองว่า การซิงก์หยุดชะงัก ทำให้พื้นที่จัดเก็บบนคลาวด์ค้างอยู่ในสถานะเก่า ขณะที่บางรายแตะต้องไฟล์แคชแล้วได้ข้อมูลบางส่วนกลับมา
- ข้อความที่ดูเหมือนมาจากฝ่ายสนับสนุนของ Google แนะนำว่า ขณะวิศวกรกำลังตรวจสอบ อย่าเปลี่ยนแปลงโฟลเดอร์ root/data และคำแนะนำที่จำกัดในตอนนี้คืออย่าแตะต้องไฟล์จนกว่าจะมีทางแก้
- การอัปโหลดไฟล์ขึ้นคลาวด์ไม่ได้หมายความว่าจะยังอยู่เหมือนเดิมหรือกู้คืนได้ในวันถัดไปเสมอไป และสำหรับข้อมูลธุรกิจควรตรวจสอบเงื่อนไขการให้บริการควบคู่กับแผนสำรองข้อมูลและกู้คืนจากภัยพิบัติ
กรณีไฟล์ที่หายไปหลังเดือนพฤษภาคม 2023
- ผู้ใช้ Google Drive รายงานว่าไฟล์ในบริการ หายไปอย่างกะทันหัน
- ในฟอรัมสนับสนุนของ Google มีปัญหาที่เกี่ยวข้องเกิดขึ้นต่อเนื่องมาหลายวันแล้ว และผู้ใช้รายหนึ่งระบุว่าหลังเข้าสู่ระบบ สถานะของ Drive กลับไปเหมือนตอนเดือนพฤษภาคม 2023
- ผู้ใช้รายดังกล่าวสูญเสียรายการเกือบทั้งหมดที่บันทึกหลังจากนั้น และความพยายามกู้คืนก็ล้มเหลว
- ในบรรดาผู้ใช้รายอื่นที่แชร์ประสบการณ์คล้ายกัน มีกรณีหนึ่งระบุว่า ข้อมูลธุรกิจ 6 เดือน หายไป
สาเหตุที่ยังไม่ชัดเจนและการรับมือชั่วคราว
- ยังมีข้อมูลเกี่ยวกับสาเหตุของปัญหาไม่มากนัก
- ผู้ใช้บางส่วนรายงานว่า เนื่องจาก การซิงก์ของ Google Drive หยุดทำงาน พื้นที่จัดเก็บบนคลาวด์จึงไม่อยู่ในสถานะล่าสุด
- ผู้ใช้บางรายสามารถกู้ข้อมูลบางส่วนกลับมาได้ด้วยการจัดการ ไฟล์แคช
- คำแนะนำที่จำกัดซึ่งผู้ใช้ที่ได้รับผลกระทบสามารถทำได้ทันที คือ อย่าแตะต้องอะไร จนกว่าวิศวกรจะเสนอทางแก้
ข้อความสนับสนุนจาก Google และข้อสันนิษฐานของผู้ใช้
- ข้อความที่ดูเหมือนมาจากฝ่ายสนับสนุนของ Google แนะนำว่า ขณะวิศวกรกำลังตรวจสอบปัญหา อย่าเปลี่ยนแปลงโฟลเดอร์ root/data
- ผู้ใช้บางส่วนสันนิษฐานว่าอาจเกี่ยวข้องกับอาการที่การเชื่อมต่อบัญชีหลุดเอง
- The Register ได้ขอความคิดเห็นจาก Google แล้ว และในเนื้อหาบทความไม่มีคำตอบจาก Google
ข้อจำกัดของการพึ่งพาพื้นที่จัดเก็บบนคลาวด์
- การที่ไฟล์ถูกบันทึกไว้บนคลาวด์ไม่ได้หมายความว่า รับประกันความปลอดภัย
- OVH ผู้ให้บริการโฮสติ้งคลาวด์ในยุโรปประสบเหตุเพลิงไหม้ครั้งใหญ่ในปี 2021 และลูกค้าบางรายต้องไปค้นหาแผนสำรองข้อมูลและกู้คืนจากภัยพิบัติ
- Google เองก็เคยประสบเหตุขัดข้องหลายครั้งในอดีต และช่วงต้นปี 2023 มีน้ำเข้าภายในศูนย์ข้อมูล Google Cloud ที่ Paris ทำให้เกิดปัญหาใน รีเจียน europe-west9
จุดที่ควรตรวจสอบเมื่อดำเนินงานข้อมูลธุรกิจ
- เมื่อฝากข้อมูลที่ธุรกิจพึ่งพาไว้กับพื้นที่จัดเก็บบนคลาวด์ ต้องเข้าใจผลนัยของ ข้อกำหนดและเงื่อนไข ของบริการอย่างเพียงพอ
- การอัปโหลดไฟล์ในวันหนึ่งไม่ได้ทำให้สรุปได้ยากว่าในวันถัดไปไฟล์จะยังอยู่เหมือนเดิมหรือ กู้คืนได้
- ผู้ใช้ชื่อ MatthewSt รายงานว่าพบ วิธีแก้ แล้ว แต่ควรระวังเพราะไม่ใช่คำแนะนำอย่างเป็นทางการ เป็นวิธีที่ผู้ใช้ค้นพบเอง
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ก่อนหน้านี้วันนี้ก็มีการพูดถึงประเด็นที่เกี่ยวข้องแล้ว: https://news.ycombinator.com/item?id=38427864
เป็นกรณีส่วนตัว แต่ฉันเคยเจอข้อมูลสูญหายใน Google Photos ด้วย เลยไม่ฝากข้อมูลที่มีค่ากับมันอีกแล้ว
รูปที่มั่นใจว่าตัวเองเคยถ่ายหายไป และพอย้อนกลับไปดูช่วงที่ย้ายไป Seattle ครั้งแรกเมื่อกว่าสิบปีก่อน ซึ่งตอนนั้นเดินถ่ายรูปในเมืองไว้เยอะมาก ปรากฏว่าเหลือรูปจากการเดินเล่นครั้งนั้นอยู่แค่ไม่กี่รูป
ในรูปเก่า ๆ บางรูปยังแสดงผลได้แค่บางส่วน หรือกลายเป็น รูปเสียหายบางส่วน ที่ดูเหมือนมีนอยซ์
โชคดีที่เป็นรูปสุ่ม ๆ มูลค่าไม่สูงที่ถ่ายตอนยังเด็ก ไม่ใช่ความทรงจำสำคัญอย่างการเติบโตของลูก ๆ และก็ดีที่ไม่ได้มารู้จากการทำรูปวันเกิดลูกหาย แต่ไปพบจากการสูญหายในช่วงเวลานั้นแทน
Takeout ไม่ได้ส่งออกข้อมูล EXIF เป็นรูปแบบมาตรฐานที่รองรับกันดีอย่าง XMP แต่ส่งออกเป็น JSON sidecar แบบไม่เป็นมาตรฐาน
ซึ่งมีข้อมูลอย่างเวลาและตำแหน่งที่สร้างรูปอยู่ด้วย จึงไม่เป็นมิตรอย่างยิ่งต่อผู้ใช้ที่ไม่เชิงเทคนิคแต่ใส่ใจ metadata ของรูป
ถ้าคุ้นเคยและระวังพอ ก็อาจจัดการด้วยสคริปต์ได้ แต่ไม่อย่างนั้นก็ต้องจ่ายเงินให้เครื่องมือของ third-party: https://metadatafixer.com/
โอกาสที่ทั้งสองเจ้าจะล้มพร้อมกัน หรือทั้งคู่จะลบบัญชีเพราะมองว่า “น่าสงสัย” นั้นต่ำมาก แต่ iCloud เองก็เคยมีปัญหานำเข้ารูปเก่า ๆ ได้ไม่ถูกต้องเหมือนกัน
ไม่ได้หมายความว่าไม่มีบั๊ก แต่ถ้ายังไม่ได้ลองตรวจดูส่วน รูปที่เก็บถาวร ก็อาจคุ้มที่จะลองเช็ก
ช่วงหนึ่งฉันไรต์ลง M-DISC Blu-ray ไว้เป็นสำเนาสำหรับเก็บระยะยาว ซึ่งดูค่อนข้างน่าเชื่อถือ
ตอนนี้ก็ใช้หลายแอปในการซิงก์รูประหว่างมือถือ เพื่อให้มีสำเนาอยู่ในบริการเก็บรูปบนคลาวด์เจ้าอื่นอีกหลายที่ด้วย
เมื่อก่อนเคยมี รูปซ้ำ ที่เหมือนกันทุกไบต์เกิดขึ้นหลายครั้ง ซึ่งตามปกติควรถูก dedupe แต่กลับไม่ถูกทำ
ที่แปลกกว่านั้นคือ ถ้าลบหนึ่งในสอง อีกอันก็ถูกลบตามไปด้วย
ถ้าอัปโหลดรูปต้นฉบับใหม่ ปกติรูปซ้ำทั้งสองก็จะกลับมาอีก และต้องลองรอประมาณหนึ่งวันแล้วอัปโหลดใหม่ซ้ำหลายครั้ง กว่าจะมีจุดหนึ่งที่เหลือรูปอยู่เพียงรูปเดียว
รูปซ้ำเหล่านี้มองเห็นได้เฉพาะในมุมมองรูปทั่วไปเท่านั้น และแม้จะใส่อินสแตนซ์ที่ซ้ำกันทั้งสองลงในอัลบั้ม ภายในอัลบั้มก็จะแสดงรูปเพียงครั้งเดียว
เพราะอย่างนั้นฉันเลยใช้บัญชี Google Workspace แบบส่วนตัว และรันแบ็กอัปตามชั่วโมงเป็นประจำด้วยอินสแตนซ์ CubeBackup ที่โฮสต์เอง
โครงสร้างค่อนข้างดี โดย CubeBackup จะส่งอีเมลสรุปรายวันมาให้ และสามารถสำรองข้อมูลอย่าง Google Drive/Email/Contacts เป็นต้น ไปไว้ทั้งใน Synology NAS ภายในเครื่องและ Backblaze B2
ฉันไม่ได้มีส่วนเกี่ยวข้องอะไรกับ CubeBackup แต่ขอแนะนำ CubeBackup และบัญชี Google Workspace แบบส่วนตัวอย่างมากสำหรับคนที่ใช้ชุดแอปของ Google
ค่าใช้จ่ายปีละ $5 และคุ้มค่ามาก: https://www.cubebackup.com/
บัญชี Workspace ใช้ร่วมกับบริการจำนวนมากไม่ได้เลย
จากประสบการณ์ของฉัน อย่างน้อย YouTube TV, Nest cameras, การแชร์ Google Home, บัญชีครอบครัว Google Play, การควบคุมโดยผู้ปกครองบน Android และ Opinion Rewards ใช้งานไม่ได้ และน่าจะมีอีกมาก
มันน่าเสียดายมาก โดยเฉพาะสำหรับคนที่ใช้บัญชี Workspace มานานจนมีอีเมล เอกสาร และสื่อจำนวนมากผูกอยู่กับมัน
ยังมีอุปสรรคทางเทคนิคอยู่ แต่การจับคู่ NAS กับ GPU ที่พอใช้ได้เพื่อจัดการรูป อีเมล และผู้ช่วย น่าจะเป็นธุรกิจที่ทรงพลังได้
ฉันไม่อยากรับโปรเจ็กต์ใหม่มาเพิ่ม
เลยอยากรู้ว่าตั้งค่าใช้เวลานานแค่ไหน ในปีที่ผ่านมาพังไปกี่ครั้ง และจากสรุปต่าง ๆ มีอันไหนที่ต้องลงมือแก้จริง ๆ กี่รายการ
สิ่งที่กังวลที่สุดเกี่ยวกับแบ็กอัปอัตโนมัติคือ เวลาที่ต้องใช้ดูแลรักษา
พอยุ่ง ๆ เข้า การแบ็กอัปส่วนตัวก็มักจะถูกแก้ก็ต่อเมื่อสังเกตเห็นว่ามันมีปัญหา ซึ่งดูแล้วอาจต้องใช้เวลาหลายสัปดาห์กว่าจะซ่อม และสรุปต่าง ๆ ก็อาจกลายเป็นความล้าจากการแจ้งเตือน
ต่อให้หลีกเลี่ยงสถานการณ์นี้ได้ ข้อมูลหลังจากแบ็กอัปล่าสุดที่สำเร็จก็ยังอาจหายอยู่ดี และถ้ามันไม่ถึงระดับ “แค่ทำงานไปเอง” ก็รู้สึกว่าในเรื่องสำคัญมันใช้งานจริงได้น้อยกว่าการทำสำเนาซ้ำด้วยมือ
บางไฟล์ฉันมีสองสำเนาทั้งในเครื่องและบน Drive และถึงจะมี local sync ก็อาจยังมีบางไฟล์ที่อยู่บน Drive อย่างเดียว
ถ้า Google ทำข้อมูลหายในจังหวะเดียวกับที่คอมพิวเตอร์ฉันพัง ฉันก็ยอมรับได้ว่าจะมีข้อมูลสูญหายระดับหนึ่ง แต่ต้นทุนในการป้องกันแบบครอบคลุมทุกกรณีนั้นสูงมาก
ถึงอย่างนั้น ถ้ามันแค่ $5 จริงและแทบไม่ต้องแตะต้องเลย ก็ดูน่าสนใจ
รองรับทั้ง Google Workspace และ MS 365 และถ้ามี Synology NAS อยู่แล้วก็ใช้ฟรี
มันสามารถทำสำเนาข้อมูล Mail, Contacts, Calendar และ Drive ได้ภายในไม่กี่วินาทีหรือไม่กี่นาที เก็บประวัติการเปลี่ยนแปลงทั้งหมดไว้ และยังมีมุมมองแบบ timeline สำหรับดูและส่งออกข้อมูล ณ ช่วงเวลาใดช่วงเวลาหนึ่งได้ด้วย
เมื่อหลายปีก่อนฉันเคยเจอข้อมูลสูญหายใน Google Drive อีกแบบหนึ่ง ซึ่งต่างออกไปแต่ในบางแง่ก็ร้ายแรงกว่า
ตอนนั้นกำลังเขียนนิยายอยู่ แล้ว Drive ก็ลบย่อหน้าบางย่อหน้าออกไปแบบสุ่มเฉย ๆ
หาไม่เจอทั้งสาเหตุและรูปแบบ บางส่วนเป็นย่อหน้าที่แก้ไขเพิ่มเข้าไปทีหลัง แต่บางส่วนก็เป็นย่อหน้าที่มีอยู่ในร่างแรกตั้งแต่ต้น
รวม ๆ แล้วเหมือนมีคำหายไปจากนิยายทั้งเรื่องประมาณ 8,000 คำ
ปกติในขั้นตอนตัดต่อก็มักต้องลดจำนวนคำอยู่แล้ว แต่ฉันอยากเป็นคนทำเองมากกว่าปล่อยให้ระบบคอมพิวเตอร์ที่พังมาตัดทอนบางส่วนตามอำเภอใจ
ส่งอีเมลไปหาฝ่ายซัพพอร์ตแล้วก็ไม่เคยได้คำตอบ ตั้งแต่นั้นมาก็ไม่ไว้ใจ Google Drive อีกเลย
ปฏิกิริยาประมาณว่า “ค่อนข้างน่าแปลกที่ Google Cloud support เงียบไปหลายวัน ทั้งที่ชื่อเสียงด้านซัพพอร์ตดีมาตลอด หวังว่าคงเป็นปัญหาชั่วคราว”
เหมือนพวกเขาอ่านแต่เอกสารการตลาดกับเอกสารขาย แล้วพอมาเจอสภาพจริงที่แสนธรรมดา เช่น ประสิทธิภาพต่ำ ซัพพอร์ตไม่ตอบ เอกสารแย่หรือผิด SDK พัง หรือข้อมูลสูญหาย ก็เลยตกใจมาก
บางครั้งพอพิมพ์ประโยคเสร็จก็ลบมันทิ้งทันทีเลย
น่ารำคาญจนแทบบ้าและไม่มีทางแก้ ซึ่งเป็นปัญหาแกนหลักเรื่องลำดับความสำคัญของการเขียนและเรื่องที่ว่าข้อมูล “ต้นฉบับจริง” อยู่ที่ไหน
ฉันก็สงสัยเหมือนกันว่าคนเรารู้ได้อย่างไรว่าข้อมูลของตัวเองหายไป
แค่จะหาเอกสารของตัวเองใน Google Drive UI ที่ยุ่งเหยิงก็แทบหาไม่เจออยู่แล้ว
เอกสารที่คนอื่นในองค์กรเป็นคนสร้าง ถ้าไม่มีลิงก์ตรงค้างอยู่ในอีเมลหรือบุ๊กมาร์ก ปกติก็ถือว่าหายไปแล้ว
บางเรื่องมันก็ยากแหละ
ที่ทำงาน เวลามีไฟล์ล็อกหรือข้อมูลบันทึกที่ใหญ่เกินจะแนบใน Jira แต่จำเป็นต้องแนบในรายงานบั๊ก ก็จะอัปขึ้น Google Drive แล้วแปะลิงก์ไว้ในทิกเก็ต
พอกลับมาดูอีกทีนาน ๆ แล้วลิงก์เป็น 404 ก็เริ่มสงสัยได้ และถ้ามีใครจำได้ว่าลิงก์นั้นเคยใช้ได้ ก็ชัดเจนว่าไม่ใช่ความผิดพลาดจากการคัดลอกแล้ววาง URL
ถ้าจะพยายามตรวจเทียบระบบซิงก์บนคลาวด์เพื่อดูว่ามีอะไรตกหล่นไหม มันแทบเป็นไปไม่ได้เลย
เวลาเห็น Microsoft โฆษณา OneDrive ว่าเป็นแบ็กอัปแล้วรู้สึกจะเป็นบ้า
ถ้ามันย้ายข้อมูลของฉันไปไว้ใน OneDrive ด้วย Files On-Demand แล้วฉันยังตรวจสอบไม่ได้เลยว่ามีอะไรหายไประหว่างทางไหม แบบนั้นมันไม่ใช่แบ็กอัป
ยิ่งรวมความเสี่ยงที่บัญชีจะถูกระงับเข้าไปด้วย ก็ยิ่งรู้สึกว่ายอมรับแบบมีมโนธรรมไม่ได้
มันทำงานได้ค่อนข้างดี แต่ Google เหมือนจะพยายามทำอะไรให้พังเป็นพัก ๆ และจนถึงตอนนี้ก็ดูยังหาวิธีไม่ให้มีไฟล์ desktop.ini โผล่มาทั่วไปไม่ได้
อยากจะบอกว่ามันดูสมัครเล่น แต่ปกติพวกสมัครเล่นยังทำซอฟต์แวร์ได้ดีกว่า
นอกเหนือจากนั้นก็ไม่แน่ใจ และฉันแทบไม่ได้เก็บอะไรไว้ใน Google Drive นอกจากไฟล์ที่มีคนแชร์มาให้
ไม่นานมานี้ฉันตั้งค่าให้ rclone แบ็กอัป OneDrive ทั้งก้อนไป Dropbox ทุกคืน
ในแง่ความน่าเชื่อถือก็รู้สึกว่าค่อนข้างปลอดภัย และมองว่าความเป็นไปได้ที่ทั้งสองบริการจะล้มเหลวร้ายแรงแบบเดียวกันพร้อมกันนั้นต่ำ
ตอนนี้ rclone ทำงานได้สม่ำเสมอพอสมควร เลยแนะนำได้กับทุกคน
ถ้าไม่เข้ารหัสข้อมูลไว้ก่อน ก็แนะนำได้ยาก
ฉันเคยใช้มันย้ายข้อมูลจาก NAS ไป M365 หลายครั้งในทิศทางตรงกันข้าม และทุกครั้งก็เรียบง่ายเป็นส่วนใหญ่ แถมยังจัดการ rate limit ของ OneDrive ได้เก่งพอสมควร
rclone มีมาให้ในแพลตฟอร์ม rsync.net อยู่แล้ว ดังนั้นจึงสามารถจัดการการโอนแบบที่อธิบายไว้ได้ด้วยคำสั่งนี้
ssh user@rsync.net rclone sync s3:bucket dropbox:whateverใช้แค่ ssh ก็พอ
พวกเราก็อยากย้าย Google Drive ไป Dropbox หรือ Backblaze ในลักษณะคล้ายกัน แต่ถ้าต้องคัดลอกทั้งก้อนทุกวันก็คงทำไม่ได้
ใน Google Drive มีข้อมูล 400GB
ที่บริษัทของเราเมื่อประมาณ 1 ปีก่อนก็เคยเกิดเรื่องแบบนี้เหมือนกัน
ไฟล์จำนวนมากหายไปจาก GDrive แบบสุ่ม และท้ายที่สุดหลายไฟล์ก็กลับมาโผล่อีกครั้งหลังจากผ่านไปหลายสัปดาห์หรือหลายเดือน แต่ไม่ได้กลับมาอยู่ในโฟลเดอร์ที่จัดไว้เดิม กลับไปอยู่ใน โฟลเดอร์ราก แทน
ฝ่ายซัพพอร์ตของ Google บอกว่าเป็นเพราะพวกเราจำผิดเอง
อีกเรื่องหนึ่ง ตอนนี้เรากำลังพิจารณาย้ายจาก Google + Slack + Notion ไปเป็น OneDrive + Teams + Loop
สิ่งที่น่าสนใจคือใน Teams สามารถทำงานร่วมกันกับไฟล์และ “Loop Components” ได้โดยตรงมากกว่า
แต่คู่มือในเอกสารของ Microsoft ใช้งานไม่ได้ ทำให้ตอนนี้เรารอการซัพพอร์ตเพื่อเปิดใช้ Loop มา 2 สัปดาห์แล้ว
ถึงอย่างนั้น จากประสบการณ์ของเรา Microsoft ยังรายงานปัญหาได้ดีกว่า Google เพียงแต่ช้ามาก
อาจต้องอัปเกรดไปใช้พรีเมียมซัพพอร์ต
OneDrive ดูเหมือนเป็นแค่การเอาระบบจัดการไฟล์ของ SharePoint มาแสดงในอีกรูปแบบหนึ่ง และมันทรมานมากที่จะใช้งาน
ข้อสันนิษฐานถึงสาเหตุราก: กระบวนการทำสำเนา บางอย่างของ Google อาจล่าช้าไป 6 เดือน ไม่มีทั้งการมอนิเตอร์หรือการแจ้งเตือน และอาจมีใครบางคนไปพบเข้าแล้วพยายามแก้ แต่กลับไปบังคับให้สำเนานั้นกลายเป็นมาสเตอร์
กล่าวคือผู้ใช้กำลังเห็นข้อมูลเมื่อ 6 เดือนก่อน
สำเนาต่าง ๆ น่าจะมีการเปลี่ยนแปลงที่ขัดแย้งกันอยู่แล้ว ดังนั้นหากจะรวมทั้งสองฝั่งกลับเข้าด้วยกัน ก็คงต้องเขียนโค้ดจำนวนมากเพื่อผสานข้อมูลอย่างชาญฉลาด และผู้ใช้บางส่วนก็น่าจะสูญเสียข้อมูลถาวร
ตัวอย่างเช่น ถ้ามีการแก้ไขเอกสารเวอร์ชันเก่า ก็อาจไม่สามารถย้ายการแก้ไขนั้นไปทับบนเวอร์ชันใหม่โดยอัตโนมัติได้
สำหรับฉัน สาเหตุที่น่าเชื่อที่สุดคือมีการส่ง คำสั่งลบ ออกไปจริง ๆ
เช่น อาจเกิดจากข้อบกพร่องของโปรแกรมซิงก์หรือมัลแวร์
คู่ของฉันกำลังเจอปัญหาที่อีเมลหายไปหรือกลับมาครั้งละหลายเดือนถึงหลายปี
ค้นหาในฟอรัมซัพพอร์ตแล้วก็เจอแต่ “เจ้าหน้าที่ซัพพอร์ต” โทษว่าเป็นความผิดของคนที่มาร้องเรียนเรื่องนี้
เป็นการ gaslighting ชัด ๆ
ต่อให้คอยเช็กแบบนาทีต่อนาทีในช่วงที่มันกำลังเกิดขึ้นจริง และเห็นว่าอีเมลหายไปอีกหลายเดือน ก็ยังบอกว่า “คุณต้องเป็นคนลบเองแน่ ๆ งั้นก็เลิกลบซะ”
ตั้งแต่วันที่ 21 พฤศจิกายน เพื่อนของฉันมีอีเมล Gmail หลังเดือนพฤษภาคม 2023 หายไปทั้งหมด
ตรงกับช่วงเวลาที่บทความพูดถึง แต่กรณีนี้เป็น Gmail ไม่ใช่ Drive
ฉันโฮสต์รูปภาพเองด้วย https://github.com/immich-app/immich และพอใจมาก
แอปมือถือก็ใช้ได้ดี การจดจำใบหน้าและการทรานส์โค้ดวิดีโอแบบเร่งด้วยฮาร์ดแวร์ก็ดี
จะเปิดให้ใช้งานผ่าน Tailscale ก็ได้ หรือแบบฉันคือผ่าน reverse proxy บนเซิร์ฟเวอร์ Hetzner ราคาถูก
แน่นอนว่าต้องมีแบ็กอัปที่ดี ดังนั้นเซิร์ฟเวอร์แบ็กอัปที่อยู่บน VLAN แยกต่างหากจึงซิงก์ ZFS snapshot ทุกวัน และยังทำแบ็กอัปเข้ารหัสแบบ incremental ไปยัง Google Drive ทุกวันด้วย Duplicati
ตอนนี้คงต้องกลับมาคิดใหม่เรื่อง GDrive
UI เว็บบนมือถือแบบพื้นฐานดูมีองค์ประกอบอื่นเยอะเกินไปสำหรับการดูรูป อย่างน้อยใน Firefox/Android ก็เป็นแบบนั้น
ตอนนี้ฉันใช้ Photoprism อยู่ แต่กำลังมองหาทางเลือกที่มีระบบตรวจจับใบหน้าดีกว่าและมีสไลด์โชว์อัตโนมัติแบบ “เมื่อ X ปีก่อน” ในตัว
ฉันไม่ได้สนใจชุดรวมภาพที่ Google Photos สร้างอัตโนมัติอย่าง “splish splash”, “out in the wild”, “magic hour” อะไรพวกนั้น แค่ฟีเจอร์พื้นฐานแบบ X ปีก่อนที่ใช้ได้แม้กับคนที่ถูกแท็กไว้ก็เพียงพอแล้ว