ฟีเจอร์อัปโหลดไฟล์ที่หายไปในแอป Nextcloud บน Android

 (nextcloud.com)
1 คะแนน โดย GN⁺ 2025-05-15 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • หลังจากการอัปโหลดไฟล์ใน Nextcloud สำหรับ Android ถูกจำกัด Google ได้เสนอ การคืนสิทธิ์อัปโหลดไฟล์ทั้งหมด เมื่อวันที่ 15 พฤษภาคม และ Nextcloud กำลังเตรียมรุ่นทดสอบและอัปเดตกู้คืนฟีเจอร์
  • รุ่นที่แจกจ่ายผ่าน Google Play Store ถูกบล็อก สิทธิ์อ่าน·เขียนไฟล์ทุกประเภท ทำให้อัปโหลดได้เฉพาะสื่อบางชนิด เช่น รูปภาพและวิดีโอ
  • ตามข้อมูลของ Nextcloud สิทธิ์นี้ถูกมอบให้ตั้งแต่ปี 2011 และมีฟีเจอร์นี้มาตั้งแต่ปี 2016 แต่เมื่อการอัปเดตแอปถูกปฏิเสธในเดือนกันยายน 2024 ก็ถูกขอให้ใช้ SAF·MediaStore API
  • Nextcloud มองว่า SAF มีไว้สำหรับการแชร์และเปิดเผยไฟล์ระหว่างแอป ส่วน MediaStore API จัดการได้เฉพาะไฟล์สื่อ จึงยากที่จะใช้แทน การซิงก์ไฟล์ทั้งหมด
  • ผู้ใช้ Google Play Store ราว 1 ล้านคนได้รับผลกระทบ ขณะที่รุ่นบน F-Droid ออกเวอร์ชันใหม่ที่ยังคงสิทธิ์ไว้ ทำให้ปัญหานี้พุ่งเป้าไปที่ นโยบายการแจกจ่ายของ Google Play Store

ข้อเสนอคืนสิทธิ์เมื่อวันที่ 15 พฤษภาคม

  • Google ได้ติดต่อ Nextcloud ในช่วงเช้าของวันที่ 15 พฤษภาคม เพื่อเสนอ การคืนสิทธิ์ ให้ผู้ใช้ได้ฟีเจอร์ที่หายไปกลับคืนมา
  • Nextcloud กำลังเตรียมรุ่นทดสอบก่อน และหากไม่มีปัญหา อัปเดตสุดท้ายที่กู้คืนฟีเจอร์ทั้งหมดอาจปล่อยได้เร็วที่สุดในช่วงต้นสัปดาห์หน้า
  • ประกาศอัปเดตนี้ถูกเพิ่มเข้ามาเมื่อวันที่ 15 พฤษภาคม เวลา 14:50 CET

ผลกระทบของข้อจำกัดการอัปโหลดไฟล์บน Android

  • ตลอดหลายเดือนที่ผ่านมา การอัปโหลดไฟล์ของผู้ใช้ Android บน Nextcloud ทำงานไม่เป็นไปตามที่คาดหวัง
  • ไฟล์ที่อัปโหลดได้ถูกจำกัดอยู่ที่ ไฟล์สื่อบางประเภท เช่น รูปภาพและวิดีโอ
  • การไม่สามารถอัปโหลดไฟล์ประเภทอื่นได้ ทำให้จุดประสงค์ของการซิงก์ไฟล์ในแอป Nextcloud Files สั่นคลอนอย่างมาก
  • ข้อร้องเรียนของผู้ใช้ถูกโพสต์ในหลายช่องทาง เช่น Nextcloud help forum, GitHub, Reddit และฟอรัม ComputerBase

