2020年8月

今天突发奇想去Internet Archive搜了一下自己的网站，发现在过去的短短半个月内竟然被收录了（虽然似乎只有首页），而且还快照了六次。震惊。

也不知道这些网络爬虫用的是什么原理，建站一年多，网站链接在GitHub挂了有半年多都没被被收录，结果最近突然就收录了。

不胜荣幸.jpg

算是小小的庆祝一下吧，顺便看下这篇文章什么时候会被收录

（十年老站的第一步，任重而道远啊）

HTTPS为网络安全传输带来了很大帮助，但是会因为其严格的措施，导致在很多地方出现奇怪的报错= =

这次的主角是Powershell，具体情境是在使用Download-File命令的时候，出现如下的错误信息：

The underlying connection was closed: An unexpected error occurred on a send.

两个StackOverflow链接解君愁：
https://stackoverflow.com/questions/41674518/powershell-setting-security-protocol-to-tls-1-2
https://stackoverflow.com/questions/36265534/invoke-webrequest-ssl-fails

简单总结，就是因为Powershell中需要对系统使用的HTTPS加密协议进行显式声明，然而因为我用的系统版本过低，某些常用的协议（比如TLS 1.2）并没有被默认加入到这个声明列表中，导致协议握手失败。

再次放图：

不愧是巨硬.jpg

好在可以通过Powershell命令对允许使用的加密协议进行修改：

[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::Ssl3 -bor [System.Net.SecurityProtocolType]::Tls -bor [System.Net.SecurityProtocolType]::Tls11 -bor [System.Net.SecurityProtocolType]::Tls12;

在Powershell中读取.NET对象的属性的时候，有点像IPv6指定端口一样，需要先用中括号将对象包裹起来，然后再用两个冒号连接需要读取的属性名称。

后来找到了更简单的写法：

[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]'Ssl3,Tls,Tls11,Tls12';

到此结束。

Haskell家的软件简直是巨坑，我就说之前怎么只要编译和GPU有关的代码就失败= =

这次编译darknet终于发现，是Leksah的头文件和Windows SDK的头文件有重定义冲突，把Leksah的路径从PATH里去掉，问题就解决了

具体报啥错我忘了，反正是一个x开头的头文件有重定义

  1. 1
  2. 2