ขณะนี้ยังไม่มีการรองรับฟีด RSS อย่างเป็นทางการ แต่กำลังเตรียมทางแก้ไขอยู่

 (developer.chrome.com)
1 คะแนน โดย GN⁺ 2023-12-12 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • หน้า Feeds ของ Chrome for Developers แนะนำวิธีรับบทความใหม่ในหัวข้อที่สนใจแบบอัตโนมัติผ่าน RSS reader
  • เป้าหมายการติดตามที่ตรวจสอบได้ในตอนนี้คือ ฟีด Blog และสามารถเพิ่มฟีด RSS ได้ผ่านลิงก์ Subscribe to Blog แยกต่างหาก
  • ตัวอย่างบทความใน Blog มีทั้งเว็บไซต์ที่พร้อมสำหรับเอเจนต์, เครื่องมือนักพัฒนาจากบุคคลที่สามสำหรับ Chrome DevTools for agents และ การเปลี่ยนแปลงของ WebGPU
  • แต่ละบทความจะแสดงทั้งชื่อเรื่อง คำอธิบายสั้น ๆ และแท็กหัวข้อที่เกี่ยวข้อง ทำให้เห็นขอบเขตของคอนเทนต์ที่จะได้รับก่อนสมัครติดตาม
  • หากต้องการติดตามอัปเดตของ Chrome for Developers โดยไม่ต้องเข้าเว็บแยกต่างหาก การเพิ่มฟีด Blog ลงใน RSS reader คือวิธีที่ตรงที่สุด

อัปเดตที่รับผ่าน RSS ได้จาก Chrome for Developers

  • หน้า Feeds อธิบายวิธีรับอัปเดตจากส่วนต่าง ๆ ของเว็บไซต์ Chrome for Developers ที่สนใจแบบอัตโนมัติผ่าน RSS reader
  • เนื้อหาในหน้าระบุว่าสามารถเพิ่มฟีด RSS ของส่วนต่าง ๆ ของเว็บไซต์ที่สนใจลงใน feed reader ได้

ฟีด Blog ที่มีให้ในตอนนี้

  • ส่วนฟีดที่แสดงอยู่ในเนื้อหาคือ Blog
  • ฟีด Blog ให้บริการผ่านลิงก์ Subscribe to Blog

ตัวอย่างบทความที่แสดงในฟีด Blog

  • A developer toolkit to make your website agent-ready
    • กล่าวถึงวิธีสร้าง เว็บไซต์ที่พร้อมสำหรับเอเจนต์ โดยใช้หมวด Lighthouse Agentic browsing และ Chrome DevTools for agents
    • หัวข้อที่เกี่ยวข้องคือ AI & Machine Learning, Blog, Chrome, Chrome DevTools
  • Unlock runtime insights: Introducing third-party developer tools for Chrome DevTools for agents
    • เครื่องมือนักพัฒนาจากบุคคลที่สาม สำหรับ Chrome DevTools for agents ช่วยให้เฟรมเวิร์กและแอปพลิเคชันแชร์ runtime context ให้ผู้ช่วยเขียนโค้ด AI ได้
    • หัวข้อที่เกี่ยวข้องคือ AI & Machine Learning, Blog, JavaScript, Chrome DevTools, Chrome
  • What's New in WebGPU (Chrome 149-150)
    • กล่าวถึงการเปลี่ยนแปลงของ WebGPU ใน Chrome 149-150 เช่นการตรวจสอบ immediates และ transient attachments ที่เข้มงวดขึ้น
    • หัวข้อที่เกี่ยวข้องคือ WebGPU, New in Chrome, Release notes, JavaScript, Chrome

ข้อมูลที่ตรวจสอบได้ก่อนสมัครติดตาม

  • เมื่อสมัครฟีด Blog แล้ว จะสามารถติดตามบทความใหม่จากบล็อก Chrome for Developers ผ่าน RSS reader ได้
  • แต่ละรายการมีทั้งชื่อเรื่อง สรุป และหมวดเทคโนโลยีที่เกี่ยวข้อง ทำให้ตรวจสอบขอบเขตของคอนเทนต์ที่จะติดตามได้ง่าย

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

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

 
ndrgrd 2023-12-14

พอเป็นประเด็นขึ้นมาก็แก้กันได้ในพริบตาเลยนะครับ ไม่ว่าจะไปที่ไหนก็ดูเหมือนเหมือนกันหมด ^^
 
