本文将介绍如何在Windows 10操作系统中借助WSL2开发基于Electron的Ubuntu窗口应用程序，可以实现在win10中编写代码并查看linux应用的运行效果。

借助此方法，仅需一台MacOS设备和一台Win10的设备，即可通过Electron开发和测试主流操作系统（Windows、Linux、MacOS）下桌面应用程序并可以有差异化的调用操作系统的原生API。

通过MacOS系统可以编译几乎所有平台的应用程序，例如可以在MacOS中编译Win10 x64、Linux ARM64等平台的应用程序。但是在win10或ubuntu中无法编译MacOS应用程序（可以借助虚拟机或者带有MacOS系统的Docker镜像实现MacOS平台应用程序的编译，但是可能无法正常进行签名）。关于Electron自动编译及自动更新、分发，可以参阅此视频教程。

在win10中，访问网络中的计算机共享文件，有些计算机配置需要使用账户和密码才能访问其共享的文件。

然而，如果勾选了记住我的凭据，但是记住了一个错误的凭据（特别是当这个凭据用户名为guest或者某个被禁用的用户）。那么将会出现下面的报错，无法进入共享文件夹且无法切换用户。

报错内容： \DESKTOP-XX 无法访问。你可能没有权限使用网络资源。请与这台服务器的管理员联系以查明你是否有访问权限。此用户无法登录，因为该帐户当前已被禁用。

解决此问题需要删除在系统中已保存的有异常的用户信息。

Apple Silicon M1芯片可谓是性能爆炸，开发体验极佳，生态中适配速度也算得上势如破竹。借助Rosetta 2平稳过渡ARM64，实在是高明。在MacOS 11+系统中通过 Apple M1 编译原生M1 Electron应用程序也算得上轻松容易。

理论兼容M1芯片的Electron版本是11.2.3，实测兼容较好的版本是13.0.0-beta.5+。

electron-builder需升级至20.10+，建议版本22.10.5+。

本地Node.js版本请安装v15.5.0+。

MacOS建议升级到11.2.3+。

通过electron-builder编译Electron ARM64应用程序，需调整package.json配置文件。

在 Electron 12 及更高版本，设置了nodeIntegration: true及nodeIntegrationInWorker: true、nodeIntegrationInSubframes: true，渲染进程仍然可能出现require is not defined的报错。

这个报错还跟随有module is not defined或exports is not defined。

同样的报错在Electron 5+曾出现过，原因是发布v5.0.0的时候，官方将nodeIntegration默认值设置为了false（与此同时还将webviewTag设置为了false）。

近期，Electron 12.0.0 发布。修复了诸多异常。同时也将contextIsolation的默认值更改为true（详见：https://github.com/electron/electron/pull/27949）。

由于CentOS8默认安装了podman，因此在CentOS8中安装docker会导致冲突引发如下异常。

Error: 
 Problem 1: problem with installed package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64
  - package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64 requires runc >= 1.0.0-57, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering
 Problem 2: problem with installed package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64
  - package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64 requires runc >= 1.0.0-26, but none of the providers can be installed
  - package docker-ce-3:20.10.1-3.el8.x86_64 requires containerd.io >= 1.4.1, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-56.rc5.dev.git2abd837.module_el8.3.0+569+1bada2e4.x86_64 is filtered out by modular filtering
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering

在部分场景中却不得不使用docker，因为podman是新东西，即便命令和docker及其相似，也因为生态原因，各类API还无法完全兼容。例如《【视频教程】Electron自动编译及自动更新、分发》就对这个情况进行过说明，在使用Electron 应用分发系统的时候，由于使用了开源项目dockerode对docker进行控制，因此需要卸载podman改用docker。

在ubuntu 20.04 LTS版本中，可以通过sudo apt install python安装python2，但是无法通过sudo apt install python-pip安装pip2，提示E: Unable to locate package python-pip。

无法找到python-pip安装包的原因是，Python 2.7的支持周期已于2020年1月1日结束。因为不再维护Python 2.7，pip 21.0已于2021年1月停止对Python 2.7的支持。

如果通过pypa.io的默认get-pip.py脚本进行安装，也将遇到This script does not work on Python 2.7 The minimum supported Python version is 3.6.提示。

Poetry是一个Python的依赖管理工具。设计思路比较先进，运行速度非常快。非常类似于Node.js里面的yarn。

Poetry在国内的安装速度比较慢。好在安装脚本提供了--file参数，可以指定安装包。我们可以通过这个方法进行快速安装。

关于Poetry

Poetry是用于处理依赖项安装以及Python程序包构建和打包的工具。只需一个文件即可完成所有工作：标准化的 pyproject.toml。

换句话说，用pyproject.toml来代替setup.py，requirements.txt，setup.cfg，MANIFEST.in和新加入的Pipfile。

• 将尝试将语义版本控制作为版本命名的最佳实践。
• 可以指定自述文件，included 和 excluded 文件：no more MANIFEST.in。 poetry还将使用VCS忽略文件（如.gitignore）填充该exclude部分。
• 可以指定关键字（最多5个），并在包发布站点上用作标签。
• 依赖项部分支持插入符号，波浪号，通配符，不等式和多重依赖。
• 您必须指定与您的软件包兼容的python版本。

poetry还将检测您是否在virtualenv中，并相应地安装软件包。因此，poetry可以在全球范围内安装并在任何地方使用。

poetry 还带有完整的依赖关系解析库。

更多内容不再赘述，参考peotry官网：https://python-poetry.org/

使用方法参考 peotry开源地址：https://github.com/python-poetry/poetry

ESXi + Frp 实现内网穿透，可以做到远程管理ESXi。由于ESXi默认启用了SSL本地证书，因此配置方法与传统http站点反向代理有所不同。

[esxi-web]
type = tcp
local_ip = 10.10.10.254
local_port = 443
remote_port = 6012

可以看到上述绑定的本地端口号是443。这里的type只设置为tcp，远程访问地址：https://xx.xx.xx.xx:6012，注意，需要以https开头并忽略证书错误。