กระบวนการเปลี่ยนสิทธิ์บน Google Play Store

  • สิทธิ์อ่าน·เขียนไฟล์ทุกประเภทของแอป Nextcloud Files ถูกมอบให้ตั้งแต่ ปี 2011
  • ในเดือนกันยายน 2024 การอัปเดตแอป Nextcloud บน Android ถูกปฏิเสธอย่างกะทันหัน
  • Google เรียกร้องให้ลบสิทธิ์เข้าถึงไฟล์ทั้งหมด หรือใช้ทางเลือกที่เป็นมิตรต่อความเป็นส่วนตัวมากกว่าอย่าง Storage Access Framework(SAF) หรือ MediaStore API
  • Nextcloud เห็นว่าทางเลือกทั้งสองไม่สามารถทดแทนฟีเจอร์อัปโหลดไฟล์ทั้งหมดได้
    • Nextcloud มองว่า SAF มีไว้สำหรับแชร์หรือเปิดเผยไฟล์ของ Nextcloud ให้แอปอื่น จึงเป็นข้อเรียกร้องที่เกิดจากความเข้าใจผิดในเวิร์กโฟลว์ของแอป
    • MediaStore API เข้าถึงได้เฉพาะไฟล์สื่อ จึงไม่สามารถจัดการไฟล์ประเภทอื่นได้
  • Nextcloud ระบุว่าได้ยื่นคัดค้านหลายครั้งและแบ่งปันบริบทเพิ่มเติมมาตั้งแต่กลางปี 2024 แต่ Google ก็ยังไม่ยอมคืนสิทธิ์
  • เนื่องจากต้องส่งอัปเดตแก้บั๊กให้ผู้ใช้และลูกค้า Nextcloud จึงปล่อยอัปเดตที่จำกัดฟีเจอร์อัปโหลดให้สอดคล้องกับข้อกำหนดใหม่ของ Google

ความแตกต่างระหว่าง F-Droid และ Google Play Store

  • ตัวแอป Android เองยังคงทำงานต่อไปได้พร้อมสิทธิ์ดังกล่าว
  • Nextcloud ได้แจกจ่ายเวอร์ชันใหม่ผ่านร้านแอปภายนอกอย่าง F-Droid
  • ข้อจำกัดด้านฟังก์ชันเป็นปัญหาที่เกี่ยวข้องกับ รุ่นที่แจกจ่ายผ่าน Google Play Store
  • Nextcloud มองว่าผู้ใช้ที่เชี่ยวชาญเทคนิคอาจใช้ร้านแอปทางเลือกอย่าง F-Droid ได้ แต่สำหรับผู้ใช้ใน app store ราว 1 ล้านคน นี่แทบไม่ใช่ทางเลือกที่ใช้งานได้จริง

คำวิจารณ์ของ Nextcloud ต่อ Google

  • Google อ้าง ข้อกังวลด้านความปลอดภัย เป็นเหตุผลในการเพิกถอนสิทธิ์
  • Nextcloud ระบุว่าได้ให้ฟีเจอร์นี้มาตั้งแต่เริ่มต้นในปี 2016 และไม่เคยได้รับข้อกังวลด้านความปลอดภัยจาก Google มาก่อนเลย
  • จุดยืนของ Nextcloud คือแอปของ Big Tech หลายราย รวมถึงแอปของ Google เอง ยังมีฟังก์ชันนี้อยู่
  • บริษัทวิจารณ์ว่า Google ซึ่งเป็นเจ้าของแพลตฟอร์มสามารถให้ สิทธิพิเศษกับตัวเอง และก็ทำเช่นนั้นจริง
  • Nextcloud มองว่ากรณีนี้ไม่ใช่รายละเอียดทางเทคนิคเล็กน้อย แต่เป็นตัวอย่างของ gatekeeping ที่ทำให้ฟีเจอร์ของผลิตภัณฑ์คู่แข่งจากผู้พัฒนาซอฟต์แวร์รายเล็กอ่อนแอลง