GN⁺ 2023-12-12
ความคิดเห็นจาก Hacker News

  • วิศวกรจากทีม Chrome DevRel ถึงกับทำและเผยแพร่ ตัวสร้าง RSS แบบไม่เป็นทางการ เอง แทนที่จะรอ RSS แบบทางการ แบบนี้มันชวนงงสมเป็นบริษัทใหญ่มาก
    ฟีดสำหรับบล็อกนี้อยู่ที่ https://chrome-for-developers-rss.bramus.workers.dev/blog และคำว่า “ได้เปิดประเด็นภายในกับทีม DevSite แล้ว” ก็ไม่รู้เลยว่าจะถูกให้ความสำคัญเมื่อไร
    ถ้าเป็น Google ในยุคก่อน ดูเหมือนว่าใครสักคนคงแก้จากภายในได้ง่ายกว่านี้ทันที
    อ้างอิง: https://front-end.social/@bramus/111448166340277056, https://github.com/bramus/web-dev-rss, https://github.com/bramus/chrome-for-developers-rss, https://issuetracker.google.com/issues/314910854#comment2

    • ไม่แน่ใจว่า “Google ในยุคก่อน” นี่ต้องย้อนไปไกลแค่ไหน เคยมีบั๊กในเว็บแอป Contacts ที่รายการรัฐถูกเรียงตาม รหัสรัฐแบบ 2 ตัวอักษร แต่แสดงผลเป็นชื่อรัฐ ทำให้ผู้ใช้จาก New York กดแท็บไปแล้วพิมพ์ชื่อรัฐเพื่อเลือกไม่ได้
      มันเป็นบั๊กที่มีการแจ้งไว้และคนใน Google เองก็อยากแก้ แต่สุดท้ายเพิ่งมาแก้ได้ในปีนี้ หลังผ่านไปเกือบ 10 ปี
    • อยากรู้เหมือนกันว่าควรมองจุดเปลี่ยนของ “Google ในยุคก่อน” อยู่ช่วงประมาณไหน

  • ผมดูแลทีมที่ทำเว็บไซต์นี้อยู่ เราเพิ่งย้ายไซต์ไปยังอินฟราสตรักเจอร์อีกชุดหนึ่ง ซึ่งอินฟราฯ นั้น ไม่รองรับการสร้าง RSS feed อัตโนมัติ
    ผมรู้ดีมากว่าวิธีแก้ตอนนี้ยังไม่ดีที่สุด เราจำเป็นต้องทำเดดไลน์ในการย้ายคอนเทนต์ทั้งหมดไปยังระบบใหม่ให้ทัน แล้วหลังจากนั้นค่อยมาเก็บฟีเจอร์ที่ตกหล่น
    ตอนนี้กำลังพยายามผลักดันให้มีการเพิ่มเข้ามาโดยเร็วที่สุด — Paul

    • อ๋อ แบบนี้นี่เองถึงเป็นเหตุผลที่ https://developer.chrome.com/feeds ตายไปเฉย ๆ แต่คำว่า “ต้องทำเดดไลน์ให้ทัน” นี่เพราะอะไรหรือ?
    • คำตอบแนว “กำลังหาทางแก้” และ “กำลังผลักดันให้เกิดขึ้น” ฟังดูเป็น ภาษาธุรกิจ แบบคลาสสิก
      เหมือนกำลังจะบอกว่า “จะไม่เพิ่มสิ่งนี้ แต่คงออกทางเลือกอื่นที่น่าจะยังไม่ตอบโจทย์เดิม”
      ครั้งนี้ผมพยายามมองในแง่ดีนะ แต่ไม่เข้าใจว่าทำไมต้องพูดอ้อม ๆ ทำไมไม่พูดไปตรง ๆ ว่า “กำลังเพิ่ม RSS” หรือ “ตั้งเป้าจะกู้คืนการรองรับ RSS”?
    • ปฏิกิริยาในที่นี้แสดงให้เห็นชัดว่าเหล่าวิศวกรสามารถเป็นพวก ยึดอุดมคติสุดโต่งแบบไม่อยู่กับความจริง ได้แค่ไหน
      ธุรกิจและงานจริงล้วนเป็นเรื่องของการแลกเปลี่ยน แต่คนใน HN จำนวนมากกลับมองทุกอย่างแบบสุดขั้ว การทำเดดไลน์ได้และออกมาชี้แจงเองถือว่าทำได้ดีแล้ว และผมคิดว่าแฮ็กเกอร์อีกหลายคนควรได้ลองตัดสินใจแบบนี้จริง ๆ จะได้เห็นโลกความเป็นจริงมากขึ้น
    • ข้อความนี้ในโปรไฟล์ HN มีไหวพริบดี: “RSS is alive https://paul.kinlan.me/index.xml”
    • โปรแกรมเมอร์ที่พอมีฝีมือสักหน่อยน่าจะทำ RSS feed ที่ใช้งานได้ภายใน 1 ชั่วโมง ได้ แล้วที่ Google นี่มันเกิดอะไรขึ้นกันแน่?

  • ตอนที่ Chrome เริ่มชิงส่วนแบ่งตลาดได้ เบราว์เซอร์หลักตัวอื่น ๆ รวมถึงน่าจะมี Internet Explorer ด้วย ต่างก็มี การรองรับการอ่าน RSS มาให้เป็นพื้นฐาน
    พวกมันจะแสดงไอคอน RSS ในแถบที่อยู่หรือจุดอื่น ๆ เพื่อบอกด้วยว่าเว็บไซต์นี้มี RSS แต่ Chrome ถ้าเปิดลิงก์ RSS ก็จะโยน XML ดิบ ๆ มาให้เฉย ๆ และไม่บอกด้วยซ้ำว่ามี RSS อยู่
    ผมมองว่านี่เป็นสาเหตุหลักที่ทำให้ RSS เสื่อมความนิยม

    • ยังมีอีกสามเหตุผล Google Reader มักถูกยกว่าเป็น RSS reader ที่ดีที่สุด แต่พอปิดบริการ ผู้ใช้ก็ลดลง และผู้เผยแพร่จำนวนมากก็อยากให้คนเข้ามาที่เว็บไซต์ของตัวเอง เลยให้แค่หัวข้อแทนที่จะเป็นฟีดเต็ม หรือจำกัดไว้ด้วยวิธีต่าง ๆ
      อีกอย่างคือผู้คนเริ่มใช้ Twitter และ Facebook เป็นตัวรวบรวมข่าว และคาดหวังให้โซเชียลกราฟช่วยคัดข่าวที่ “เกี่ยวข้อง” มาให้ล่วงหน้า
      นอกจากนี้ สำหรับเว็บไซต์ข่าว รายการบทความแบบล้วน ๆ ก็มีข้อจำกัด ใน RSS ทุกบทความดูมีน้ำหนักเท่ากัน แต่กับข่าว คนจำนวนมากอยากเห็นการเน้นข่าวหลักเหมือนหน้าเว็บข่าวมากกว่า
      ในวันอย่างวันเลือกตั้งที่มีทั้งบทสรุปหลักและข่าวย่อยแยกตามพื้นที่หรือพรรคทยอยออกมาพร้อมกัน ทุกอย่างในฟีดจะถูกแสดงด้วยน้ำหนักเท่ากัน ทำให้หาบทความหลักยาก และแม้แต่บทความผลลัพธ์ฉบับแรกก็ล้าสมัยอย่างรวดเร็ว
    • RSS นั้นสวนทางโดยตรงกับผลประโยชน์ของ บริการรวมลิงก์ อย่าง Google การที่มันไม่ถูกสนับสนุนอย่างจริงจังคงไม่ใช่เรื่องบังเอิญ
    • หลังจากนั้น เบราว์เซอร์อื่น ๆ ก็ถอด การรองรับฟีด RSS/Atom แบบพื้นฐานออกไปด้วย
      ทั้ง Firefox และ Safari เคยรองรับมาก่อน แต่ตอนนี้ไม่มีแล้ว และถ้าเปิด RSS feed ใน Safari ก็จะเจอหน้าคล้าย 404 ที่บอกว่าไม่รองรับฟีดอีกต่อไป
    • ผมก็สงสัยเหมือนกันว่าหรือจริง ๆ แล้วผู้ใช้ทั่วไปไม่ค่อยเข้าใจ RSS เลยทำให้มันไปไม่ถึงกระแสหลัก Apple ถึงขั้นตั้งชื่อรีลีสของเบราว์เซอร์ว่า Safari RSS เลยนะ https://www.anandtech.com/show/1671/9
      แต่ถึง Apple จะดันขนาดนั้น ก็แทบไม่เคยได้ยินคนรอบตัวเริ่มใช้มันเลย คนที่ใช้ RSS อยู่แล้วก็มักมี reader ที่ดีกว่า ส่วนคนที่ไม่เคยใช้ก็ดูจะไม่เห็นคุณค่าในวิธีทำแบบนี้
    • Vivaldi มีฟีเจอร์นี้ติดมาในตัว และ RSS reader ของมันก็ดีมาก ยังมีประโยชน์มากอยู่จนถึงทุกวันนี้

  • เว็บกลับยิ่งดู ไม่เป็นมิตรกับเครื่องจักรและระบบอัตโนมัติ มากขึ้นอย่างน่าประหลาด
    ไม่นานมานี้ต้องแก้ไขบัญชี Google Workspace มากกว่า 150 บัญชี ซึ่งถ้าเป็นสภาพแวดล้อม Unix เมื่อ 20 ปีก่อน คงทำได้ด้วยเชลล์สคริปต์ง่าย ๆ
    แต่กลับต้องมานั่งคลิก-คัดลอก-วาง-คลิกซ้ำ ๆ หน้าละ 20 ครั้งเหมือนลิงทำงานแทน แน่นอนว่าน่าจะมี API อยู่ แต่ก็คงใช้เวลามากกว่าการเขียนสคริปต์บรรทัดคำสั่งง่าย ๆ ถึง 100 เท่า
    ระหว่างที่เว็บพยายามดึงดูดสายตาของผู้คนให้มากขึ้น มันก็ยิ่งสูญเสียความเป็นมิตรต่อเครื่องจักรไปเรื่อย ๆ

    • มันอาจเป็นมิตรกับเครื่องจักรและระบบอัตโนมัติแบบกระจายศูนย์และเป็นประชาธิปไตยน้อยลง แต่ก็ยังเป็นมิตรกับ ตัวสแครปค้นหาขนาดยักษ์ ที่มีทรัพยากรประมวลผล เงิน บล็อก IP และ AI มหาศาลอยู่ดี
      เพราะอยากเปลี่ยนเรื่องนี้ เดิมทีผมจึงสร้าง BrowserBox ให้เป็นแพลตฟอร์มที่มอบ “เครื่องมือสร้างเว็บสแครป” เครื่องมือแบบนี้มักมาในรูปส่วนขยายหรือแอป Electron แบบดาวน์โหลด แต่เราต้องการวิธีที่แจกจ่ายได้ง่ายกว่า ทรงพลังกว่า เบากว่า และผูกกับการอนุมัติจากระบบนิเวศปิดน้อยกว่า
      BrowserBox ไม่ต้องมีไคลเอนต์แยก และทำงานในเว็บเบราว์เซอร์ปกติบนมือถือได้ เป้าหมายคือให้สามารถเขียนสคริปต์สแครปได้แม้กระทั่งบนรถบัสผ่านอุปกรณ์มือถือ
      ตอนนี้แม้จะออกนอกทางไปพักหนึ่ง เพราะตัว “เบราว์เซอร์แบบฝังได้” เองก็เป็นผลิตภัณฑ์ที่มีประโยชน์ แต่ก็อยากกลับมาทำเป้าหมายเดิมให้สำเร็จอีกครั้ง แกนสำคัญคือการสร้าง API ที่คล้ายส่วนขยายแต่ดีกว่า บน Chrome DevTools protocol และความสามารถของ BrowserBox
      เป็นโอเพนซอร์ส ใครสนใจก็มาดูได้: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM คือ เครื่องมือบรรทัดคำสั่ง สำหรับผู้ดูแล Google Workspace เพื่อจัดการโดเมนและการตั้งค่าผู้ใช้ได้อย่างรวดเร็วและง่ายดาย ไม่ค่อยได้ใช้ น่าจะปีละครั้ง แต่พอถึงเวลานั้นก็มีค่ามากจริง ๆ
    • ภาพรวมใหญ่พูดถูก แต่ Google Workspace ก็มีทางแก้จากฝั่ง third-party ที่ค่อนข้างดีอยู่: https://github.com/GAM-team/GAM
    • มี API อยู่ก็จริง แต่แปลกตรงที่มันไม่ใช่ Workspace API แต่เป็น GCP API เลยมีอุปสรรคให้ข้ามก่อนใช้งานค่อนข้างมาก
    • สามารถใช้ DOM API พื้นฐานจากบรรทัดคำสั่ง DevTools เพื่อทำงานเหล่านั้นหลายอย่างให้เป็นอัตโนมัติได้
      แม้จะไม่ใช่วิธีที่เหมาะที่สุด แต่ก็ทำงานส่วนใหญ่ที่ปกติต้องคลิกเอง อ่านข้อความ และกรอกช่องป้อนได้ แถมเรียนรู้ได้ง่ายด้วย

  • ผมเป็นแค่นักพัฒนาเว็บอิสระคนเดียว มีเงินไม่มากและไม่ได้ฉลาดล้ำอะไร แต่ทุกบล็อกหรือสิ่งคล้ายบล็อกที่ผมสร้าง ผมก็ใส่ RSS ได้สำเร็จทั้งหมด
    บางทีผมควรไปสัมภาษณ์งานกับ Google แล้วสอนวิธีอันน่าทึ่งของผมให้พวกเขา

    • คำขอ RSS คงไม่ช่วยเพิ่ม ตัวชี้วัดการมีส่วนร่วม ของผู้จัดการโปรแกรมคนไหนในไซต์เอกสารสำหรับนักพัฒนา เลยไม่จำเป็นอีกต่อไปสินะ!

  • ถ้าบอกว่า “ตอนนี้ยังไม่มีการรองรับ RSS feed อย่างเป็นทางการ แต่กำลังเร่งทำทางแก้อยู่” ก็แปลว่าในอนาคตจะมี RSS feed ใช่ไหม?

    • ลบของที่มีอยู่ไปแล้วค่อยพูดว่า “อ๊ะ เดี๋ยวเราจะทำ” นี่มันต่ำช้ามาก
      ถ้าอยากเอาออกก็เอาออกไปตรง ๆ สิ ไม่เข้าใจจริง ๆ ว่าทำไมต้องโกหกกันหน้าด้าน ๆ แบบนี้ด้วย มันช่วยอะไรได้กัน?
    • ไม่ใช่ หมายถึงกำลังทำ “ทางแก้” อยู่ต่างหาก อาจจะทำระบบพุชปิดล็อกแบบ Google Updates™ อะไรทำนองนั้น แล้วค่อยใส่ระดับพรีเมียมตามมา

  • RSS เองก็อาจเป็น ทางแก้ นั้นได้!

    • ผมก็รู้สึกว่าคำพูดนั้นแปลกเหมือนกัน ฟีเจอร์มีอยู่แล้ว เอามันออกไป แล้วตอนนี้กำลังทำทางแก้… แก้อะไร?
      หรือว่า Google สร้างแพลตฟอร์มบล็อกภายในใหม่ แต่ยังต่อ RSS support เข้าไปไม่ทัน?
    • บอกว่า “กำลังเร่งทำทางแก้อยู่” นี่ ฟังดูไร้สาระจริง ๆ

  • ผมเห็นแบบเดียวกันบน https://web.dev/ ของ Google
    โพสต์ล่าสุดที่เข้าไปในฟีดคือ “Changes to the web.dev infrastructure” เมื่อหลายเดือนก่อน: https://web.dev/blog/webdev-migration
    ฟีดยังอยู่ แต่ไม่อัปเดตแล้ว: https://web.dev/feed.xml
    บนไซต์ยังมีบทความใหม่ขึ้นอยู่ น่าเสียดายที่ระหว่างยกเครื่องโครงสร้างพื้นฐานของเว็บไซต์สมัยใหม่ RSS feed กลับหลุดออกจากรายการฟีเจอร์ อย่างน้อยก็ในตอนนี้

  • วิศวกร Google ชื่อ Bramus ทำ วิธีอ้อมแบบไม่เป็นทางการ ไว้แล้ว: https://mastodon.social/@bramus@front-end.social/111448166953123004

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

    • ไม่มีโฆษณา ไม่ต้องใช้การค้นหา และไม่ต้องจ่ายเงินให้ Google เพื่อแลกกับการยัดหัวข้อข่าวเข้าอุปกรณ์ Android
      RSS คือภัยคุกคามต่อ ความสามารถในการทำกำไร ของ Google!
    • ผมไม่เคยใช้ Reader เลยถามด้วยความสงสัยจริง ๆ ว่า อะไรคือสิ่งที่ทำให้บริการนี้ถูกลอกแบบโดยคนอื่นได้ยาก?
    • ถ้าอยู่ในระบบนิเวศ Apple, NetNewsWire ที่จับคู่ iOS+macOS+iCloud sync คือทางแก้ที่ดีที่สุด
    • พูดถึงตัวแทน Reader แล้ว ตอนนี้ผมใช้ Miniflux เป็นทั้ง backend สำหรับซิงก์และเว็บรีดเดอร์ให้ NetNewsWire
      TheOldReader.com ก็ดีมากเหมือนกัน และ UI ก็ได้แรงบันดาลใจจาก Google Reader อย่างชัดเจน
    • นั่นจึงอาจเป็นเหตุผลที่ Google ปิดมัน เพราะมันให้อำนาจผู้ใช้ปลายทางมากเกินไป ทั้งเรื่องคอนเทนต์ที่จะเสพและวิธีเสพ
      แน่นอนว่าพวกเขาก็ไม่สามารถรู้ได้ด้วยว่าจริง ๆ แล้วคุณอ่านอะไร เมื่อไร