3 ms·
Also, reading through the dev documentation for this, "No user will ever see a t.co URL". All they are doing is wrapping the URL, not actually changing anythin
by mitchellhislop 16y ago
Also, reading through the dev documentation for this, "No user will ever see a t.co URL".
All they are doing is wrapping the URL, not actually changing anything. All services that have their own URL's will be 100% fine.
- hboon 16y agoThat's not true. Their API will now return the t.co URLs in the text section, so if developers don't do anything extra, things will (should, rather, I'm clarifying with them) still work, but t.co URLs will be displayed to users. Their API will return the original links too with markers, so client code can be updated to display the original URLs. Twitter wants developers to display the original URLs and link to the t.co URLs. Their rational behind this is flawed. One of the reason they are giving for implementing this is to be able to shut down links if they turn out to be malicious, possibly as a bait and switch. But since the right way to do a shortener is to do a 301 and that's what they say they are doing, they wouldn't have that ability.
- JoachimSchipper 16y agoThey could just stop giving 301s.
- hboon 16y agoBut 301 can be cached.
- JoachimSchipper 16y agoCan't you just set Cache-Control: no-cache to fix that?