public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Andrey Repin <anrdaemon@yandex.ru>
To: Adam Dinwoodie <adam@dinwoodie.org>, cygwin@cygwin.com
Subject: Re: Proposed patch for web site: update most links to HTTPS
Date: Mon, 25 Apr 2016 17:41:00 -0000	[thread overview]
Message-ID: <1591620976.20160425160517@yandex.ru> (raw)
In-Reply-To: <20160425124332.GO2345@dinwoodie.org>

Greetings, Adam Dinwoodie!

> Secure connections historically had a high overhead, sure, but that's
> very rarely the case nowadays.  Certainly my experince of loading the
> Cygwin web page is that there's no perceptible difference between the
> http and https versions.  Adam Langley (a senior engineer at Google)
> wrote an article back in 2010 about how TLS is now computationally
> cheap[0]; it's only gotten cheaper since.

Typical marketing bullshit.

> [0]: https://www.imperialviolet.org/2010/06/25/overclocking-ssl.html

> See also https://istlsfastyet.com/, which has a lot of discussion about
> the impacts of TLS, but the short answer is "yes".

If YOUR experience was positive, mine was always negative, especially with
cygwin.com, down to being forced to switch to plain HTTP to even load any
page.

> At the very least, the Cygwin website should be using protocol-
> independent links, meaning users accessing the website using https
> aren't switched to http when they click on a link

That was my point, exactly.

>  (i.e. link to
> "//cygwin.com/path/to/page" rather than "https://cygwin.com/..." or
> "http://cygwin.com/...").

Just /path/to/page is enough. Even necessary considering cygwin.com is
multi-domain site.

> But I agree with Brian: the Cygwin website should use https everywhere
> unless there's some good, specific reason why it's a bad idea.  And "TLS is
> slow" hasn't been a good reason for years.

See above.


-- 
With best regards,
Andrey Repin
Monday, April 25, 2016 16:01:59

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2016-04-25 13:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-25  0:05 Brian Clifton
2016-04-25  0:29 ` Andrey Repin
2016-04-25  5:50   ` Brian Clifton
2016-04-25  6:10     ` Andrey Repin
2016-04-25 13:20       ` Adam Dinwoodie
2016-04-25 17:41         ` Andrey Repin [this message]
2016-04-26 10:17           ` Csaba Raduly
2016-04-25 19:59         ` Nellis, Kenneth
2016-04-25 20:46           ` Vince Rice
2016-04-25 23:18             ` Brian Clifton
2016-04-26 19:19               ` Achim Gratz
2016-04-27 10:18         ` Linda Walsh
2016-05-20 16:36 ` Corinna Vinschen
2016-05-20 20:47   ` Warren Young
2016-05-22  0:30   ` Brian Clifton
2016-05-23 10:35     ` Corinna Vinschen
2016-05-24 12:42       ` Warren Young
2016-05-24 16:59         ` Corinna Vinschen
2016-05-24 18:55           ` Warren Young
2016-06-12 10:13       ` Brian Clifton
2016-06-14 19:20         ` Corinna Vinschen

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=1591620976.20160425160517@yandex.ru \
    --to=anrdaemon@yandex.ru \
    --cc=adam@dinwoodie.org \
    --cc=cygwin@cygwin.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.
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 read-only IMAP folder(s) and NNTP newsgroup(s).