Hiện chưa có hỗ trợ RSS feed chính thức, nhưng đang chuẩn bị giải pháp

 (developer.chrome.com)
1 điểm bởi GN⁺ 2023-12-12 | 2 bình luận | Chia sẻ qua WhatsApp
  • Trang Feeds của Chrome for Developers hướng dẫn cách tự động nhận bài viết mới trong các lĩnh vực quan tâm qua trình đọc RSS
  • Mục đăng ký hiện được xác nhận là Blog feed, và có thể thêm RSS feed bằng liên kết Subscribe to Blog riêng
  • Các bài viết ví dụ trong Blog bao gồm website sẵn sàng cho agent, công cụ dành cho nhà phát triển bên thứ ba của Chrome DevTools for agents, và các thay đổi WebGPU
  • Mỗi bài viết hiển thị kèm tiêu đề, mô tả ngắn và thẻ chủ đề liên quan, giúp nắm được phạm vi nội dung sẽ xuất hiện trước khi đăng ký
  • Nếu muốn theo dõi các cập nhật của Chrome for Developers mà không cần truy cập riêng, cách trực tiếp nhất là đăng ký Blog feed trong trình đọc RSS

Các cập nhật có thể nhận qua RSS từ Chrome for Developers

  • Trang Feeds hướng dẫn cách tự động nhận cập nhật từ các khu vực quan tâm trên trang Chrome for Developers bằng trình đọc RSS
  • Nội dung trang giải thích rằng bạn có thể thêm RSS feed tương ứng với khu vực trang web quan tâm vào trình đọc feed

Blog feed hiện được cung cấp

  • Phần feed hiển thị trong nội dung là Blog
  • Blog feed được cung cấp qua liên kết Subscribe to Blog

Ví dụ bài viết hiển thị trong Blog feed

Thông tin có thể kiểm tra trước khi đăng ký

  • Khi đăng ký Blog feed, bạn có thể theo dõi các bài viết mới trên blog Chrome for Developers trong trình đọc RSS
  • Mỗi mục cung cấp kèm tiêu đề, tóm tắt và lĩnh vực công nghệ liên quan, giúp dễ kiểm tra phạm vi nội dung của feed muốn đăng ký

Bài viết liên quan

2 bình luận

 
ndrgrd 2023-12-14

Thành chủ đề nóng nên được xử lý ngay trong chớp mắt nhỉ. Đi đâu cũng giống nhau cả thôi ^^
 
