系统盘直接扩容后的空间利用操作
系统盘直接扩容后的空间利用操作备注：以下输入的命令复制不对的情况下，请按照图示里的进行手敲输入。以VMware虚拟机化平台为例，原学校分配的虚拟机盘符空间大小不符合要求，然后客户直接对系统盘进行扩容，还需要再系统上进行空间分配操作1、确认虚拟机可以通外网，输入yum install cloud-utils-growpart命令安装growpart命令工具（中间要输入一次y回车确认）2、运行grow
03 存储扩容（磁盘）
前置知识为实现客户端（录播机等）上传/下载文件（视频、图片等），边缘存储服务器采用了MinIO对象存储技术提供存储能力。MinIO的设计理念是高效率和高性能，这要求我们在初始部署阶段就对存储资源进行精确规划。这意味着我们需要在部署初期就确定并固定挂载的磁盘资源，以确保MinIO能够充分利用这些资源。然而，这种设计也带来了一定的灵活性限制：一旦MinIO部署完成，我们就不能更改其使用的磁盘拓扑结构。
02 关闭服务器swap(交换分区）
背景说明：swap是linux系统中“交换分区”，类似于Window系统中的“虚拟内存”的概念，当物理内存(RAM)不足的时候，把一部分硬盘空间虚拟成内存使用,从而解决内存容量不足的情况。在高负载情况下保障服务的连续性。但会带来如下问题性能下降：过度依赖swap会导致系统性能显著降低，因为硬盘读写速度远低于内存(RAM)。解决思路：①按计算器进行内存的申请，切勿通过swap补充内存不足的情况②不开
01 /home空间转移到/根目录操作指南
0.问题背景在部署龙蜥或Centos操作系统时，其中有一步是磁盘挂载，如果部署时按自动分区，此时根目录/只有70G，大部分空间挂载到了/home分区。而且此时会有/swap分区。与实际要求不符，需要手动调整/ 根目录，存放系统文件/home 目录主要用于存放用户数据和配置文件/swap 虚拟内存分区，当物理内存不足时会启用虚拟内存，但虚拟内存的性能远低于物理内存，会导致系统卡顿swap不需要开，当
解决联想Y7000P左侧雷电口不可用问题
左侧雷电口问题，已通过下面方法解决。1、拔掉所有插口上的线,关机，等待15秒2、按“shift+ctrl+alt+电源键”3秒（按住不要松手，它会自动关机）3、按“shift+ctrl+alt+电源键”3秒（同上）4、插电后再按“shift+ctrl+alt+电源键”松开不用等三秒了（会出现系统诊断修复画面，提示修复未成功，忽视；选择高级选项，再选择继续进入当前系统）5、进入系统后，左侧雷电口正常
windows域控本地升级操作系统版本
支持的就地升级路径仅支持 64 位版本升级。 有关支持的升级路径的详细信息，请参阅支持的升级路径。Adprep - forestprep 和 domainprep若要就地升级现有 DC，必须手动运行 adprep /forestprep 和 adprep /domainprep。 对于每个较新版本的 Windows Server，只需在林中运行 Adprep /forestprep 一次。 在每个
动态控制入口：掌握OpenResty的11把编程金钥匙
刚接触OpenResty时，我被各种*-by_lua指令绕晕了——直到有一天突然顿悟：它们就是乐高积木啊！ 每个指令对应请求处理的一个环节，我们只需要把业务逻辑"插"到合适的位置。这些*-by_lua指令如同精密的瑞士军刀，让你在请求生命周期的各个阶段精准植入业务逻辑一、指令全景图（按执行顺序）二、关键阶段深度解析1. 请求启程前（单次执行）init_by_lua*执行时机：Master进程启动时
程序员必掌握的docker六种网络模式
Docker 提供了多种网络模式，每种模式都有其独特的应用场景和优势。作为程序员，掌握这些网络模式可以帮助你更好地管理和优化容器化应用的网络通信。以下是 Docker 的六种核心网络模式：1.Bridge 模式（桥接模式）特点：Docker 默认的网络模式，为每个容器分配独立的网络命名空间，并通过虚拟网桥连接容器与主机。优点：简单易用，适合大多数场景。支持端口映射，方便容器与外部网络通信。缺点：默
【网络安全】https与证书原理 | SSL Pinning及其绕过
SSL Pinning1 HTTPS协议流程参考：https://segmentfault.com/a/1190000009002353?sort=newesthttps://zhuanlan.zhihu.com/p/353571366https://juejin.cn/post/6863295544828444686HTTPS=HTTP+TLS，其它的协议也类似，如FTPS=FTP+TLS1）
Public Key Pinning
该公共密钥钢钉扩展HTTP（HPKP）是一种安全功能，它讲述了一个Web客户端与某个web服务器的特定密码公钥关联到降低风险中间人伪造证书的攻击。为了确保在TLS会话中使用的服务器公钥的真实性，该公钥被封装到通常由证书颁发机构（CA）签署的X.509证书中。Web客户端（如浏览器）信任很多这些CA，它们都可以为任意域名创建证书。如果攻击者能够危害单个CA，他们可以对各种TLS连接执行MITM攻击。