ประเด็นนโยบายการแข่งขันในวงกว้าง

  • Nextcloud อ้างถึงกรณีในอดีตที่ Microsoft เคยปิดกั้นบางความสามารถของ Windows เพื่อทำให้ประสบการณ์ใช้งาน WordPerfect แย่ลง และอ้างว่าเวลานี้ Google ก็กำลังทำให้การสร้างผลิตภัณฑ์แข่งทำได้ยากขึ้นด้วยกฎที่อ้างเรื่องความปลอดภัย
  • บริษัทขนาดเล็กมองว่าค่าใช้จ่ายในการดำเนินคดีสูงมาก และแม้จะยื่นเรื่องร้องเรียนต่อ EU ก็ใช้เวลานาน จึงแทบไม่มีช่องทางเยียวยาที่เป็นรูปธรรม
  • Nextcloud ระบุว่าในปี 2021 บริษัทได้ร่วมกับราว 40 บริษัทและองค์กรยื่นร้องเรียนเรื่องพฤติกรรมต่อต้านการแข่งขันในลักษณะคล้ายกัน แต่ผ่านไป 4 ปีก็ยังไม่มีอะไรเกิดขึ้น
  • EU Digital Markets Act เริ่มมีผลบังคับใช้ในเดือนพฤษภาคม 2023 แต่ค่าปรับครั้งแรกต่อ Meta และ Apple เพิ่งประกาศในเดือนเมษายน 2025
  • Nextcloud วิจารณ์ว่าค่าปรับ 200 ล้านยูโร และ 500 ล้านยูโร ต่อ Meta และ Apple ตามลำดับนั้นต่ำ เมื่อเทียบกับบทลงโทษที่ทำได้สูงสุดถึง 10% ของรายได้ประจำปีทั่วโลก และสำหรับบริษัท Big Tech ก็แทบไม่ต่างจากการตีข้อมือเบา ๆ

บทความที่เกี่ยวข้อง

4 ความคิดเห็น

 
ndrgrd 2025-05-15

สุดท้ายแล้วสิทธิ์ต่าง ๆ ก็ควรเป็นสิ่งที่ทำให้ผู้ใช้เป็นคนอนุญาตได้ตามดุลยพินิจของตัวเอง แต่พอเอาระบบสิทธิ์มาใช้แล้วกลับไปบล็อกสิทธิ์ที่จำเป็นนี่ก็ ฮ่าๆ..
 
