## SwitchHosts

是一个管理 hosts 文件的应用，基于 Electron 、React、Jotai 、Chakra UI、CodeMirror 等技术开发。

功能特性

- 快速切换 hosts 方案
- hosts 语法高亮
- 支持从网络加载远程 hosts 配置
- 可从系统菜单栏图标快速切换 hosts

总的来说，SwitchHosts 是一款非常优秀的 hosts 管理工具。它简单易用功能强大，满足了对 hosts 的各种需求。如果你也经常需要切换 hosts，不妨试试 SwitchHosts，相信你会喜欢上它的！😍

## 下载地址

Github：[https://github.com/oldj/SwitchHosts](https://github.com/oldj/SwitchHosts)


SwitchHosts-告别繁琐hosts管理快速切换hosts方案

发行版信息：`lsb_release -a`。

## apt命令

### apt和apt-get

apt命令比apt-get更新。作为普通用户，还是应该首先使用apt，具体看个人习惯。

### 更新系统

更新apt资源列表：`apt update`，没有真正对系统执行更新。`apt upgrade`将已安装软件包实际升级到最新版本。

### 卸载软件

获取Ubuntu软件包列表：`sudo apt list --installed`。

删除已安装软件包（保留配置文件）：`sudo apt remove package_name`，使用该命令卸载软件包，可能会留下一些配置文件。删除已安装软件包（不保留配置文件）请使用purge：`sudo apt purge package_name`。

删除为了满足依赖而安装的，但现在不再需要的软件包。：`sudo apt autoremove`。

### 清除缓存

`apt clean`命令清除遗留在 /var/cache 中已取回包文件的本地仓库。它清除的目录是 /var/cache/apt/archives/ 和 /var/cache/apt/archives/partial/。它留在 /var/cache/apt/archives 中的唯一文件是 lock 文件和 partial 子目录。

`apt autoclean`会清除已检索包文件的本地仓库，但它只会删除不会再下载且几乎无用的文件，有助于防止缓存过大。

## 离线安装

deb文件格式安装：`sudo dpkg -i 1.deb`

deb文件格式卸载：`sudo dpkg -r 安装包名`


Ubuntu学习笔记

## 100门

有100扇门，最初都是关闭的。你要通过这些门100次，第一次通过，访问每一扇门并“切换”门（如果门关闭，打开它；如果它打开，关闭它）。第二次，只访问2倍数的门（即门#2 #4 #6...）。第三次，只访问3倍数的门（即门#3 #6 #9...），直到只访问100倍数的门。

实现一个函数，以确定最后一次通过后门的状态。以数组形式返回最终结果，数组中只包含打开的门的门号。

    function getFinalOpenedDoors(numDoors) {
      let doors = []
      for (let i = 0; i < 100; i++) doors[i] = false
    for (let i = 1; i <= 100; i++) for (let i2 = i - 1; i2 < 100; i2 += i) doors[i2] = !doors[i2]
    for (let i = 0; i < 100; i++) doors[i] = doors[i] ? i + 1 : 0
    return doors.filter((door) => door > 0)
    }

## 24点游戏

实现一个函数，该函数将一个四位数的字符串作为其参数，每个数字从1到9并允许重复，返回一个计算结果为数字24的算术表达式（只允许使用* / + - ( )）。如果不存在这样的解，则返回“没有解决方案”。

举例：solve24("4878")输出(7-8/8)*4。


罗塞塔代码挑战（freeCodeCamp项目）

## Pingvin Share

是一个可自建的文件分享平台，是 WeTransfer 的一个替代品。完全自建，轻松使用私有服务器搭建文件共享平台；完全隐私，你的文件只属于你！不要将它放到第三方文件平台；完全无限，想上传多大都可以，硬盘容量的大小是唯一的限制。

✨ 特性：

- 通过可自定义后缀的链接分享文件
- 可自定义任意大小的文件上传限制 (受制于托管所在的硬盘大小)
- 对共享链接设置有效期限
- 对共享链接设置访问次数和访问密码
- 通过邮件自动发送共享链接
- 整合 ClamAV 进行反病毒检查

示例网站：[https://pingvin-share.dev.eliasschneider.com/](https://pingvin-share.dev.eliasschneider.com/)

## 下载地址

GitHub地址：[https://github.com/stonith404/pingvin-share](https://github.com/stonith404/pingvin-share)


Pingvin Share 自建文件分享平台，WeTransfer 替代品

## 什么是构建工具

首先，看下企业级项目里可能会用到哪些功能：

- TypeScript：如果遇到ts文件需要使用tsc将TypeScript代码转换为js代码
- React/Vue：安装react-compiler/vue-complier，将jsx文件或者vue文件转换为render函数
- less/sass/postcss/component-style：需要安装less-loader，sass-loader等一系列编译工具
- 语法降级：babel将ES新语法转换为旧版浏览器可接受语法
- 体积优化：uglifyjs将代码进行压缩，变成体积更小性能更高的文件

而浏览器只认识html，css，js，所以就需要一个东西能够把这些功能集成到一起，这个东西就是**构建工具**。将我们写的浏览器不认识的代码，交给构建工具进行编译处理的过程叫做打包，打包完成以后会给出浏览器可以认识的文件。

构建工具承担了哪些脏活累活：

1. 模块化开发支持。支持直接从node_modules里引入代码 + 多种模块化支持
2. 处理代码兼容性。比如babel语法降级，less/ts语法转换（不是构建工具做的，构建工具只是将这些语法对应的处理工具**集成进来自动化处理**）
3. 提高项目性能。压缩文件，代码分割
4. 
优化开发体验：

- 自动监听文件变化：当文件变化后自动调用对应集成工具进行重新打包，然后在浏览器重新运行（整个过程叫做热更新，hot replacement）
- 开发服务器：解决跨域问题

总之，构建工具让我们不用关心生产的代码如何在浏览器上运行，只需关心我们的开发就行了。

## 手动安装Vite

首先，新建一个项目文件夹test-vite：`mkdir test-vite && cd test-vite`。

### 前置准备

- 安装 Node.js 版本 18+ 或 20+
- 安装好pnpm：`npm i -g pnpm`

配置npm全局安装路径，以管理员身份运行命令：`npm config set prefix "E:\develop\NodeJS"`，E:\develop\NodeJS是Node.js安装目录。

配置npm镜像源地址：`npm config set registry https://registry.npmmirror.com`。

### 开箱即用

安装 vite 命令行工具：`pnpm add -D vite`。

创建一个 index.html 文件：`<p>Hello Vite!</p>`。

然后在终端中运行 vite：`pnpm vite`，就可以在 [http://localhost:5173](http://localhost:5173) 上访问 index.html。

### 依赖预构建

Vite解决了3个问题：

1. 不同的第三方包会有不同的导出格式，这个是Vite没法约束人家的
2. 对路径的处理上可以直接使用.vite/deps，方便路径重写
3. 网络多包传输的性能问题，这也是原生ES Module规范不敢支持node_modules的原因之一。有了依赖预构建，无论有多少的export和import，Vite都会尽可能的将他们进行集成，最后只生成一个或几个模块

### 配置文件

当以命令行方式运行 vite 时，Vite 会自动解析 项目根目录 下名为 vite.config.js 的配置文件。

#### 配置智能提示

因为 Vite 本身附带 TypeScript 类型，所以可以通过 IDE 和 jsdoc 的配合来实现智能提示：

    /** @type {import('vite').UserConfig} */
    export default {
      // ...
    }

#### 情景配置

新建3个配置文件：base文件（vite.base.config.js）、开发环境（vite.dev.config.js）和生产环境（vite.prod.config.js）配置文件：

    import { defineConfig } from 'vite'
    export default defineConfig({
    // ...
    })

修改 vite.config.js 配置文件：

    import { defineConfig } from 'vite'
    import viteBaseConfig from './vite.base.config'
    import viteDevConfig from './vite.dev.config'
    import viteProdConfig from './vite.prod.config'
    // 策略模式
    const envResolver = {
    build: () => {
    console.log('生产环境...')
    return { ...viteBaseConfig, ...viteProdConfig }
    },
    serve: () => {
    console.log('开发环境...')
    return { ...viteBaseConfig, ...viteDevConfig }
    },
    }
    export default defineConfig(({ command }) => {
    return envResolvercommand
    })

修改 package.json 文件，添加：

      "scripts": {
    "dev": "vite",
    "build": "vite build",
    "test": "vite --mode test"
    },

在终端中运行命令：`pnpm dev`或`pnpm build`。

#### 环境变量

vite内置了dotenv这个第三方库，dotenv会自动读取 .env 文件，并解析其中的环境变量，将其注入到process对象下（但vite考虑到和其他配置的一些冲突问题，并不会直接注入到process对象下）。

不过当你的确需要时，可以使用 Vite 导出的 loadEnv 函数来加载指定的 .env 文件。

新建3个环境变量配置文件：

- .env 共用环境变量
- .env.development 开发环境需要用到的环境变量
- .env.production 生产环境需要用到的环境变量

修改 vite.config.js 配置文件的 export：

    export default defineConfig(({ command, mode }) => {
    const env = loadEnv(mode, process.cwd(), '')
    console.log('当前环境:', env)
    return envResolvercommand
    })

在终端中运行命令：`pnpm dev --mode development`，会将mode设置为development传递进来。

当调用loadEnv时，会做如下几件事：

1. 直接找到.env文件，解析其中的环境变量，并放进一个对象里
2. 将传进来的mode变量值进行拼接，如 .env.development，根据提供的目录去取对应的文件进行解析，并放进一个对象里

如果是客户端，Vite会将对应的环境变量注入到import.meta.env里去。但为了防止将隐私性的变量直接送进import.meta.env中，所以Vite做了一层拦截。如果环境变量不是以VITE开头，就不会注入到客户端中去。如果想要更改VITE这个前缀，可以使用envPrefix配置。

vite和create-vite的关系：
create-vite是vite的脚手架，create-vite内置了vite。


Vite 构建工具学习笔记

这里是 aboss.top 的自留地。写了十几年野路子代码，攒了些摸爬滚打的经验，做成系列课程慢慢讲；也留了一小块地方，记记代码之外的胡思乱想。