[admin] Inderdaad, goed gegokt :) [/admin]

@ admin,

Dat doe/doen je/jullie vaker, het verwijderen van een reactie en er dan je/jullie eigen reactie voor in de plaats zetten, zoals hierboven met de reactie van Dennixx.
In geval van een reactie die 'niet OK' is spreekt voor zich dat die verwijderd kan worden, maar mijn eigen ervaring is dat het ook gedaan wordt met sommige waardevolle suggesties of opmerkingen betreffende de nieuwsbijdragen van de redactie. En dat vind ik jammer, want mijns inziens zouden ook de andere gebruikers een ingebrachte suggestie of opmerking moeten kunnen lezen. Ikzelf ben nu benieuwd wat Dennixx bijdrage was.
Waarom niet de reactie van een gebruiker laten staan, en er een reactie van admin/redactie onder zetten?

[admin] Als het om een suggestie of bijdrage gaat laten we die gewoon staan. In dit geval ging het om een typo die nu is aangepast [/admin]

Ha, dankjewel, admin,
nieuwsgierig Spiffje is ook weer tevreden nu die weet dat het slechts een typo betrof ;-)
Maar wat betreft het laten staan van suggesties/bijdragen/correcties bij een nieuwsartikel, mijn ervaring is dat die soms toch wat te gemakkelijk worden verwijderd. Zo gaf ik eens een keer bij een artikel aan dat er een fout in stond, waarna mijn reactie werd overschreven door de admin terwijl de fout in het artikel niet goed werd hersteld, zodat ik vervolgens moest aangeven dat er nog steeds een fout in dat artikel stond.
Waarom dat soort bijdragen niet simpelweg laten staan, met een aantekening van de admin erbij dat de fout is hersteld?

Betreffende de workaround of Fix it voor Win7 en Server 2008, het inschakelen van TLS 1.1 en/of TLS 1.2,
houd wel rekening met het volgende:

http://blogs.technet.com/b/srd/archive/2011/09/26/is-ssl-broken-more-about-security-advisory-2588513.aspx
Why TLS 1.1 is not enabled by default?
The main reason to not enable TLS 1.1 by default is due to compatibility problems.
We need more servers to implement HTTPS protocols correctly so we can enable TLS 1.1 by default in the client in the future versions of IE. We will work hard to drive adoption of TLS 1.1 or TLS 1.2 as an industry-wide effort.
-->
http://blogs.msdn.com/b/ieinternals/archive/2011/03/25/misbehaving-https-servers-impair-tls-1.1-and-tls-1.2.aspx

Je hebt gelijk, Peter.

Maar vervelend is dat die compatibiliteitsproblemen (die ik 13:20 vermeldde) niet worden genoemd in
http://support.microsoft.com/kb/2588513
en http://technet.microsoft.com/en-us/security/advisory/2588513
maar slechts in de eerder vermelde
http://blogs.technet.com/b/srd/archive/2011/09/26/is-ssl-broken-more-about-security-advisory-2588513.aspx
verwijzend naar http://blogs.msdn.com/b/ieinternals/archive/2011/03/25/misbehaving-https-servers-impair-tls-1.1-and-tls-1.2.aspx

Ik vind het ten minste slordig dat die compatibiliteitsproblemen niet op de support-pagina bij de Fix it worden vermeld en eveneens niet op de advisory-pagina bij de workaround.
De blog-pagina's zullen wellicht niet door iedereen worden opgemerkt en daarmee ook niet die waarschuwing voor compatibiliteitsproblemen.