Tell HN: t.co đang thêm độ trễ 5 giây cho một số tên miền

• Khi nhấp vào các liên kết từ Twitter dẫn đến NYTimes.com hoặc threads.net, t.co sẽ tạo ra độ trễ khoảng 5 giây trước khi chuyển tiếp đến địa chỉ thực tế
• Vấn đề được nêu ra là họ không chặn hẳn các tên miền không ưa thích, nhưng lại khiến người dùng truy cập các liên kết đó bị lãng phí thời gian
• Độ trễ với NYT được theo dõi sau khi được thêm vào khoảng trưa ngày 4 tháng 8 theo giờ Thái Bình Dương, và vì độ trễ diễn ra rất nhất quán nên có vẻ là có chủ đí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 ý.