mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Conrad Pankoff <deoxxa@fknsrs.biz>
To: musl@lists.openwall.com
Subject: Re: musl 0.9.5 release and new website
Date: Sun, 16 Sep 2012 13:48:50 +1000	[thread overview]
Message-ID: <5B8EB668-52F8-4D4D-A330-920C55AC09A4@fknsrs.biz> (raw)
In-Reply-To: <20120916033509.GC254@brightrain.aerifal.cx>

There's also a few technical specifics that having www (or some other second level part) can help with.

If you have HTTP authentication (think basic auth) or you're using cookies, you should be using www or something. This is because both of these mechanisms apply to the domain where they were initiated and anything below. If you initiate basic auth on www.example.com, it'll be sent automatically when you go to www.example.com, 1.www.example.com, etc. It won't, however, be sent to example.com or something-else.example.com. Same deal with cookies.

Regards,
Conrad

On 16/09/2012, at 1:35 PM, Rich Felker wrote:

> On Sat, Sep 15, 2012 at 04:05:05PM +0200, Luca Barbato wrote:
>> On 09/15/2012 03:53 PM, Szabolcs Nagy wrote:
>>> i would http redirect the non 'www.' prefixed host
>>> to the 'www.' prefixed one
>> 
>> please do the opposite, cargo culting www is terrible.
> 
> I disagree on this one. If the domain _IS_ a website (think
> facebook.com, etc.) then I agree it's perfectly reasonable, and
> probably aesthetically nicer, to have the base domain without www be
> the primary name for the website. But if the domain corresponds to
> some project, organization, brand, product, etc. that's not a website
> itself, then www.[whatever].[tld] serves to identify it as "the
> _webserver_ for [whatever]", alongside other possible servers like the
> git server, the ftp server, etc. The idea of using different domain
> names for each of them is that you can transparently move them to
> different machines without breaking urls.
> 
> Using a redirecting webserver on the base domain name doesn't really
> conflict with this principle since it's not something that would need
> to be moved; it's a very low-load service that's only hit when someone
> lazy types the url by hand...
> 
> Rich



  reply	other threads:[~2012-09-16  3:48 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-15  8:12 Rich Felker
2012-09-15 13:53 ` Szabolcs Nagy
2012-09-15 14:05   ` Luca Barbato
2012-09-16  3:35     ` Rich Felker
2012-09-16  3:48       ` Conrad Pankoff [this message]
2012-09-16  4:03         ` Gregor Richards
2012-09-16 11:04       ` Luca Barbato
2012-09-16  3:26   ` Rich Felker
2012-09-16 10:31     ` Szabolcs Nagy
2012-09-16 12:39       ` Rich Felker
2012-09-16  3:29   ` Rich Felker
2012-09-16 21:42     ` Szabolcs Nagy
2012-09-17  3:02       ` Rich Felker
2012-09-17  7:35         ` Szabolcs Nagy
2012-09-18 13:56           ` Rich Felker
2012-09-15 23:09 ` Isaac Dunham
2012-09-16  3:41 ` Rich Felker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5B8EB668-52F8-4D4D-A330-920C55AC09A4@fknsrs.biz \
    --to=deoxxa@fknsrs.biz \
    --cc=musl@lists.openwall.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).