《Linux安装无线网卡驱动通用教程》收到不少好评，本文归纳MacOS下安装WIFI驱动的常规操作。无论是黑苹果(Hackintosh)还是白苹果(Real Mac)，安装思路大体是一致的（仍需要谨慎辨别驱动兼容的环境）。

贝壳云跟某讯N1配置接近，但是多了4个USB3.0接口，可以外接USB3.0千兆网卡，可玩性很高。

网传贝壳云P1跟某讯N1主要差异：

• 散热
• 必须拆机焊接USB口才能刷机（引出USB线刷）

经过实测，散热问题基本可以忽略。至于刷机，也不复杂，拆开焊个USB公头引出USB接线，再短接即可。

红米AC2100，因NAND闪存原因，使用第三方固件容易翻车。可以使用贝壳云搭配普通路由器实现无线功能，性价比极高。

N1相关博文《N1刷OpenWRT及开启旁路由/单臂路由教程(Mac&Win)》

本文介绍如何开启Raspberry Pi 4 USB OTG模式，让树莓派变身有线网卡。

树莓派4相比之前的版本具备三倍的计算性能提升和高达4G的LPDDR4内存，自带双屏无线+蓝牙，千兆网扣，支持双屏4k，新增俩USB3.0，可玩性非常强。无风扇禁音，非常适合作为一个边缘计算节点、旁路由来使用。如果再开启NAT转发，即可实现的变身有线网卡的同时作为无线网络接收器、路由器来使用。

Raspberry 4 和 Raspberry Zero 一样，具备一个带OTG功能的USB接口（很遗憾Raspberry pi model B、Raspberry pi model B+、Raspberry pi 2 model B、Raspberry pi 3 model B、Raspberry pi 3 model B+均无USB OTG功能）。

公益SSL证书机构Let’s Encrypt从2018-03-13起开始支持通配符证书。通配符证书必须通过DDNS添加TXT记录验证域名所属权。

1. 照 certbot官网安装certbot。

2. 安装DNS插件

   cerbot支持很多DNS插件，例如：

   certbot-dns-cloudflare
   certbot-dns-cloudxns
   certbot-dns-digitalocean
   ...
   

   这里以DNSPOD（腾讯云域名默认DNS）为例：

   git clone https://github.com/tengattack/certbot-dns-dnspod
   cd certbot-dns-dnspod
   sudo python setup.py install
   

升级MacOS到10.15.x以后，以往的Chrome信任自签名证书操作无效，信任后依然无法访问（“高级”选项里面没有继续访问的选项🤦）。网上找到的方法几乎都用不了😂。特地记录一下✅姿势。

报错信息： 您的连接不是私密连接，攻击者可能会试图从 raspbian 窃取您的信息（例如：密码、通讯内容或信用卡信息）。NET::ERR_CERT_INVALID。

特别提示： 本文仅限专业用户参考。如果该证书不是您生成，或者您不知道自己在做什么，请勿尝试此文提示的操作，以免使您遭致损失。

使用场景

Electron 内置 Chromium 和 Node.js，为了提升用户体验，通常 Electron 封装的前端静态文件存储在客户端本地。但总有一些特殊情况，会使用到部分远程页面。

比如微信扫码登录，需要远程访问微信的登录站点，获得扫码结果后跳转到我们自己的服务器，然后通知到主进程来关闭对应的渲染进程。目前这个问题有更高效的解决方案，详见博文《无刷新微信扫码登陆解决方案》。

再比如，部分页面还没有实现前后端分离，为了产品尽快上线，也需要嵌入远程URL。

直接在Electron中访问远程地址是有风险的，控制远程地址切回本地页面也是较为繁琐的。

以上需求可以使用webview标签实现。这是Electron为我们提供的一个特殊组件，类似于iframe但跟iframe不同，确保了应用的安全性。类似于Android、ios的webview或Crosswalk，Electron中的webview也支持和渲染进程相互通讯。

因某些原因需要重装Rancher 2，本想着运行在docker中的系统应该很容易重装。但是重装后出现了很多报错。

一个Rancher集群需要Etcd、Control、Worker三个角色都正常运行，该集群才能正常工作。其中Worker代表执行任务的服务器，Etcd和Control服务至少部署一个。

重装后Etcd、Control服务均出现报错。

报错详情

其中Control则是kube-apiserver容器报Unable to create storage，报错类似：

利用Nginx可以最简单且高效解决跨域问题。

跨域是前后端分离开发中非常常见的问题。这个问题网上已经有非常多的答案，但大部分是编程框架里面添加CORS头。但无论用什么Web框架，现已很难离开Nginx。因此直接在Nginx中处理跨域问题有得天独厚的优势，可以将OPTIONS请求拦截在API服务之前，节约服务器开销。

简单说，跨域分为简单跨域和复杂跨域。

简单跨域不会发送OPTIONS请求。

复杂跨域会发送一个预检查OPTIONS请求。

复杂跨域的条件是：

1. 非GET、HEAD、POST请求。
2. POST请求的Content-Type不是application/x-www-form-urlencoded, multipart/form-data, 或text/plain。
3. 添加了自定义header，例如Token。

跨域请求浏览器会在Headers中添加Origin，通常情况下不允许用户修改其值。