如果你的前端应用经常需要修改配置，是否想过像后端一样预留一个配置文件方便修改就好了，介绍几种配置注入的方式，还有 K8s 的相关配置.
最近和一个团队合作，看到他们团队用了 Node 起了个 BFF 层，结合 K8s 提供了一些配置给前端，研究了一下主流的几种提供配置给前端的方式，在前端项目中，无论是 Node 服务还是 Nginx 托管的 SPA，环境配置都是必须面对的问题。这里总结了几种主流方式，把配置注入到前端应用中，并结合 Docker 构建和 Kubernetes ConfigMap，整理成两大类：构建时注入和运行时注入.
使用 Docker Compose，可以快速实现 GitLab 的自托管部署，提升代码管理和 CI/CD 流程的自动化。GitLab 是一个功能丰富的 Git 仓库管理平台，提供 Git 存储库托管、代码审查、持续集成和部署（CI/CD）等功能。而 GitLab Runner 是 GitLab 的 CI/CD 组件，负责执行 CI/CD 作业。
Docker 和 Docker Compose 安装：如果你的系统尚未安装 Docker 和 Docker Compose 需要先进行安装
sudo apt update
sudo apt install -y docker.io docker-compose
sudo systemctl enable docker --now配置 Docker 国内源（如果你可以直接拉国外镜像不需此操作）
sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
"registry-mirrors": [
"https://docker-0.unsee.tech",
"https://docker-cf.registry.cyou",
"https://docker.1panel.live"
]
}
EOF
# 重启 docker 服务
sudo systemctl daemon-reload && sudo systemctl restart docker创建数据存储目录
在宿主机上为 GitLab 和 GitLab Runner 创建必要的存储目录
mkdir -p /srv/gitlab/data /srv/gitlab/logs /srv/gitlab/config /mnt/host/gitlab-pages /etc/gitlab-runner在 Linux 环境中，通过搭建服务器端和客户端服务来实现 Socket 通信，并利用多进程来有效地管理客户端。
下面是 socket 服务端和客户端通讯流程：
使用 Socket 我们需要了解几个常用的函数：
静态库的代码在编译时被嵌入到可执行文件中， 动态库文件一般以**.so、.dll**为结尾，在程序运行阶段被加载。
| 特性 | 静态库 | 动态库 |
|---|---|---|
| 链接时间 | 编译时链接，库的代码被嵌入到可执行文件中 | 运行时链接，程序需要加载动态库 |
| 文件大小 | 可执行文件较大，因为包含库的代码 | 可执行文件较小，库代码存放在外部 |
| 依赖性 | 不依赖外部库，所有内容都包含在可执行文件中 | 需要外部动态库，程序运行时依赖它们 |
| 内存使用 | 每个程序都有自己独立的库副本，内存占用大 | 多个程序可以共享一个库副本，内存更节省 |
| 版本更新 | 如果库更新，需要重新编译所有程序 | 可以单独更新库文件，程序无需重新编译 |
| 跨平台支持 | 需要为每个平台分别编译静态库 | 同一个动态库可以跨平台（需适配平台） |
| 部署 | 部署时无需考虑库文件，但需要包含库的所有代码 | 需要确保目标系统中有适当版本的动态库 |
在进行嵌入式开发时，通常需要在 Windows 上安装虚拟机软件。常用的有 VMware，但如果主要进行软件层面的开发，建议使用 Windows 自带的 Hyper-V 进行虚拟化管理。这不仅使用方便，无需安装第三方软件，而且体验极佳，几乎是原生体验。
#海外
bash <(curl -Lsk https://raw.githubusercontent.com/helloxz/ccaa/master/ccaa.sh)
下载地址：
https://cdn.w7.cc/download/WeEngine-Laster-Online.zip