在 CentOS 7.9 上配置静态 IP，需通过修改网卡配置文件实现。首先使用 `ip addr` 或 `nmcli` 确认网卡名称，进入 `/etc/sysconfig/network-scripts/ifcfg-` 目录编辑对应文件，将 `BOOTPROTO` 设为 `static`，并设置 `IPADDR`、`NETMASK`、`GATEWAY` 及 `DNS1/DNS2`。确保 `ONBOOT=yes` 以启用开机自启。修改后重启网络服务或使用 `nmcli` 重载连接，再通过 `ip addr` 和 `ping` 验证配置是否生效。操作时建议本地控制台执行，避免远程连接中断。
在ESXi上部署CentOS虚拟机时，应将系统盘与数据盘分离，避免合并为大容量硬盘。建议创建200GB系统盘后，单独挂载2TB数据盘，提升管理、备份与迁移灵活性。通过GPT分区与XFS文件系统格式化，并以`noatime`参数挂载，优化数据库性能。若运行MongoDB，需将数据目录迁移到独立磁盘，正确设置`mongod:mongod`权限，确保服务正常启动。全程支持热插拔，配置完成后可通过验证清单确认各项设置无误，适用于生产环境的稳定运维。
Rocky Linux 9.6 已原生支持 .NET 10，可通过 AppStream 仓库直接安装 Runtime 或 SDK，无需额外配置源。适用于仅运行应用的场景，安装 `aspnetcore-runtime-10.0` 即可；需编译项目则安装 `dotnet-sdk-10.0`。部署时通过 `dotnet publish` 发布至服务器，使用 systemd 管理服务并配置防火墙，推荐结合 Nginx 实现反向代理与 HTTPS 支持。常见问题如命令未找到、缺少 ICU 库等均有对应解决方案，多版本共存亦可通过 global.json 管理。
Git 推送失败常因代理配置残留导致，关键线索为 `via 127.0.0.1`。若未运行代理软件或端口错误，需检查并清除 Git 的全局代理设置。可通过命令查看当前配置，若无需代理，直接取消即可。如需代理，确保代理工具运行且端口正确。同时排查系统环境变量中的 HTTP_PROXY 和 HTTPS_PROXY 设置。通过 curl 测试网络连通性可快速验证问题根源。最常见场景为代理配置未清理，取消后问题即解。
基于 Ubuntu 22.04 与双 RTX 4090 显卡环境，采用官方 GPU SDK Docker 镜像部署 FunASR 语音识别服务，每卡独立容器运行并经 Nginx 负载均衡，全链路使用明文 WebSocket。通过挂载共享模型目录实现高效复用，实测 13 秒音频离线转写耗时仅 0.87 秒（RTF ≈ 0.065），单卡可支撑 20~30 路并发，双卡组合支持百路级高并发。关键点包括禁用特权模式保障 GPU 隔离、正确配置 `--certfile 0` 实现明文通信、避免容器重建导致模型丢失，并针对 C# 等客户端明确 offline 模式下以带 text 的消息为最终结果的处理逻辑。适用于移动端录音转
新版 NuGet 客户端强制要求 HTTPS，导致内网 HTTP 源推送失败。可通过三种方式解决：使用 dotnet nuget 命令行添加源并启用不安全连接，手动编辑机器级或项目级 NuGet.Config 文件，在源配置中添加 allowInsecureConnections="true" 属性，或在 push 时直接通过命令行参数临时开启。推荐个人开发用命令行配置，团队协作将配置文件提交至 Git 仓库以实现统一管理。长期可考虑为内网源添加 HTTPS 证书，但当前环境下使用 HTTP 配合此设置已足够。
MongoDB 性能分析器可通过 `db.setProfilingLevel(0)` 一键关闭，支持按需开启记录所有操作或仅慢查询。配置后可使用 `db.getProfilingStatus()` 验证状态。已记录的 profiling 数据存于 `system.profile`，可手动清空或依赖 capped collection 自动覆盖。若启用过审计日志，也应通过 `setParameter` 关闭 `auditAuthorizationSuccess`，确保环境整洁。
在RTX 4090 48GB显存环境下部署Gemma 4 31B模型，需选用AWQ 4-bit或INT8量化版本，避免使用GGUF格式。推荐通过ModelScope下载HuggingFace格式的量化模型，并配置阿里云或DaoCloud镜像加速以解决国内拉取慢的问题。部署时需确保挂载路径与容器内路径一致，命令行避免使用续行符，端口映射与服务端口需匹配，量化参数必须与模型格式对应。最终采用vLLM官方镜像，配合合理内存与并发参数，可实现长上下文支持与稳定推理，适用于本地大模型部署及多轮对话场景。
通过调整 oplog 大小至 5-10GB 并执行 compact 操作，可有效释放磁盘空间。在主节点执行 replSetResizeOplog 命令缩小上限，会截断旧日志，需确保所有副本节点状态正常且业务低峰期操作。随后对 oplog.rs 执行 compact 整理碎片，提升存储利用率。整个过程无需重启服务，完成后 oplog 物理大小将显著降低，建议结合 rs.status() 验证集群状态，确保同步正常。
遵循标准流程同步代码：先拉取远程最新变更，检查修改内容，将更改添加至暂存区，撰写清晰的提交备注并提交，最后推送到GitHub。推荐使用`git pull origin main`确保代码同步，通过`git add .`暂存变更，以`feat:`, `fix:`等前缀规范提交信息，提升协作效率。首次推送可加`-u`参数设置上游分支，避免后续重复配置。如遇冲突或推送失败，优先执行拉取操作，必要时使用`--amend`修正未推送的提交信息。