Last modified: 2014-10-09 19:03:54 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T44270, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42270 - Wikimedia needs a short domain name for URL shortening
Wikimedia needs a short domain name for URL shortening
Status: NEW
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: High normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 42085
  Show dependency treegraph
 
Reported: 2012-11-19 19:47 UTC by Ryan Kaldari
Modified: 2014-10-09 19:03 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Ryan Kaldari 2012-11-19 19:47:26 UTC
Some suggestions from Krinkle:

* w.org (exists, for sale)
* w.co (available)
* w.ly (exists, unavailable)
* wmf.org (exists, unavailable)
* wmf.co (exists, for sale)
* wmf.ly (available)
* wi.ki (exists, for sale?)
* w.mf (available)
Comment 1 Ryan Kaldari 2012-11-19 19:49:05 UTC
I sent an inquiry re w.org.
Comment 2 Ryan Kaldari 2013-12-11 19:24:31 UTC
Apparently GoDaddy (ugg) wants no less than $50,000 for w.org.
Comment 3 Daniel Norton 2014-02-18 06:30:11 UTC
This issue lacks some critical specifications to be actionable, certainly at any priority or urgency.
1) Maximum length allowed? There are plenty cheap names of nine characters (e.g. WMFSL.ORG, which I'd gladly hand over). For short URL applications, e.g. with 140-character limit, does it really matter if the short URL is 22 characters (http://xxxxx.xxx/xxxxxx) vs. 18 characters (http://x.xx/xxxxxx)? (More than 2 URLs in short messages are unusual.) Also, anything shorter than "wmf" loses identity.
2) Exact budget limitation for shorter names? What's the added budget for an 8-character name? 6 characters? Minimal 4 characters?
3) Exact time limitations for shorter names? What's the cost of waiting another month? Year? Why not use a cheap nine-letter domain name now and map to a shorter one if and when it's acquired?
4) TLD limitations. e.g. isn't country association problematic? Why not xxxxx.ORG? Is that one less letter really worth tens of thousands of dollars and the time it would take to identify and acquire it?
Comment 4 Kai Engert 2014-02-20 12:45:58 UTC
Hello. The domain name isn't that important.

The important benefit is shortening the right hand side of URLs, which can easily be more than 50 characters.

(I'd propose that one single domain gets used for anything related to wikipedia and wikmedia, but it might be a good idea to implement a whitelist the domains that are related (preventing unrelated URLs to be shortened).)

In order to unblock this task, let's simply pick one that's reasonable short (less than 10 characters) and makes some sense.

Did you say you are already in possession of the "wmfsl.org" domain?
What does "sl" mean? Would that be appropriate for other wikipedia content, too?

Here is another proposal, that contains the generic word "url", gives an indication to wikipedia/wikimedia in general, without pointing to "foundation" in particular:

wikurl.org

(domain available at time of typing this comment, and cheap, let's be quick to register if you like this idea. I'd be glad to register this for you, but I guess it's better if the wiki* organization registers it right away.)

Thanks for helping to push this forward!
Comment 5 Kai Engert 2014-02-20 12:51:25 UTC
(and "wikurl.org" is even shorter than the popular "tinyurl.com")
Comment 6 Daniel Norton 2014-02-20 17:30:05 UTC
Re "wmfsl.org" I was thinking "short link". I've actually turned it on as a working prototype. See https://wmfsl.org/.1mwekhv (It's Bitly based, so doesn't address privacy/secrecy issues.)
Comment 7 Daniel Norton 2014-02-20 17:32:42 UTC
I'm studying the related issues and RFCs. I don't see any need to further postpone a phase 1 solution that simply provides short links. Other considerations were shorter links that still preserved some bit of human readability that can be addressed in a subsequent phase.
Comment 8 Quim Gil 2014-02-20 19:11:35 UTC
(In reply to Kai Engert from comment #5)
> (and "wikurl.org" is even shorter than the popular "tinyurl.com")

fwiw wkurl.org is even shorter and also available.

 (In reply to Daniel Norton from comment #6)
> Re "wmfsl.org" I was thinking "short link".

I'm nobody and I have no special interest in this feature, but a derivative of "wiki"is better than a derivative of "Wikimedia Foundation", and "URL" is a quite neutral acronym, even if it comes from English as well.
Comment 9 Kai Engert 2014-02-20 22:11:53 UTC
Thanks for explaining the meaning of "wmfsl".

I don't have a strong opinion. I think that "wikurl" or "wkurl" are slightly more readable and prouncable than "wmfsl", and it seems there is some support for the argument that avoiding a focus on "foundation" might be good.

But besides that, I think something is better than nothing.

Since there is a good explanation for "wmfsl", and since you have already configured, and if you have a preference to use "wmfsl", don't let our ideas stop you from proceeding.

Daniel, thanks a lot for working on this!
Comment 10 Daniel Norton 2014-02-21 17:36:09 UTC
A good point, Quim. For that matter wkil.org is shorter, still. (So I've obtained it, too: http://wkil.org/.1jReFWR ) (We're all "nobodys" right? ;-) I'm more interested in principles and practices, and less about personalities.)

But, again, the domain name is relatively minor, as long as we settle on something. (We can change to a permanent one, later, if needed.) Let's get something working...

p.s. If you really like a domain name, please acquire it before mentioning it publicly (i.e. here), so that an opportunistic speculator can't hijack it.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links