Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tell HN: t.co is adding a five-second delay to some domains

news.ycombinator.com

Post reply on HN
Print view View original

271–280 of 447 posts

Re: Tell HN: t.co is adding a five-second delay to some domains

#271

Post by xslowzone »

ender7 wrote: post #264
PenguinCoder wrote: post #236

Additional details I wrangled for this rabbit hole. I don't think it's t.co doing this intentionally, but rather poor handling of 'do you have our cookies or not'. Everyone in this thread _proving things_ without taking into account the complexity of the modern web. man curl -b, --cookie (HTTP) Pass the data to the HTTP server in the Cookie header. It is supposedly the data previously received from the server in a "S…

I can replicate this behavior fairly easily in a browser. 1. Open incognito window in Chrome 2. Visit https://t.co/4fs609qwWt -> 5s delay 3. Open a second tab in the same window -> no delay 4. Close window, start a new incognito session 5. Visit https://t.co/4fs609qwWt -> 5s delay returns

The reason there isn't a delay the second click is because the redirect is cached locally in your browser.

Your humble anonymous tipster would appreciate if you do a little legwork.

Re: Tell HN: t.co is adding a five-second delay to some domains

#272

Post by mzs »

kens wrote: post #15

I can confirm. NYT shows a five-second redirect delay: "wget https://t.co/4fs609qwWt ". It redirects to gov.uk immediately: "wget https://t.co/iigzas6QBx "

I don't see it:

  % curl -gsSIw'foo %{time_total}\n' -- https://t.co/4fs609qwWt https://t.co/iigzas6QBx | grep '^\(HTTP/\)\|\(location: \)\|\(foo \)'
  HTTP/2 301 
  location: https://nyti.ms/453cLzc
  foo 0.119295
  HTTP/2 301 
  location: https://www.gov.uk/government/news/uk-acknowledges-acts-of-genocide- committed-by-daesh-against-yazidis
  foo 0.037376

Re: Tell HN: t.co is adding a five-second delay to some domains

#273

Post by dymk »

PenguinCoder wrote: post #236

Additional details I wrangled for this rabbit hole. I don't think it's t.co doing this intentionally, but rather poor handling of 'do you have our cookies or not'. Everyone in this thread _proving things_ without taking into account the complexity of the modern web. man curl -b, --cookie (HTTP) Pass the data to the HTTP server in the Cookie header. It is supposedly the data previously received from the server in a "S…

If it's not intentional, why are people observing different behavior (no delay) for other domains, but a delay for NYT, bsky etc then?

Re: Tell HN: t.co is adding a five-second delay to some domains

#274

Post by graybeardhacker »

The solution to X (Twitter) sucking is to stop using it. It will either: get fixed or go out of business and be replaced.

It seems we've become a society that rewards bad practices with attention which is all any company on the web is trying to get, your attention.

Re: Tell HN: t.co is adding a five-second delay to some domains

#275

Post by ModernMech »

BLKNSLVR wrote: post #102

I'd like to invoke Hanlon's razor here to at least cut down on the potential for over-the-top reactions that can be somewhat embarassing in retrospect: "Never attribute to malice that which is adequately explained by stupidity."

Not applicable when dealing with people who have narcissistic personality disorder like musk. Would be naive to assume stupidity.

Re: Tell HN: t.co is adding a five-second delay to some domains

#276

Post by PenguinCoder »

ender7 wrote: post #264
PenguinCoder wrote: post #236

Additional details I wrangled for this rabbit hole. I don't think it's t.co doing this intentionally, but rather poor handling of 'do you have our cookies or not'. Everyone in this thread _proving things_ without taking into account the complexity of the modern web. man curl -b, --cookie (HTTP) Pass the data to the HTTP server in the Cookie header. It is supposedly the data previously received from the server in a "S…

I can replicate this behavior fairly easily in a browser. 1. Open incognito window in Chrome 2. Visit https://t.co/4fs609qwWt -> 5s delay 3. Open a second tab in the same window -> no delay 4. Close window, start a new incognito session 5. Visit https://t.co/4fs609qwWt -> 5s delay returns

What is that attempting to prove or replicate?

Here's a simpler test I think replicates what I am indicating in GP comment, with regards to cookie handling:

Not passing a cookie to the next stage; pure GET request:

    $ time curl -s -A "Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0" -e ";auto" -L https://t.co/4fs609qwWt > nocookie.html

    real    0m4.916s
    user    0m0.016s
    sys     0m0.018s
Using `-b` to pass the cookies _(same command as above, just adding `-b`)_

    $ time curl -s -b -A "Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0" -e ";auto" -L https://t.co/4fs609qwWt > withcookie.html

    real    0m1.995s
    user    0m0.083s
    sys     0m0.026s
Look at the differences in the resulting files for 'with' and 'no' cookie. One redirect works in a timely manner. The other takes the ~4-5 seconds to redirect.

Re: Tell HN: t.co is adding a five-second delay to some domains

#277

Post by dang »

bravogamma wrote: post #270
dang wrote: post #259

Earlier quoted context omitted.

There's no automatic unban. That would require writing code that knows how to tell a good (for HN) site apart from a bad one, and if we could write such code, we wouldn't need to keep a list of banned sites in the first place. However, we're always happy to unban a site when we notice that it's actually fine for HN, or when someone points this out to us. Re shadowbanning (i.e. banning a user without telling them), se…

Thanks for the thoughtful reply. Is it also true that users with certain karma count or special permissions have more significant - and potentially lasting - downvoting weight that impacts to the downvoted party's long term reputation?

I'm afraid I don't understand your question but here are the basics: HN has downvotes (on comments, not submissions). The ability to downvote requires > 500 karma. When a comment gets downvoted, both its point score and the commenter's karma go down (in most cases - it's more complicated than that but this is the principle). Does that help?

Re: Tell HN: t.co is adding a five-second delay to some domains

#278

Post by dang »

lossolo wrote: post #268
dang wrote: post #259

Earlier quoted context omitted.

There's no automatic unban. That would require writing code that knows how to tell a good (for HN) site apart from a bad one, and if we could write such code, we wouldn't need to keep a list of banned sites in the first place. However, we're always happy to unban a site when we notice that it's actually fine for HN, or when someone points this out to us. Re shadowbanning (i.e. banning a user without telling them), se…

You forgot to mention that you are also shadowbanning the ability of users to upvote or downvote things when you dislike their upvotes or downvotes—instances that you perceive as not contributing to the discussion or that are escalating the conversation.

I didn't forget to mention that - it's simply not what the word shadowban means, as I've always understood and used it.

This is a big problem with trying to explain these things - people mean very different things by the same words, and it leads to misunderstanding.

Re: Tell HN: t.co is adding a five-second delay to some domains

#280

Post by ravetcofx »

graybeardhacker wrote: post #274

The solution to X (Twitter) sucking is to stop using it. It will either: get fixed or go out of business and be replaced. It seems we've become a society that rewards bad practices with attention which is all any company on the web is trying to get, your attention.

Mastodon has been a breath of fresh air and you can get a really interesting feed going when you follow the right people and hashtags
Post reply on HN