命令行激活 Windows 密钥
注意:安装新密钥及激活时需要在管理员权限下运行终端。
安装新密钥,会自动替换当前密钥:
slmgr /ipk xxxx-xxxx-xxxx-xxxx-xxxx
激活 Windows:
slmgr /ato
显示当前授权信息:
slmgr /dli
显示详细授权信息:
slmgr /dlv
显示授权剩余日期:
slmgr /xpr
密钥可用性在线检测:https://dbmer.com/checkkey/
注意:安装新密钥及激活时需要在管理员权限下运行终端。
安装新密钥,会自动替换当前密钥:
slmgr /ipk xxxx-xxxx-xxxx-xxxx-xxxx
激活 Windows:
slmgr /ato
显示当前授权信息:
slmgr /dli
显示详细授权信息:
slmgr /dlv
显示授权剩余日期:
slmgr /xpr
密钥可用性在线检测:https://dbmer.com/checkkey/
由于 node.js 在 Windows 下会有各种问题,最好的开发环境还是 Linux,所以我通过 VMware 内安装 Ubuntu 虚拟机的方式学习 node.js。
我的流程是:
通过远程连接的方式在 Windows 下做 node.js 开发实际体验很好。但是在通过 npm 安装某些包时常常会有报错出现,错误日志大概意思就是说无法给 node_modules 文件夹内安装的库文件添加软连接到系统路径。
网上查询后发现了问题原因,我的开发目录实际是在 Windows 下的,Windows 和 Linux 有着不一样的文件系统和路径格式,所以 npm 在安装某些包含 bin 可执行文件的第三方库时,会默认自动创建相关文件的软链接到 Linux 系统路径,这样就就报错了。
如果要坚持使用共享目录的形式做开发,那么需要设置在 npm 安装新库时使用参数 --no-bin-links
告诉系统不要自动创建软连接,语法如下:
npm install cowsay --no-bin-links
这样就会跳过相关步骤。
也可以设置到 npm 配置中,这样以后安装的包都会默认不创建 bin 的软连接了:
npm config set bin-links false
当然最理想的方式就是将开发路径放置在 Linux 系统中,而不是通过共享目录的形式。这样就是一个纯原生的环境。
最近研究了下 Windows 的共享设置,目的是在同一局域网下共享文件夹给其他设备读写。下面从原理和实际操作上介绍下共享过程。
Windows 共享使用 Server Message Block (SMB) 协议,它可以让应用程序访问本机网络下的其他设备的文件及服务。
SMB 是 IBM 在 1980 年代创造的协议,目前已经有了很多的升级及分支。
SMB 协议允许应用程序访问远程主机的文件和资源如打印机等,也可以同远程主机上设置了接收 SMB 协议的应用程序通信。它运行在网络的 layer 7 层,也就是 application 应用层,使用 TCP/IP 的 445 端口传输数据。
从 Windows 95 开始,微软将引入了 SMB 协议的支持。Linux 端,samba 作为一个开源软件提供 SMB 的支持。