GN⁺ 2023-12-12
Ý kiến trên Hacker News

  • Việc một kỹ sư trong đội Chrome DevRel, thay vì chờ RSS chính thức, lại tự làm và công bố một trình tạo RSS không chính thức đúng là kiểu phi lý rất “tập đoàn lớn”
    Feed cho blog này nằm ở https://chrome-for-developers-rss.bramus.workers.dev/blog, còn chuyện “đã mở issue nội bộ với đội DevSite” thì không biết bao giờ mới được ưu tiên
    Nếu là Google ngày xưa, có lẽ ai đó trong nội bộ sửa thẳng luôn còn dễ hơn
    Tham khảo: 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

    • Không biết “Google ngày xưa” là từ bao lâu trước. Web app Contacts từng có bug danh sách bang được sắp xếp theo thứ tự ID bang 2 ký tự nhưng lại hiển thị bằng tên, nên người dùng ở New York không thể dùng tab để chuyển tới rồi nhập tên bang để chọn
      Đó là một bug đã được ghi nhận mà ngay cả nội bộ Google cũng muốn sửa, nhưng phải gần 10 năm sau, đến năm nay, mới được sửa
    • Tôi tò mò không biết nên xem mốc chuyển biến của “Google ngày xưa” vào khoảng khi nào

  • Tôi phụ trách đội vận hành trang này. Chúng tôi đã chuyển trang sang hạ tầng khác, và hạ tầng đó không hỗ trợ tự động tạo RSS feed
    Chúng tôi hiểu rất rõ rằng giải pháp hiện tại không phải tối ưu. Chúng tôi phải kịp thời hạn di chuyển toàn bộ nội dung sang hệ thống mới, rồi sau đó mới xử lý các tính năng còn thiếu
    Chúng tôi đang làm để đưa tính năng này vào sớm nhất có thể — Paul

    • Vậy ra đây là lý do https://developer.chrome.com/feeds đột nhiên chết. Nhưng “phải kịp thời hạn” là vì sao vậy?
    • Câu trả lời kiểu “đang làm giải pháp” và “đang làm để được đưa vào” nghe như ngôn ngữ kinh doanh điển hình
      Nghe như muốn nói “chúng tôi sẽ không thêm nó, nhưng có thể sẽ đưa ra một phương án thay thế không đáp ứng được yêu cầu hiện tại”
      Lần này tôi sẽ nhìn nhận thiện chí, nhưng không hiểu vì sao phải nói vòng vo như vậy. Không thể nói “đang thêm RSS” hoặc “mục tiêu là khôi phục hỗ trợ RSS” sao?
    • Các phản ứng ở đây cho thấy rất rõ giới kỹ thuật có thể trở thành những người theo chủ nghĩa tuyệt đối phi thực tế đến mức nào
      Kinh doanh và công việc rốt cuộc đều là đánh đổi, nhưng nhiều người trên HN lại nhìn như thể đó là vấn đề tuyệt đối. Việc kịp thời hạn và đích thân ra giải thích là điều tốt, và có lẽ nhiều hacker hơn nên thực sự phải đưa ra những quyết định kiểu này thì mới hiểu thực tế
    • Câu này trong hồ sơ HN khá duyên: “RSS is alive https://paul.kinlan.me/index.xml”
    • Một lập trình viên có năng lực ở mức tương đối cũng có thể tạo một RSS feed chạy được trong vòng 1 giờ. Rốt cuộc ở Google đang xảy ra chuyện gì vậy?

  • Khi Chrome bắt đầu giành thị phần, các trình duyệt lớn khác, có lẽ thậm chí cả Internet Explorer, đều có hỗ trợ đọc RSS mặc định
    Chúng còn hiển thị biểu tượng RSS trên thanh địa chỉ hoặc nơi tương tự để cho biết trang này có RSS. Nhưng Chrome thì khi mở liên kết RSS chỉ quăng cho người dùng XML thô, và cũng không báo có RSS tồn tại
    Tôi cho rằng đây là lý do chính khiến RSS suy thoái

    • Còn ba lý do nữa. Google Reader thường được xem là RSS reader tốt nhất, nhưng khi bị đóng cửa thì số người dùng giảm; nhiều nhà xuất bản muốn mọi người vào trang của họ nên chỉ cung cấp tiêu đề thay vì feed đầy đủ, hoặc hạn chế theo nhiều cách
      Ngoài ra, mọi người bắt đầu dùng Twitter và Facebook như công cụ gom tin, và kỳ vọng social graph sẽ chọn sẵn các tin “liên quan” cho mình
      Thêm nữa, với các trang tin tức, chỉ một danh sách mục thuần túy là có hạn chế. Trong RSS, mọi bài viết trông ngang nhau, nhưng với tin tức, nhiều người muốn xem tin chính được nhấn mạnh như trên trang tin
      Vào những ngày như ngày bầu cử, khi vừa có bài tổng hợp chính vừa có các bài chi tiết theo địa phương và đảng phái đổ về cùng lúc, feed hiển thị tất cả với trọng lượng như nhau nên khó tìm bài chính, và bài kết quả đầu tiên cũng nhanh chóng trở nên lỗi thời
    • RSS đi ngược hoàn toàn với lợi ích của các dịch vụ tổng hợp liên kết như Google. Tôi không nghĩ việc họ không hỗ trợ đúng mức là ngẫu nhiên
    • Sau đó các trình duyệt khác cũng gỡ bỏ hỗ trợ RSS/Atom feed mặc định
      Firefox và Safari trước đây đều từng hỗ trợ nhưng giờ đã bỏ; mở RSS feed trong Safari thì hiện ra một trang kiểu 404 nói rằng feed không còn được hỗ trợ nữa
    • Có lẽ RSS không phổ biến được vì người dùng phổ thông không hiểu rõ nó. Apple thậm chí từng đặt tên bản phát hành trình duyệt là Safari RSS https://www.anandtech.com/show/1671/9
      Nhưng dù Apple đã đẩy mạnh như vậy, tôi hầu như không nghe ai xung quanh bắt đầu dùng. Những người vốn đã dùng RSS thì có reader tốt hơn, còn những người chưa dùng thì dường như không thấy giá trị trong cách triển khai này
    • Vivaldi có tích hợp sẵn tính năng đó và RSS reader của nó cũng tốt. Đến giờ vẫn rất hữu ích

  • Nghịch lý là web dường như ngày càng kém thân thiện hơn với máy móc và tự động hóa
    Gần đây tôi phải chỉnh sửa hơn 150 tài khoản Google Workspace; nếu là môi trường Unix 20 năm trước thì việc này đã có thể làm bằng một shell script rất đơn giản
    Thay vào đó, tôi phải như khỉ bấm-chép-dán-bấm 20 lần trên mỗi trang. Chắc chắn là có API, nhưng có lẽ sẽ tốn thời gian gấp 100 lần so với viết một script dòng lệnh đơn giản
    Trong quá trình cố thu hút nhiều sự chú ý của con người hơn, web đang ngày càng mất đi tính thân thiện với máy móc

    • Nó đã kém thân thiện hơn với máy móc và tự động hóa phân tán, dân chủ hóa, nhưng vẫn thân thiện với tự động hóa đối với các scraper tìm kiếm khổng lồ có tài nguyên tính toán, tiền bạc, dải IP và AI khổng lồ
      Vì muốn thay đổi điều này nên ban đầu tôi tạo BrowserBox thành một nền tảng cung cấp “công cụ soạn web scraping”. Những công cụ như vậy thường được cung cấp dưới dạng extension hoặc ứng dụng Electron tải về, nhưng cần một cách dễ phân phối hơn, mạnh hơn, nhẹ hơn và ít bị ràng buộc bởi phê duyệt của hệ sinh thái đóng hơn
      BrowserBox không cần client riêng và hoạt động ngay trong trình duyệt web thông thường, kể cả trên di động. Mục tiêu là có thể tạo script scraping bằng thiết bị di động ngay trên xe buýt
      Hiện tại tôi hơi rẽ sang hướng xem bản thân “trình duyệt có thể nhúng” là một sản phẩm hữu ích, nhưng tôi cũng định hoàn thành lại mục tiêu ban đầu. Cốt lõi là tạo một API giống extension nhưng tốt hơn, dựa trên Chrome DevTools Protocol và các tính năng của BrowserBox
      Đây là mã nguồn mở, nếu quan tâm thì cứ vào xem: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM là công cụ dòng lệnh giúp quản trị viên Google Workspace quản lý nhanh chóng và dễ dàng các thiết lập miền và người dùng. Mỗi năm có thể chỉ cần dùng khoảng một lần, nhưng mỗi lần như vậy thì thật sự vô giá
    • Hướng nhìn chung là đúng, nhưng Google Workspace có một giải pháp bên thứ ba khá ổn: https://github.com/GAM-team/GAM
    • API thì có, nhưng kỳ lạ là nó không phải Workspace API mà là GCP API, nên rào cản để dùng khá lớn
    • Có thể tự động hóa nhiều tác vụ trong số đó bằng cách dùng DOM API cơ bản từ dòng lệnh DevTools
      Không lý tưởng, nhưng có thể làm hầu hết những việc vốn làm thủ công như bấm, đọc văn bản, nhập vào ô, và cũng dễ học

  • Chỉ là một lập trình viên web cá nhân, ít tiền và cũng chẳng thông minh xuất chúng, nhưng tôi đã thành công đưa triển khai RSS vào mọi blog hoặc thứ giống blog mà mình tạo
    Có lẽ tôi nên đi phỏng vấn ở Google để dạy họ giải pháp tuyệt vời của mình

    • Yêu cầu RSS đâu có đóng góp vào chỉ số mức độ tham gia nào đó của program manager trên trang tài liệu dành cho lập trình viên, nên chắc là không cần nữa!

  • Nếu nói “hiện chưa hỗ trợ RSS feed chính thức, nhưng đang tích cực làm một giải pháp”, vậy nghĩa là sau này sẽ có RSS feed, đúng không?

    • Gỡ bỏ thứ đã có rồi nói “ồ, chúng tôi sẽ làm” thật là tệ hại
      Cứ bỏ thứ muốn bỏ là được, không hiểu tại sao còn phải nói dối trắng trợn như vậy. Làm thế rốt cuộc giúp được gì?
    • Không, nghĩa là họ đang làm một “giải pháp”. Có lẽ sẽ tạo một hệ thống push đóng, bị khóa kiểu Google Updates™, rồi còn kèm cả gói premium

  • Giải pháp đó có thể chính là RSS!

    • Cách diễn đạt đó tôi cũng thấy lạ. Tính năng từng tồn tại, họ đã bỏ nó, và giờ lại đang làm một giải pháp… giải pháp cho cái gì?
      Có phải Google đã tạo một nền tảng blog nội bộ mới nhưng vẫn chưa kịp thêm hỗ trợ RSS không?
    • “Đang tích cực làm một giải pháp” nghe đúng là nhảm nhí

  • Tôi cũng thấy điều tương tự trên https://web.dev/ của Google
    Bài cuối cùng xuất hiện trong feed là “Changes to the web.dev infrastructure” từ vài tháng trước: https://web.dev/blog/webdev-migration
    Feed vẫn còn nhưng không được cập nhật: https://web.dev/feed.xml
    Trên site vẫn có bài mới. Thật đáng tiếc là khi cải tổ hạ tầng site hiện đại, RSS feed lại bị loại khỏi danh sách tính năng, ít nhất là hiện tại

  • Kỹ sư Google Bramus đã tạo một cách vòng qua không chính thức: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • Có vẻ mọi người không biết RSS hữu ích đến mức nào
    Tôi vẫn còn bực vì Google đã khai tử Reader. Đó là cách tốt nhất để tiêu thụ nội dung trên web

    • Không quảng cáo, không dùng tìm kiếm, cũng không trả tiền cho Google để đẩy tiêu đề tin tức vào thiết bị Android
      RSS là mối đe dọa đối với khả năng sinh lời của Google!
    • Tôi chưa từng dùng Reader nên thật lòng tò mò: điều gì đã khiến dịch vụ đó khó bị người khác sao chép?
    • Nếu ở hệ sinh thái Apple, NetNewsWire với iOS+macOS+đồng bộ iCloud là giải pháp tốt nhất
    • Nhân tiện đang nói về các lựa chọn thay thế Reader, tôi đang dùng Miniflux làm backend đồng bộ kiêm web reader cho NetNewsWire
      TheOldReader.com cũng rất tốt, UI chịu ảnh hưởng mạnh từ Google Reader
    • Có lẽ đó là lý do Google đã khai tử nó. Vì nó trao cho người dùng cuối quá nhiều quyền kiểm soát đối với nội dung họ tiêu thụ và cách họ tiêu thụ
      Tất nhiên là Google cũng không thể biết chính xác họ đã đọc gì và khi nào