Một nhà phát triển đã đề xuất một giao thức web mới có tên Let Me Know ( LMK ) được thiết kế để giải quyết một vấn đề phổ biến trên internet: muốn biết khi nào một sự kiện cụ thể xảy ra mà không cần đăng ký nhận nội dung không mong muốn hoặc chia sẻ thông tin cá nhân. Đề xuất này đã gây ra một cuộc tranh luận thú vị trong cộng đồng công nghệ về việc liệu các giải pháp hiện có như RSS có đủ hay cần phải có thứ gì đó mới.
Ý tưởng này giải quyết một tình huống quen thuộc. Bạn đọc Phần 1 và 2 của một loạt bài blog thú vị và muốn biết khi nào Phần 3 ra mắt, nhưng bạn không muốn đăng ký toàn bộ nguồn cấp RSS của blog, theo dõi mạng xã hội của họ, hoặc tiết lộ địa chỉ email của mình. Bạn chỉ muốn một thông báo ẩn danh khi điều cụ thể đó xảy ra.
Cách tiếp cận kỹ thuật
Giao thức LMK được đề xuất hoạt động thông qua một hệ thống polling đơn giản. Các tác giả website sẽ thêm các nút Let Me Know vào nội dung của họ, điều này sẽ đăng ký các endpoint cụ thể với các user agent như extension trình duyệt hoặc dịch vụ đăng ký. Các agent này sau đó sẽ ping các endpoint theo khoảng thời gian đều đặn, thường là một lần mỗi ngày, để kiểm tra cập nhật trạng thái.
Các endpoint sẽ phản hồi bằng JSON cơ bản cho biết liệu sự kiện đã xảy ra hay chưa. Một happened: false đơn giản có nghĩa là tiếp tục chờ đợi, trong khi happened: true sẽ kích hoạt thông báo cho người dùng với các hành động liên quan như liên kết đến nội dung mới. Khi sự kiện xảy ra, endpoint sẽ tự động được xóa khỏi agent của người dùng, hoàn thành chu kỳ thông báo một lần.
Thông số kỹ thuật giao thức LMK
- Khoảng thời gian polling: Một lần mỗi ngày (mặc định)
- Định dạng phản hồi: JSON với trạng thái boolean "happened"
- Các trường tùy chọn: "delay" (khoảng thời gian kiểm tra tùy chỉnh), "when" (dấu thời gian), "message" (văn bản thông báo), "actions" (liên kết có thể nhấp)
- Vòng đời endpoint: Tự động xóa sau khi sự kiện xảy ra
- Quyền riêng tư: Polling ẩn danh, không yêu cầu thông tin cá nhân
Phản ứng của cộng đồng và các giải pháp thay thế
Phản ứng của cộng đồng công nghệ khá trái chiều, với nhiều người chỉ ra các giải pháp hiện có. Một số người bình luận lưu ý rằng các nguồn cấp RSS với bộ lọc phù hợp có thể đạt được kết quả tương tự, mặc dù điều này đòi hỏi nhiều thiết lập hơn và quản lý liên tục từ người dùng. Những người khác gợi ý rằng việc kiểm tra trạng thái HTTP đơn giản có thể hoạt động với các URL có thể dự đoán được, hoặc các công cụ như Huginn đã cung cấp chức năng tương tự cho những ai sẵn sàng đầu tư vào quá trình học tập.
Một người bình luận đã nêu bật một thách thức chính với đề xuất này:
RSS cho những người lười biếng không thể bận tâm lọc trình đọc RSS của họ có lẽ là một khái niệm rất hứa hẹn.
Cuộc thảo luận cũng đề cập đến lý do tại sao các nhà sáng tạo nội dung có thể phản đối việc triển khai hệ thống như vậy. Không giống như các đăng ký truyền thống giữ người dùng tương tác với nhiều nội dung, LMK sẽ là một tương tác một lần và xong không cung cấp giá trị mối quan hệ liên tục nào cho các nhà xuất bản.
Các Giải Pháp Thay Thế Hiện Có
- RSS với Bộ Lọc: Sử dụng trình đọc RSS với bộ lọc nội dung và tự động hóa
- Kiểm Tra Trạng Thái HTTP: Các agent đơn giản kiểm tra xem URL có thể dự đoán có trả về trạng thái 200 hay không
- Huginn: Nền tảng tự động hóa mã nguồn mở cho các tác vụ giám sát tùy chỉnh
- Web Push API: Thông báo đẩy gốc của trình duyệt (bị hạn chế do lo ngại spam)
- Webhooks: Thông báo đẩy từ máy chủ đến máy chủ (yêu cầu quản lý endpoint)
Thách thức triển khai
Một số rào cản kỹ thuật đã nổi lên từ cuộc thảo luận của cộng đồng. Cách tiếp cận polling có thể tạo ra tải máy chủ không cần thiết, khiến một số người gợi ý thông báo đẩy dựa trên webhook như một giải pháp thay thế hiệu quả hơn. Những người khác so sánh nó với Web Push API , lưu ý rằng các kẻ xấu đã huấn luyện người dùng từ chối các yêu cầu thông báo trình duyệt do spam và lạm dụng marketing.
Thách thức áp dụng có vẻ đáng kể. Hầu hết các website dựa vào đăng ký email và theo dõi mạng xã hội để xây dựng mối quan hệ liên tục với khán giả của họ. Một giao thức rõ ràng tránh việc xây dựng mối quan hệ này có thể sẽ thấy việc áp dụng hạn chế từ các nhà xuất bản, đặc biệt là các nền tảng lớn hơn phụ thuộc vào số liệu tương tác người dùng.
Bối cảnh rộng hơn
Đề xuất này phản ánh một căng thẳng ngày càng tăng giữa sở thích riêng tư của người dùng và mô hình kinh doanh của nhà xuất bản. Trong khi việc triển khai kỹ thuật có vẻ đơn giản, rào cản thực sự nằm ở việc thuyết phục các nhà sáng tạo nội dung hỗ trợ một hệ thống không cung cấp lợi ích tương tác liên tục.
Cuộc tranh luận nhấn mạnh cách thức ngay cả những vấn đề có vẻ đơn giản trong công nghệ web thường va chạm với các thực tế phức tạp về kinh doanh và hành vi người dùng. Dù thông qua việc cải thiện bộ lọc RSS , các công cụ tự động hóa hiện có, hoặc có thể là giao thức mới này, nhu cầu cơ bản của người dùng vẫn hợp lệ ngay cả khi con đường giải pháp không rõ ràng.
Tham khảo: The Missing Protocol: Let Me Know