TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why not discard top level domains (TLD)?

12 点作者 pedrokost超过 14 年前

8 条评论

AgentConundrum超过 14 年前
There's a lot wrong here.<p>First, there's no such thing as an "abstract TLD". The closest analog would be <i>generic</i> TLDs. The author actually manages to get this completely backwards since the gTLDs are .com, .net, .org and their brethren. The TLDs the author calls "abstract" are all actually country-code TLDs (ccTLDs), and they all have a proper meaning. .ly is Libya, .st is São Tomé and Príncipe, and .ng is Nigeria.<p>Just because these governments don't traditionally care too much about who uses them doesn't mean they don't have a meaning. They aren't abstract.<p><i>The address bar in Firefox will actually redirect you to google.com if you type just google, however what I am proposing is to actually get rid of the TLD for some websites.</i><p>This is pure fiction. What actually happens is if Firefox can't resolve the address, it assumes it's a search term and passes the term into a preset URL (defined by the keyword.URL setting).<p>Back before version 3.0 (I think; don't quote me on that), this preset passed the "I'm Feeling Lucky" flag to the Google search URL. As a result, if you typed "Google" into the address bar, with no TLD, Firefox would effectively search Google for the term "Google" and the "I'm feeling lucky" feature would redirect you to the first result, which is obviously Google.com.<p>Since 3.0, the preset doesn't have the "I'm feeling lucky" parameter, so if you type "google" into the address bar, you'll actually get a page of google results for the term "google". I, and I'm sure many others, have since tweaked the keyword.URL setting to again use the lucky flag, but on a vanilla install, the author is just plain wrong in his assumption.<p>One final nitpick:<p>* After this recent surge of custom TLDs, I am beginning to think, that they are not a limitation, but that we can change them, almost freely, presumed we have the knowledge to do it (Please, correct me if I am wrong, and forgive my ignorance).*<p>Perhaps English isn't the authors first language, and if that's true then I apologize, but I simply was unable to parse that paragraph. Commas just don't work that way.
评论 #2188459 未加载
mopoke超过 14 年前
Abstract TLDs? They're all country codes (e.g. .ly = Libya, .st = Sao Tome). TLDs aren't just there to categorise US domain names - they're the namespaces of individual countries.
评论 #2188574 未加载
评论 #2188338 未加载
lysium超过 14 年前
I have the impression the author does not understand a lot about TLD, so his proposal isn't well thought through either.<p>First, TLD cannot be changed freely but are fixed, mostly assigned to countries.<p>Second, we now <i>do</i> have TLDs and I don't see a way how we could get rid of them. 'kinder.com' may be a US website promoting friendly neighborhoods, but 'kinder.de' may be a German website about children. What should 'kinder' be?<p>The only change I would encourage but which I don't see happening is having the TLD at the front: <a href="http://com.ycombinator.news" rel="nofollow">http://com.ycombinator.news</a> just makes more sense (at least to me).
评论 #2188522 未加载
pixdamix超过 14 年前
<p><pre><code> I've noticed an increase in the use of customized and abstract top level domain (TLD) names, such as bit.ly, bu.mp, babyli.st, etc. Even Microsoft recently registered bi.ng </code></pre> This is especially funny when you notice that his TLD is .si, pedro.si
yuvadam超过 14 年前
Should we get rid of namespaces and packages, while we're at it?
ewan超过 14 年前
I'm interested to understand why you would propose removing the ".com" before first proposing the removal of "www."? From my perspective the "more superfluous of the two" is the "www." in this example.
评论 #2188575 未加载
评论 #2188351 未加载
ehutch79超过 14 年前
no.
评论 #2188271 未加载
leon_超过 14 年前
Erm, is this a troll, a linkbait or simply ignorance? Those "abstract" TLDs belong to real countries. (Well except your .42 - which is a custom TLD that's not accessible through the "official" DNS system.)