GN⁺ 2025-05-15
ความคิดเห็นบน Hacker News

  • เข้าใจความเจ็บปวดจากมุมมองของ Nextcloud ทีม Everfind (ค้นหารวม Drive, OneDrive, Dropbox ฯลฯ) ก็สู้มาตลอดปีที่ผ่านมาเพื่อให้ได้ scope drive.readonly เพื่อดาวน์โหลดไฟล์ รัน OCR แล้วสร้างดัชนีค้นหาแบบ full-text ของผู้ใช้
    Google ยังคงบอกให้ทนใช้ drive.file + drive.metadata.readonly ต่อไป แต่ชุดนี้ทำให้การค้นพบไฟล์อย่างต่อเนื่องเสีย และทำให้ผลการค้นหาเอกสารใหม่หรือเอกสารที่อัปเดตแย่ลงอย่างมาก สรุปคือวาทกรรม “สิทธิ์ขั้นต่ำ” ของ Google ฟังดูดี แต่ในทางปฏิบัติคือให้สิทธิ์เข้าถึงพิเศษกับแอป first-party ของ Big Tech และบังคับให้ผู้ให้บริการอิสระต้องออกผลิตภัณฑ์ที่ทำงานได้ครึ่ง ๆ กลาง ๆ หรือถูกขับออกจาก Play Store สุดท้ายผู้ใช้เสียฟีเจอร์และตัวเลือก ส่วนผู้พัฒนารายเล็กก็ต้องเสียเวลาไปกับการต่อสู้ไม่รู้จบกับบอทนโยบายแบบคัดลอกวาง

    • จากมุมมองผู้ใช้ การตัดสินใจนี้ควรเป็นเรื่องที่ ฉันเป็นคนกำหนด ไม่ใช่ Google แต่ Apple ดูเหมือนจะผ่านเรื่องแบบนี้ได้ง่ายกว่ามาก อาจเพราะลูกค้าโดยรวมมีแนวโน้ม “ช่วยปกป้องเราจากตัวเราเอง” มากกว่า
    • อาจไม่ได้ตั้งใจจะให้สิทธิ์เข้าถึงพิเศษกับแอป first-party ของ Google มากเท่ากับว่า ทีมนั้นน่าจะจัดลำดับความสำคัญของงานวิศวกรรมไว้ต่ำมาก
      เคยทำงานเป็น PM ที่ Google Workspace อยู่หลายปี เรื่องนี้มีเจตนาร้ายน้อยกว่าที่เห็นจากภายนอก การตัดสินใจถูกปรับให้เหมาะกับรายได้ และฟีเจอร์อื่น ๆ โดยเฉพาะ ฟีเจอร์สำหรับลูกค้าองค์กร ได้รับความสำคัญสูงกว่ามาก ตั้งแต่ราวปี 2012 แทบทุกบริษัทหันไปโฟกัสรายได้จากองค์กร ทำให้ความพึงพอใจของผู้ใช้ปลายทางกลายเป็นต้นทุนที่ต้องจ่าย
    • ฟังดูเหมือนเป็นสถานการณ์ที่ กฎหมายต่อต้านการผูกขาด มีไว้จัดการอย่างพอดี
    • ดูเหมือนถึงเวลาฟ้อง คดีต่อต้านการผูกขาด อีกคดีแล้ว อย่างน้อย Nextcloud ก็มีฐานอยู่ในยุโรป และช่วงหลังยุโรปแสดงให้เห็นในบางเรื่องว่ามีความตั้งใจจะยืนหยัดสู้กับบริษัทยักษ์ใหญ่ด้านเทคโนโลยี
    • น่าจะจำกัดฟีเจอร์ที่พังในบิลด์ของ Google แล้วเปิดฟีเจอร์นั้นในช่องทางแจกจ่ายอื่น ๆ ได้ไหม ส่วนตัวให้ความสำคัญกับการติดตั้งแอปจาก F-Droid มากกว่า PlayStore

  • เป็นนักพัฒนาแพลตฟอร์ม AOSP และความเห็นเกี่ยวกับไฟล์ซิสเต็มเป็นความเห็นส่วนตัว ไม่ได้เป็นตัวแทนของ Google
    แม้จะไม่ได้ใช้ Nextcloud และไม่ได้ดูแอปนั้นอย่างละเอียด แต่จากมุมมองที่พอรู้เรื่องภายในอยู่บ้าง กรณีใช้งานนี้ดูเหมือนว่า SAF น่าจะใช้ได้อย่างที่คนอื่น ๆ พูดกัน Google Drive ไม่ได้มีสิทธิ์ที่ Nextcloud อ้างว่า Google ให้เป็นกรณีพิเศษ และก็แจกจ่ายผ่าน Play Store เช่นเดียวกับแอป Nextcloud สิทธิ์อย่าง MANAGE_EXTERNAL_STORAGE เคยถูกนำไปใช้ในทางที่ผิดอย่างกว้างขวางในอดีต และบางครั้งก็เลวร้ายมาก

    • SAF ไม่ใช่ทางเลือก มัน ช้าจนน่ากลัว[1][2][3][4][5] จนใช้กับแอปซิงก์คลาวด์จริงจังไม่ได้เลย
      ตามข้อความคัดจาก [1] การทำงาน I/O กับไฟล์ทุกอย่างของ SAF ใช้การเรียก IPC จึงใช้เวลาราว 20–30ms และเมื่อมีงานไฟล์จำนวนมาก เช่นตรวจว่ามีไฟล์จำนวนมากอยู่บนดิสก์หรือไม่และสร้างขึ้นถ้าไม่มี ก็จะช้ามากจนแม้แต่ตัวอย่างของ Google เองก็ยังใช้ทริกเพื่อให้เร็วขึ้น ในตัวอย่างของ [3] ระบุว่าใช้ SAF ใช้เวลา 15 วินาที ขณะที่ ls แบบเนทีฟใช้ 6 มิลลิวินาที และมีไฟล์เพียง 128 ไฟล์เท่านั้น
      [1] https://github.com/K1rakishou/Fuck-Storage-Access-Framework#...
      [2] https://www.reddit.com/r/androiddev/comments/ga5u72/saf_is_s...
      [3] https://issuetracker.google.com/issues/73044953#comment5
      [4] https://magicbox.imejl.sk/forums/topic/storage-access-framew...
      [5] https://issuetracker.google.com/issues/130261278#comment52
    • น่ากลัวที่ในเธรดนี้ไม่ได้คำนึงถึงมากพอว่าสิทธิ์อย่าง MANAGE_EXTERNAL_STORAGE เคยถูกใช้ในทางที่ผิดอย่างเลวร้ายในอดีต
      ปริมาณข้อมูลที่สามารถดึงจากอุปกรณ์ได้ด้วยสิทธิ์แบบนี้น่าจะมหาศาล และไม่ใช่แค่เรื่อง “ปกป้องผู้ใช้จากตัวเอง” ผมคงไม่รู้สึกว่าปลอดภัยที่จะเปิดสิทธิ์นี้ให้แอปใด ๆ เลย และแม้ฟีเจอร์ซิงก์ข้อมูลทั้งอุปกรณ์จะมีประโยชน์ แต่ในมุมของ Google ก็เป็นสถานการณ์ที่ทำก็โดนด่า ไม่ทำก็โดนด่า
    • ถ้าพูดถึง “วิธีที่เลวร้าย” หมายถึง แอปเงินกู้นอกระบบ หรือมีอะไรที่แย่กว่านั้นที่ผมไม่รู้กันแน่
      โดยพื้นฐานแล้วมันแทบจะเป็นแรนซัมแวร์ที่ผู้คน “สมัครใจ” ติดตั้งเพื่อขอกู้เงินแบบเอาเปรียบ แต่หลายคนมักไม่รู้ว่ามันทำงานจริงอย่างไร ถ้าจ่ายคืนไม่ได้ มันไม่ได้แค่ล็อกโทรศัพท์ แต่ยังใช้ข้อมูลที่ดึงออกจากมือถือไปข่มขู่ว่าจะส่งรูปเปลือยให้คนรู้จัก หรือถึงขั้นขู่ฆ่าครอบครัวที่ระบุได้จากข้อมูล — https://www.welivesecurity.com/en/eset-research/beware-preda...
    • เข้าใจว่าควรระมัดระวังมากเมื่อให้สิทธิ์นี้กับแอปใหม่ แต่ NextCloud เป็นแอปที่รู้จักกันดี แถมยังเป็น แอปจัดการไฟล์ ด้วย แอปแบบนั้นต่างหากที่ควรมีสิทธิ์นี้
      ถ้ามีแผนจะเลิกใช้สิทธิ์นี้ทั้งหมดแบบค่อยเป็นค่อยไป ทางเลือกทดแทนก็ควรดีพอ แต่จากคอมเมนต์ย่อยบางส่วนดูเหมือนจะไม่เป็นเช่นนั้น ผมไม่เคยพัฒนา Android และด้วยเรื่องแบบนี้ก็คงจะไม่ทำในอนาคตด้วย จึงตัดสินได้ยาก แต่เท่าที่เข้าใจ แอป Google Drive เป็นเหมือน UI บนที่เก็บข้อมูลคลาวด์มากกว่า ส่วนที่น่าสนใจอย่าง Backup ไม่ได้ทำผ่านแอปนั้น Google Drive ได้รับสิทธิพิเศษในส่วนนี้ และถ้าจะเลียนแบบฟังก์ชันแบบนั้นก็ต้องมีสิทธิ์เพิ่มเติม
    • ตัว Drive เองอาจไม่ได้มีสิทธิ์ที่ Nextcloud ต้องการ แต่ ทั้งระบบ ที่ Google ควบคุมนั้นมีสิทธิ์เข้าถึงแบบนั้นแน่นอน[0]
      [0]: https://support.google.com/googleone/answer/9149304?hl=en&co...

  • เหตุผลที่แอป SyncThing Android อย่างเป็นทางการหยุดเผยแพร่ก็เพราะเรื่องนี้เช่นกัน มีฟอร์กอยู่ แต่เท่าที่รู้ไม่มีใน Play Store

    • ปัญหาของแอป SyncThing Android คือมันค่อนข้างเป็นแรปเปอร์ครอบ SyncThing ซึ่งเป็นไลบรารี Go และปัญหาอยู่ที่ SAF ไม่ได้ให้ไฟล์ดิสคริปเตอร์แบบง่าย ๆ ที่โค้ดเนทีฟใช้ได้โดยตรง
      แต่จะได้ URL แบบ content:// แทน และถ้าจะเปลี่ยนเป็นไฟล์ดิสคริปเตอร์ก็ต้องมีบริดจ์ Java/Kotlin งานนั้นต้องทำในตัว SyncThing เอง อย่างไรก็ตาม syncthing-fork ดูเหมือนจะทำให้ใช้งานได้ด้วยวิธีใดวิธีหนึ่ง จึงอาจมีทริกอื่นอยู่ก็ได้ แต่เท่าที่ผมรู้ ปัญหานี้น่าจะไม่กระทบกับ แอป NextCloud
    • ฟอร์กมีอยู่ใน Play Store และทำงานได้ดีบน Android 15: https://play.google.com/store/apps/details?id=com.github.cat...
      ถึงอย่างนั้นก็น่าประหลาดใจอยู่ดีที่ไคลเอนต์อย่างเป็นทางการหายไปอย่างกะทันหัน

  • การบอกว่า “SAF มีไว้เพื่อแชร์/เปิดเผยไฟล์ของเราให้แอปอื่น จึงใช้ไม่ได้” นั้นไม่ถูกต้อง SAF ใช้ได้
    มีเหตุผลอยู่ที่มันไม่เหมาะกับ NextCloud เท่าไร เช่น ไม่สามารถแชร์ที่เก็บข้อมูลภายในทั้งหมด โฟลเดอร์ดาวน์โหลด หรือรูทของการ์ด SD ได้ ถึงอย่างนั้น คำอธิบายของ NextCloud เองก็ยังเข้าใจได้ยาก

    • ถูกต้องทั้งหมด เช่น ดูเอกสารต่อไปนี้ได้
      https://developer.android.com/training/data-storage/shared/d...
      เรื่องนี้ก็มีการคุยกันเมื่อวานนี้ด้วย: https://news.ycombinator.com/item?id=43970959
    • แก่นของแอปนั้นคือ การสำรองข้อมูลทั้งโฟลเดอร์ วิธีแชร์จากแอปหนึ่งไปยัง Nextcloud ไม่ได้ให้สิทธิ์เข้าถึงเพื่อสำรองไฟล์เวอร์ชันต่อ ๆ ไปอย่างต่อเนื่อง
    • สิ่งที่อยากตรวจสอบคือซอฟต์แวร์ของ Google โดยรวมใช้โครงสร้างสิทธิ์แบบเดียวกันเป๊ะหรือไม่
      เช่น ในบรรดาผลิตภัณฑ์ของ Google ไม่มีตัวไหนใช้สิทธิ์แบบเดียวกับที่ NextCloud ต้องการ และใช้ SAF แทนจริงหรือไม่ โดยเฉพาะในฟีเจอร์ที่ทำงานแบบเดียวกับที่ NextCloud ทำตรงนี้ อยากรู้ให้แน่ชัดว่า Google ปฏิบัติตามกฎที่ใช้กับ NextCloud และนักพัฒนาแอปอื่น ๆ แบบเดียวกันกับตัวเองด้วยหรือไม่

  • เป็น พฤติกรรมผูกขาด หาก Google ปฏิเสธที่จะลงทุนรับภาระการตรวจสอบสถานะที่จำเป็นเพื่อให้บริษัทอื่น ๆ ดำเนินงานได้แบบเดียวกับ Google ทุกประการ Google ก็ไม่มีคุณสมบัติที่จะดูแลสนามนี้
    ถ้ามีต้นทุนในการกำกับดูแล ก็เรียกเก็บค่าธรรมเนียมเชิงสัญลักษณ์จากบริษัทเพื่อใช้ติดตามภาระได้ การกันผู้เล่นรายอื่นออกไปไม่ใช่การตอบสนองที่เหมาะสม

  • Google ได้ติดต่อ Nextcloud และเสนอว่าจะคืนสิทธิ์ให้ อยากรู้ว่าการตัดสินใจนี้เกิดจากเหตุผลทางเทคนิค หรือว่า คดีต่อต้านการผูกขาด กับรายงานของสื่อเป็นปัจจัยที่โน้มน้าวกันแน่

  • นี่แหละคือเหตุผลที่ EU มี Digital Markets Act และเหตุผลที่กฎหมายนั้นต้องมีอำนาจบังคับใช้จริง
    ถ้า Google บล็อกการเข้าถึงไฟล์ทั้งหมดของ Nextcloud บน Android แต่กลับปล่อยให้แอปของตัวเองและผู้เล่นรายใหญ่ทำได้อย่างเงียบ ๆ นั่นไม่ใช่ “ความปลอดภัย” แต่คือการควบคุม Nextcloud เป็นทางเลือกจากยุโรปที่ให้ความสำคัญกับความเป็นส่วนตัว บนพื้นฐานมาตรฐานเปิด และสามารถสอดคล้องกับข้อกำหนด GDPR ได้อย่างสมบูรณ์ การปิดกั้นฟีเจอร์หลักและให้บริการของตัวเองได้เปรียบคือกรณีตัวอย่างของการใช้อำนาจแพลตฟอร์มในทางมิชอบ Android ควรจะเป็นระบบเปิด แต่ความเคลื่อนไหวแบบนี้อย่างน้อยก็แสดงให้เห็นว่าเวอร์ชันที่มี Play Services เป็นสวนปิดอีกแห่งหนึ่ง หาก EU จริงจังกับอธิปไตยดิจิทัลและการแข่งขันที่เป็นธรรม ก็ต้องหยุดพฤติกรรมแบบนี้ ไม่เช่นนั้นเทคโนโลยียุโรปที่ปฏิบัติตามกฎ เปิดกว้าง และเป็นมิตรต่อผู้ใช้แค่ไหนก็ไม่มีทางชนะ

    • อยากรู้ว่าในระบบนิเวศของ Google มีแอปไหนบ้างที่มีสิทธิ์ “ทุกไฟล์” Google Drive ไม่ใช่แน่นอน ปุ่ม “upload” ของ GDrive ก็เปิดตัวเลือกไฟล์เหมือน NextCloud
      ฟีเจอร์ “ซิงก์เฉพาะโฟลเดอร์เดียว” ทำได้ด้วย SAF โดยไม่ต้องใช้สิทธิ์ความเสี่ยงสูง การย้ายโปรไฟล์เดิมอาจยุ่งยาก เพราะเมื่อต้องเปลี่ยนไปใช้ API ใหม่ ผู้ใช้ต้องให้สิทธิ์โฟลเดอร์อีกครั้ง การซิงก์ที่เก็บข้อมูลเสมือนทั้งหมด โฟลเดอร์ดาวน์โหลด หรือโฟลเดอร์เพิ่มเติมที่ผู้ผลิตอย่าง Samsung ใส่ไว้ในแบล็กลิสต์นั้นทำไม่ได้ด้วย API ใหม่ แต่บริการของ Google เองก็ทำไม่ได้เช่นกัน DMA เพียงแค่กำหนดไม่ให้ Google อยู่ในสถานะพิเศษ และตราบใดที่ Google ไม่ได้ให้ฟีเจอร์เช่นนั้น ก็ไม่จำเป็นต้องให้ NextCloud เช่นกัน
    • คงจะมีคนออกมาจับผิดว่า “ติดตั้ง AOSP หรือไซด์โหลด APK ได้ง่าย ๆ จึงไม่ใช่การใช้อำนาจของผู้ประกอบการที่มีอำนาจเหนือตลาดในทางมิชอบ” เหมือนกับตอน IE ที่บอกว่า “ก็ติดตั้งเบราว์เซอร์อื่นสิ” หรือตอน iPhone ที่บอกว่า “ก็ซื้อยี่ห้ออื่นสิ”
      ในโพสต์ที่ส่งก่อนหน้านี้ก็มีคนแบบนั้นแล้ว
    • มือถือเป็น แพลตฟอร์มระบบปฏิบัติการชั้นสอง เบราว์เซอร์หรือระบบปฏิบัติการบนเดสก์ท็อปสามารถตั้งค่าการบล็อกและการกรองได้ง่าย
      ผู้ใช้มือถือเผชิญป๊อปอัป มัลแวร์ และ DNS hijacking ทุกวัน หากไม่เป็นเช่นนั้น มือถือก็คงไม่ใช่ขบวนรถไฟทองคำที่ขนรายได้จากคลิกให้ผู้ลงโฆษณา
    • การดึง EU เข้ามาเพื่อลงโทษ Google เพราะ Google ป้องกันไม่ให้แอปอ่านข้อมูลส่วนตัวทั้งหมดตามอำเภอใจ เป็นแนวทางที่ค่อนข้างแปลก
      หากไม่มีการบังคับใช้แบบนี้ เกมอันตรายและแอปอย่าง Facebook ก็คงอัปโหลดรูปและสแกนตำแหน่งจาก EXIF โดยอ้างว่า “ต้องการสิทธิ์เข้าถึงทั้งหมด” ไปแล้ว และจากการอภิปรายก่อนหน้านี้ก็ยืนยันแล้วว่ามี API ที่รักษาความเป็นส่วนตัวได้ดีกว่า เพียงแต่ Nextcloud ไม่อยากใช้มันเท่านั้น

  • Google มีประวัติการสร้าง API สำหรับบุคคลที่หนึ่งเท่านั้น เพื่อให้แอป Android ของตัวเองได้เปรียบ
    ในปี 2014 Google แยกแอป Drive ออกเป็นแอป Android แยกหลายตัว เช่น Docs, Sheets เป็นต้น การให้ผู้ใช้ติดตั้งและย้ายไปใช้แอปใหม่เป็นภาระ ดังนั้นจึงออกแบบโมดัลติดตั้งด้วยคลิกเดียวที่ใช้จาก Drive ได้ แทนการรีไดเรกต์ไป Play Store แบบทั่วไป มันเรียบร้อยดี ช่วงนั้นบริษัทที่ผมทำงานอยู่เป็นคู่แข่งรายใหญ่ของ Drive และต้องการแยกฟีเจอร์หลักบางส่วนออกเป็นแอปอิสระ จึงอยากใช้โฟลว์คล้ายกันด้วยเหตุผลคล้ายกัน แต่ทำไม่ได้ Google ซ่อน API นั้นไว้หลังการตรวจสอบลายเซ็นแอป ซึ่งไม่ใช่แม้แต่สิทธิ์อนุญาต ทำให้มีเพียงแอปที่ลงนามโดย Google เท่านั้นที่ใช้ได้ เป็นการผูกขาดแบบฮาร์ดโค้ด โดยไม่มีการขอสิทธิ์หรือโอกาสคัดค้าน มีเหตุผลอันชอบธรรมที่ฟีเจอร์แบบนี้อาจมีความเสี่ยงและต้องมีการลดการใช้งานในทางมิชอบ แต่ Google มักข้ามเส้นระหว่างการลดการใช้งานในทางมิชอบกับพฤติกรรมต่อต้านการแข่งขัน

    • ในบรรดาแอปของ Google ไม่มีแอปไหนใช้สิทธิ์ที่ Nextcloud ต้องการ ข้อยกเว้นเดียวคือแอปสำรวจไฟล์ Files ที่ติดตั้งมาล่วงหน้า ซึ่งไม่ได้ผสานกับคลาวด์

  • คติประจำใจเดิมของ Google อย่าง “Don’t be evil” เคยเป็นแกนหลักของจรรยาบรรณองค์กรที่เน้นแนวปฏิบัติทางธุรกิจที่มีจริยธรรมและโปร่งใส
    หลังจากคตินั้นถูกถอดออกในปี 2015 เราก็เข้าไปอยู่ในกำมือของ Google ตอนนี้ Google กลายเป็นเหมือน Microsoft แล้ว และนั่นก็เป็นเหตุผลที่ Nextcloud ถูกสร้างขึ้นมา

  • เท่าที่ผมอ่าน API ใหม่ดูเหมือนเป็นการเคลื่อนไปในทิศทางที่ถูกต้อง แต่ไม่ว่าจะอย่างไร Google ก็กำลังเรียกร้องให้ Nextcloud ทำให้ การสำรองข้อมูล/ซิงก์พังเงียบ ๆ จนกว่าผู้ใช้จะให้สิทธิ์
    ผู้ใช้จำนวนมากมีแนวโน้มจะไม่รู้ตัวจนกว่าจะพบว่าข้อมูลสูญหาย และน่าจะเกิดความเสียหายอย่างมากต่อความเชื่อมั่นและแบรนด์ ผมเห็นว่าไม่ยุติธรรมที่ Google เรียกร้องเช่นนั้นในกรณีที่ผลลัพธ์แทบทั้งหมดถูกผลักไปให้ผู้ใช้แบกรับ
 
click 2025-05-15

สรุปโดย AI แปลกนะครับ นี่เป็นครั้งแรกที่ผมเห็นข้อผิดพลาดที่เติม 음 ไว้ท้ายทุกประโยค
 
xguru 2025-05-15

กรณีแบบนี้ผมก็เพิ่งเคยเจอเหมือนกันนะครับ บอกให้ลงท้ายเป็นคำนาม... ก็เลยทำตามแค่นั้นเป๊ะ ๆ ฮ่าๆ