Last modified: 2012-11-11 15:03:56 UTC
That thing is: * highly outdated * visually broken (layout files no longer exist) * unexpectedly served (mentions inexistent wiki, but for lang-domains we use wmf-config/missing.php now) Currently referred to from two paths: nonexistent.conf 3: DocumentRoot "/usr/local/apache/common/docroot/default" redirects.conf 174: DocumentRoot /usr/local/apache/common/docroot/default Example of what it looks like: * http://bits.wikimedia.beta.wmflabs.org/ (can't find a production domain right now, but I'm sure it exists). Those two references should server either live-1.5/404.php, wmf-config/missing.php or redirect to wikimedia.org
Also http://aa.wikidata.org/
missing.php is the only one which should be used. Because it handles behavior for different project domains as well as redirects to Incubator etc. Needs to be updated to handle Wikidata once they provide us the way how they want to handle missing languages. (see bug 11125 too)
missing.php can not (and should not) be used because it is meant for wikis. Any and all wiki domains are configured to point to the correct paths which already use missing.php for missing language-code subdomains. /apache/default/index.html is for handling of unconfigured domains. You make an an unconfigured server access a specific path, as that would imply that it is in fact correctly configured. And even if we can change the apache default, missing.php is for wikis. We don't want to redirect unconfigured hostnames to Incubator or something like that. Getting rid of it entirely is probably a bad idea since there should still be a fallback for unconfigured domains. This would not be a message that users are normally faced with, but at least indicating the fact that the domain is not configured. I suggest replacing the apache default file with a message like: <!DOCTYPE html> <html lang=en> <meta charset="utf-8"> <title>Unconfigured domain</title> <link rel="shortcut icon" href="//wikimediafoundation.org/favicon.ico"> <style> * { margin: 0; padding: 0; } body { background: #fff; margin: 7% auto 0; padding: 28px 15px 14px; font: 14px/21px sans-serif; color: #333; max-width: 560px; } p { margin: 0.7em 0 1em 0; } em { font-style: normal; color: #777; } img { float: left; margin: 0 14px 14px 0; } a img { border: 0; } </style> <a href="//wikimedia.org"><img src="/wmf_logo_with_text.png" alt=Wikimedia></a> <p><strong>Domain not configured.</strong></p> <p>This domain points to a Wikimedia Foundation server, but is not configured on this server.<br><em>That’s all we know.</em></p> </html> Where wmf_logo_with_text.png is a copy of https://upload.wikimedia.org/wikipedia/commons/thumb/c/c4/Wikimedia_Foundation_RGB_logo_with_text.svg/150px-Wikimedia_Foundation_RGB_logo_with_text.svg.png Again, this should imho stay a static html file.
Change : Ia7ca3eaf | https://gerrit.wikimedia.org/r/16241
I was replying to what I understood from the first post, which was obviously not that obvious ;-). Anyway, there should be basically three pages only: * missing.php - which handles wikis which do not exist (or: language code exists for different project) * default/index.html - which handles existing domains but without configured server * 404.html/php - which handles wrong paths on existing wikis It seems we are still using more than that, so some cleanup would be useful.
(In reply to comment #5) > Anyway, there should be basically three pages only: > * missing.php - which handles wikis which do not exist (or: language code > exists for different project) > * default/index.html - which handles existing domains but without configured > server > * 404.html/php - which handles wrong paths on existing wikis > > It seems we are still using more than that, so some cleanup would be useful. Nope, that's all the error handling there is. Though they are very different. * wmf-config/404.php: File not found within an existing wiki (sub)domain. * wmf-config/missing.php: Language-code subdomain of wiki domain for which no database exists. * apache/docroot/default: Unconfigured or misconfigured domain name. I don't know of any other error handling, if there is, please open a bug.
Hehe, you just repeated what I wrote just in different order and words... ;-) Anyway, so as long as we no longer pull anywhere for these cases from Meta or elsewhere then it should be OK. It might be worth to check config for all sites if they don't use anything extra and if they would, it should be either corrected or documented why it is that way.
If this page is shown it means there is zero information, that's it. The example links to production hosts are all fixed now, so the only live example now is for labs domains: * http://aa.bb.beta.wmflabs.org/ Fixed!
(In reply to comment #8) > If this page is shown it means there is zero information, that's it. > > The example links to production hosts are all fixed now, so the only live > example now is for labs domains: > * http://aa.bb.beta.wmflabs.org/ > > Fixed! Much prettier. :-)
