Firefox 118

 (mozilla.org)
1 คะแนน โดย GN⁺ 2023-09-27 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ประมวลผล การแปลอัตโนมัติ ของเนื้อหาเว็บภายใน Firefox แบบ local ทำให้ข้อความที่ถูกแปลไม่ออกจากอุปกรณ์ของผู้ใช้
  • Web Audio ใช้ไลบรารีคณิตศาสตร์ FDLIBM บนทุกระบบ เพื่อปรับปรุงความเป็นนิรนามของ Fingerprint Protection
  • ในหน้าต่าง Private Browsing จำกัดฟอนต์ที่เว็บไซต์มองเห็นได้ไว้ที่ ฟอนต์ของระบบ และฟอนต์จากแพ็กภาษา เพื่อลดการทำ font fingerprinting
  • สามารถใช้ Video Effects และ การเบลอพื้นหลัง ใน Google Meet ได้ โดยเอฟเฟกต์ดังกล่าวรองรับย้อนหลังถึง Firefox 115
  • ผู้ใช้ Firefox Suggest ในสหรัฐฯ สามารถเห็น คำแนะนำส่วนเสริมของเบราว์เซอร์ ในแถบที่อยู่ตามคีย์เวิร์ดได้
  • ใช้ การแก้ไขด้านความปลอดภัย หลายรายการ
  • ยุติการรองรับ Firefox บน Windows 8.1 หรือต่ำกว่า และ macOS 10.14 หรือต่ำกว่า พร้อมให้คำแนะนำการใช้ Firefox ESR
  • บนเว็บแพลตฟอร์ม รองรับฟังก์ชันคณิตศาสตร์ของ CSS ใหม่ ได้แก่ round, mod, rem, pow, sqrt, hypot, log, exp, abs, sign
  • เปิดใช้ OpaqueResponseBlocking เป็นค่าเริ่มต้น และรองรับองค์ประกอบ <search> สำหรับใส่องค์ประกอบที่เกี่ยวข้องกับการค้นหาหรือการกรอง

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

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

 
GN⁺ 2023-09-27
ความคิดเห็นจาก Hacker News

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

    • ลองแปลหัวข้อของ Guardian “Ursula von der Leyen praises watered-down vehicle emissions compromise” เป็นภาษาอิตาลี ผลแปลของ Firefox ออกมาเป็น “Ursula von der Leyen elogia il compromesso sulle emissioni dei veicoli annacquati” ซึ่งผิด
      watered-down ควรขยายคำว่า “ข้อตกลงประนีประนอม” ไม่ใช่ “ยานพาหนะ” Google Translate แปลได้ดีกว่าเป็น “Ursula von der Leyen elogia il compromesso annacquato sulle emissioni dei veicoli” ส่วน Deepl และ Papageo ไม่ได้แปล “watered-down” ซึ่งก็พอเข้าใจได้ เพราะอาจมองว่าเป็นการใช้คำซ้ำความหมาย
    • สมกับเป็น Mozilla ประสบการณ์ผู้ใช้ของฟีเจอร์แปลภาษานั้นแย่มาก จะเห็นได้ก็ต่อเมื่อเข้าเว็บที่เป็นภาษาที่รองรับเท่านั้น และคำว่า “รองรับ” ในที่นี้หมายถึงมี language pack ติดตั้งอยู่ เลยไม่รู้ว่าผู้ใช้ควรจะค้นพบฟีเจอร์นี้ได้อย่างไร
      แถมการตรวจจับอัตโนมัติดูเหมือนจะเด้งขึ้นมาแค่ครั้งเดียวต่อโดเมน ลองทดสอบกับ Wikipedia แล้วหลังจากบทความแรกก็ไม่โผล่มาอีก แต่กล่องโต้ตอบนั้นใหญ่มาก ดังนั้นอาจจะดีแล้วก็ได้ น่าเสียดาย ทั้งที่เป็นเบราว์เซอร์ของตัวเอง ก็น่าจะมีความสามารถพอที่จะผสานฟีเจอร์แบบนี้ให้เป็นธรรมชาติกว่านี้
      โดยรวมแล้วเป็นฟีเจอร์ที่ดีมากจริง ๆ และอาจมีประโยชน์กับคนจำนวนมาก แต่ถ้าอยู่ในสภาพตอนนี้ ก็ดูมีโอกาสมากกว่าที่ภายหลังจะถูกถอดออกอีกครั้งด้วยเหตุผลแบบเดิม ๆ ว่า “ไม่มีใครใช้”
    • ดีใจมากที่มีฟีเจอร์นี้ ต่อไปก็ไม่จำเป็นต้องใช้ Chrome เพราะหน้าเว็บภาษาต่างประเทศที่อ่านเองได้ยากอีกแล้ว
    • ในที่สุดก็มาแล้ว ส่วนขยาย Google Translate นั้นแข็งทื่อมาก และ Chrome ก็ผสานฟีเจอร์นี้ได้ดีมาตั้งนานแล้ว เลยแปลกที่ Firefox เพิ่งมีช้าขนาดนี้
    • ในเวอร์ชันเบต้าเคยมี ภาษารัสเซีย ด้วย แต่ด้วยเหตุผลบางอย่างกลับถูกเอาออกไป น่าเสียดาย เพราะเป็นภาษาที่บางครั้งก็จำเป็นจริง ๆ

  • ชอบการเปลี่ยนแปลงที่ว่า “จำกัดฟอนต์ที่เว็บサイトมองเห็นให้เหลือเฉพาะฟอนต์ระบบและฟอนต์จาก language pack เพื่อลดการเก็บลายนิ้วมือจากฟอนต์ในหน้าต่างท่องเว็บแบบส่วนตัว”
    สงสัยว่าจะมีผลต่อผลลัพธ์ของ https://www.amiunique.org/fingerprint หรือเปล่า
    อัปเดต: ยังบอกว่าไม่ซ้ำใครอยู่ และในผลลัพธ์แสดงฟอนต์ 215 รายการ พร้อมบอกว่าไม่ซ้ำ 0.0% เลยไม่แน่ใจว่าในสภาพแวดล้อมของผมมันทำงานถูกต้องหรือไม่

    • ตาม https://www.amiunique.org/fingerprint ผู้ใช้ 27.87% ใช้ Linux และ 42.47% ใช้ Firefox
      เป็นสถิติที่ยอดเยี่ยม แต่เชื่อยาก
    • เว็บนี้ผมก็ไม่ค่อยแน่ใจ แค่อยู่ใน Eastern Time ก็อ้างว่าเข้าข่ายผู้ใช้ 5% แล้ว
    • สงสัยว่าเรื่องนี้มีผลในทางปฏิบัติจริงไหม
      ชุดฟอนต์ระบบของผมน่าจะเกือบไม่ซ้ำใคร https://www.amiunique.org/fingerprint ก็แสดงว่า 0.0% ของอินเทอร์เน็ตมีชุดฟอนต์ระบบเหมือนกัน
      ในทางกลับกัน fontconfig (Linux, BSD ฯลฯ) รองรับฟอนต์ของผู้ใช้ หรือก็คือการติดตั้งฟอนต์ที่ไม่ใช่ระดับทั้งระบบ และผมก็เคยทำมาก่อน แต่ไม่รู้ว่ามันแพร่หลายพอจะสร้างความต่างได้ไหม
      แก้ไข: ชุดฟอนต์ของผมไม่ซ้ำใคร และมีฟอนต์ติดตั้งอยู่แค่ 6 ตัว
    • เว็บนั้นบอกว่าผมไม่ซ้ำ “NaN%” ดูเหมือนเคล็ดลับจริง ๆ ในการหลบการเก็บลายนิ้วมือคือ บล็อกไม่ให้ JavaScript ทำงาน
    • เว็บนี้นับแม้กระทั่ง referer ด้วย ซึ่งแปลก ค่านี้ระบุตัวผมไม่ได้ และมีอยู่แค่ในคำขอนั้นรายการเดียว

  • นักพัฒนาเว็บจำนวนไม่น้อยอาจต้องย้ายมาใช้ Firefox ในเร็ว ๆ นี้ เอกสาร Stripe API ใหญ่ขึ้นมาก และตรรกะการโหลดแบบ async ก็แย่มาก จนใน Chrome มักแครชเวลาไปยังลิงก์ของเซกชันในเอกสาร API
    ลองทำใน Firefox ด้วยความสงสัยแล้วดีใจที่มันทำงานได้ดี ยกเว้นเวลาโหลด DOM content ที่ช้า

    • เว็บไซต์เอกสาร JavaScript แบบนี้ยิ่งนานยิ่งไร้เหตุผล ประสบการณ์ผู้ใช้แย่ กระตุก บั๊กเยอะ และช้า ไม่รู้ว่าใครมองว่านี่เป็นไอเดียที่ดี
      เอกสารก็ควรเป็นเอกสาร ไม่จำเป็นต้องเป็นแอปเต็มรูปแบบ
    • เคยเห็นอะไรคล้ายกันเมื่อ 10 ปีก่อน เอกสาร XML ขนาดใหญ่เรนเดอร์ใน Chrome ไม่ได้เลย แต่ Firefox ไม่มีปัญหา น่าทึ่งที่ Chrome ยังไม่แก้เรื่องแบบนี้
    • เอกสาร Stripe API ก็ช้าใน Firefox ของผมเหมือนกัน ต่อให้ใช้เบราว์เซอร์ที่ดี เว็บไซต์ก็ไม่ควรใช้ JavaScript เยอะขนาดนั้น

  • วันนี้บังเอิญเจอใน Firefox/Linux แต่ยังใช้ 117 อยู่
    “ตอนนี้ผู้ใช้ Firefox สามารถใช้เอฟเฟกต์วิดีโอและการเบลอพื้นหลังใน Google Meet ได้แล้ว หมายเหตุ: เอฟเฟกต์เหล่านี้ถูกปล่อยให้รองรับย้อนหลังไปถึง Firefox 115”
    อยากรู้ว่าทุกคนรู้ไหมว่าปัญหาจริง ๆ อยู่ตรงไหน ถ้าจู่ ๆ ก็ รองรับย้อนหลัง ได้ อย่างน้อยก็น่าจะเป็นปัญหาฝั่ง Google อยู่ไม่น้อย

    • คนส่วนใหญ่เชื่อว่าเป็นปัญหาฝั่ง Google และบางทีอาจตั้งใจทำให้ผู้ใช้หันไปใช้ Chrome แทน Firefox ก็ได้ คดี Firefox / Google ด้านการผูกขาด เพิ่งเริ่มเมื่อ 2 สัปดาห์ก่อน และดูไม่น่าจะบังเอิญที่ฟีเจอร์นี้เริ่มทำงานได้ดีขึ้นราวกับมีเวทมนตร์
      https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
    • น่าจะเป็นแบบนั้น
      https://blog.mozilla.org/en/products/firefox/google-meet-fir...
      บอกว่าแก้ไขร่วมกับทีม Google
    • release notes ไม่ได้ชี้ไปยังฟีเจอร์หรือ ticket ที่เกี่ยวข้อง เลยทำให้งง
      เจอ ticket นี้: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
      มีการปรับปรุง cache ของสถาปัตยกรรม accessibility ใหม่ที่ชื่อ “Cache the World” และการปรับปรุงประสิทธิภาพอื่น ๆ หลังจากนั้นดูเหมือน Google จึงเริ่มปล่อยให้ Firefox ใช้งานได้
      บางทีทีม Google Meet อาจไม่อยากให้ผู้ใช้มีตัวเลือกที่จะทำให้เว็บแอปช้าลง จึงบล็อกไว้ก่อน แล้วพอประสิทธิภาพดีขึ้นก็ปลดบล็อกฟีเจอร์ให้ผู้ใช้ Firefox ที่ผ่านข้อกำหนดขั้นต่ำ
      แต่สงสัยว่า Firefox ปกติ backport ไม่ใช่แค่แพตช์ความปลอดภัย แต่รวมถึงการปรับปรุงประสิทธิภาพไปยังเวอร์ชันพื้นฐานบางรุ่นด้วยหรือเปล่า
    • ยังไม่ได้อ่านทุกคอมเมนต์ใน issue แต่ดูเหมือนเป็น การแก้ไขฝั่ง Google: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668

  • “ต่างจากทางเลือกแบบ cloud-based การแปลจะทำแบบ local ภายใน Firefox ดังนั้นข้อความที่ถูกแปลจะไม่ออกจากอุปกรณ์”
    แต่สงสัยว่ามันเป็นไปได้อย่างไรโดยไม่ต้องดาวน์โหลด ข้อมูลระดับกิกะไบต์

    • ดาวน์โหลดข้อมูลประมาณเสี้ยวหนึ่งของกิกะไบต์ต่อคู่ภาษา ดาวน์โหลดเมื่อจำเป็น ดังนั้นคุณจึง “จ่าย” พื้นที่จัดเก็บเฉพาะภาษาที่ใช้เท่านั้น
    • ทำได้ด้วยโมเดล neural machine translation ก่อนจะถูกรวมเข้าใน Firefox เอง ก็เคยใช้การแปลแบบ local ผ่าน add-on TranslateLocally ได้แล้ว: https://browser.mt/
    • ทำได้มาค่อนข้างนานแล้ว จำได้ว่าเมื่อหลายปีก่อน Google Translate บน Android มีตัวเลือกแปลแบบ offline สำหรับคู่ภาษาบางคู่ และต้องดาวน์โหลดหลายร้อย MB

  • อยากรู้ว่าเกิดอะไรขึ้นฝั่ง Google Meet ไม่รู้ว่า Firefox แก้ หรือทีม Google แก้ ถ้าถูก แก้ย้อนหลัง ไปถึง 3 เวอร์ชันก่อนหน้า แบบนั้นก็น่าจะเป็นการแก้ฝั่ง Google ไม่ใช่หรือ

  • “ตอนนี้ผู้ใช้ Firefox สามารถใช้เอฟเฟกต์วิดีโอและการเบลอพื้นหลังใน Google Meet ได้แล้ว”
    ในที่สุดก็ได้เสียที ก่อนหน้านี้น่าหงุดหงิดพอสมควร

  • ออกนอกประเด็นนิดหน่อย แต่อยากให้ Firefox รองรับรูปแบบภาพ JPEG XL(.jxl) ที่ตอนนี้มีใน Safari แล้วด้วย

  • คนของ Firefox ที่เขียนข้อความในหน้านั้นน่าประทับใจทีเดียว
    hello :teapot: -> bonjour :baguette:
    น่าเสียดายที่ HN ลบอีโมจิออก

    • น่าสนใจที่หน้านั้นดูเหมือนมี การปรับให้เข้ากับท้องถิ่น อยู่บ้าง ในแคนาดาจะเห็นแบบนี้
      hello :maple leaf: -> bonjour :fleur-de-lis:

  • คอมเมนต์ภาคบังคับแนว “มาใช้ Firefox กันเถอะ”
    แม้จะไม่ได้เกี่ยวข้องโดยตรงกับบันทึกการปล่อยเวอร์ชัน แต่จากกรณีใช้งานของผมช่วงหลัง ผมพบว่าใช้ Chrome ไม่ได้
    ที่บ้านมี MacBook ชิป M อยู่สองเครื่อง เครื่องหนึ่งใช้ mullvad (WireGuard) ส่วนอีกเครื่องใช้ OpenVPN ของบริษัท
    ไม่รู้ว่าเพราะอะไร แต่ทั้งสองเครื่องมีปัญหาใหญ่กับซอฟต์แวร์ที่ใช้ Chromium เป็นฐาน ทุก ๆ ไม่กี่นาทีจะขึ้น ERR_NETWORK_CHANGED แล้วโหลดอะไรไม่ได้เลย คำขอ XHR ก็ตายไปด้วย ทำให้ซอฟต์แวร์บนเว็บส่วนใหญ่ใช้งานไม่ได้อย่างสิ้นเชิง รวมถึงซอฟต์แวร์ที่ใช้ Electron เป็นฐานอย่าง Discord หรือ Bitwarden ด้วย แปลกที่ Slack ดูเหมือนยังไม่ได้รับผลกระทบ แต่อาจเป็นเพราะมันซ่อนอาการหรือ retry ได้ดีกว่าก็ได้
    ผมไม่รู้ว่าปัญหาคืออะไร แต่ WebKit, Gecko และซอฟต์แวร์อื่นที่ต้องใช้เครือข่ายบนเครื่องเดียวกันไม่ได้รับผลกระทบเลย ดังนั้นผมจึงเลิกใช้ Chrome ทั้งหมด เคยคุยกับบางคนที่เจอปัญหาเดียวกัน แต่หาบั๊กรายงานที่เกี่ยวข้องไม่เจอ เลยยอมแพ้
    ส่วนตัวใช้ Firefox มานานแล้ว แต่ตอนนี้ที่ทำงานก็ใช้ Chrome ไม่ไหวเหมือนกัน ไม่เข้าใจว่ามีปัญหาชัดเจนแบบนี้แล้วจะให้ใช้เบราว์เซอร์นี้ในสภาพแวดล้อมองค์กรได้อย่างไร

    • https://www.reddit.com/r/mullvadvpn/comments/15v1cz5/err_net...
      มีคนบอกว่าให้ใช้ ไคลเอนต์ WireGuard อย่างเป็นทางการก็พอ แต่ผมไม่รู้ว่ามันจัดการส่วนที่ซับซ้อนของ VPN เชิงพาณิชย์แบบนี้ เช่นการจัดสรร IP อย่างไร
      การเปลี่ยนตำแหน่งบางครั้งก็ช่วยได้
    • สงสัยว่าคุณใช้ Verizon Fios และเปิด IPv6 อยู่หรือเปล่า ดูเหมือนเคยมีปัญหาภายในบางอย่าง และในกรณีของผม ปิด IPv6 แล้วแก้ได้
    • คล้ายกับคอมเมนต์อื่น ผมเคยเห็นปัญหานี้แม้ไม่ได้ใช้ VPN
      https://www.reddit.com/r/chrome/comments/14xqh92/chrome_help...
      ยังมีบั๊กนี้ด้วย: https://bugs.chromium.org/p/chromium/issues/detail?id=147633...
    • น่าเสียดายที่กรณีของผมกลับตรงกันข้าม ผมใช้ Firefox มาตั้งแต่แรก ๆ เกือบ 20 ปีก่อน แต่จะไม่ใช้เป็นเบราว์เซอร์หลักอีกแล้ว ตอนนี้ผมทำงานเต็มเวลากับ PWA และ service worker และระดับการรองรับของ Firefox หรือการที่ไม่มีรองรับนั้น อธิบายให้สมเหตุสมผลได้ยาก
      แอปใหม่ ๆ ใช้ HTML และ JavaScript API สมัยใหม่ แต่ผมไม่สามารถเชื่อได้ว่า Firefox จะ implement สิ่งเหล่านั้นให้
    • ผมเจอปัญหาเดียวกัน แต่ผมไม่ได้ใช้ VPN เลย