Serve `*.php.net` sites with HSTS and preload them

As part of #623, I took a look at the changes proposed by @localheinz. All sites I checked so far seem to be working correctly with HTTPS, and the certificates seem to be either automated with Letsencrypt, or as it the case for the main *.php.net certificate, is issued yearly by Global Sign.

Copying my comment in the linked PR above:

As far as I can see, php.net sites such as {pecl|pear|windows|gtk|conf|qa|bugs|news|wiki}.php.net use the same HTTPS certificate with CN *.php.net, so I assume they are safe to use with HTTPS without a doubt because any issues with this certificate will alert pretty much everyone.

Looking at {windows|downloads}.php.net certificates on crt.sh, they seem to be automated, so they are safe to use too.

{bk2|monitoring|prototype-meta}.php.net seem to be automated too, but I have never had any insight into who and how these sites run. Again, the crt.sh data shows the certificates are being renewed correctly.

I'd like to see if we can come to a consensus on if we can serve all *.php.net sites with an HSTS header, so browsers remember and trust (TOFU) the PHP sites to always use HTTPS, even if a user clicks a plain HTTP link, loads a resource on any php.net site, etc. Further, we can preload *.php.net as HSTS to browsers. GitHub, for example, serves all of its *.github.com sites with HSTS, and preloads them as well.

Beginnen Sie mit der Prüfung der in #623 vorgeschlagenen HTTPS-Änderungen und der verknüpften PR-Diskussion. Prüfen Sie anschließend, wie die aufgeführten *.php.net-Sites konfiguriert sind. Verifizieren Sie das Zertifikat und die HTTPS-Abdeckung für jede Site und bestätigen Sie, dass die endgültige Konfiguration HSTS ausliefert und das Browser-Preloading für den vorgesehenen Domainbereich unterstützt.