Thông báo tới HN: t.co đang thêm độ trễ 5 giây với một số tên miền

• "Nếu nhấp vào liên kết từ Twitter tới NYTimes.com hoặc threads.net, t.co sẽ gây ra độ trễ khoảng 5 giây trước khi chuyển hướng tới địa chỉ đúng."
• "Twitter không chặn các tên miền không mong muốn, nhưng sẽ khiến bạn lãng phí thời gian nếu truy cập chúng."
• "Tôi vẫn đang theo dõi độ trễ bổ sung với NYT, được thêm vào khoảng giữa trưa theo giờ Thái Bình Dương, và độ trễ này rõ ràng là có chủ ý."

[GN⁺]

Ý kiến Hacker News

• Bài viết về việc t.co, dịch vụ rút gọn URL, thêm độ trễ 5 giây đối với một số tên miền.
• Một số người dùng chỉ trích đây là "chuyển hướng vô nghĩa", vì dùng trang HTML có thẻ META refresh thay vì chuyển hướng hợp lệ bằng header HTTP Location.
• Cách làm này gây bất tiện và có vẻ rõ ràng là không chính đáng, đồng thời không thể thấy trong curl/wget do có cơ chế phát hiện user agent.
• Một người dùng đã kiểm tra và xác nhận có độ trễ với tên miền New York Times (NYT), nhưng với gov.uk thì được chuyển hướng ngay lập tức.
• Một số người dùng đề xuất cách giải quyết là ngừng dùng Twitter, công ty mẹ của t.co, để hoặc là khắc phục vấn đề hoặc bị buộc phải ngừng kinh doanh.
• Những người khác cho rằng độ trễ không phải cố ý mà có vẻ là do xử lý kiểm tra cookie kém.
• Người dùng đã cung cấp thêm chi tiết và mã để thử nghiệm độ trễ, đồng thời đề xuất dùng lệnh curl với tùy chọn -b để truyền dữ liệu trong header cookie tới máy chủ HTTP.
• Cũng có đề xuất rằng chính Hacker News nên gắn cờ ẩn các bài gửi từ danh sách tên miền không mong muốn.
• Một số người dùng so sánh vấn đề này với chỉ trích nhắm vào Google AMP vì cổ vũ hệ sinh thái khép kín, và cho rằng đây còn là thực tiễn tệ hơn.
• Các lựa chọn thay thế được đề xuất gồm dùng các instance Nitter có cung cấp RSS và không rút gọn URL bằng "t.co".
• Một số người dùng nhắc đến dao cạo Hanlon, cho rằng độ trễ có thể bắt nguồn từ sự ngớ ngẩn chứ không phải ác ý.