Monzeye的博客

PVE安装ImmortalWrt 下载地址 immortalwrt 下载完成后上传到pve镜像库，先建立配置虚拟机后（不要配置硬盘），通过镜像挂载的方式挂载磁盘 配置安装 处理器 2核 机型 q35 内存 2G 磁盘 无 挂载镜像盘 1qm importdisk 100 /var/lib/vz/template/iso/xx.img local-lvm 100为系统的vmid，挂载磁盘完成后，进入vm硬件配置中，启动镜像盘，将启动顺序调整为第一个，最后启动系统 配置网络 12vi /etc/config/networkreboot # 重启 配置镜像源 1234567891011121314#src/gz openwrt_core https://downloads.openwrt.org/releases/23.05.5/targets/x86/64/packages#src/gz openwrt_base https://downloads.openwrt.org/releases/23.05.5/packages/x86_64/base#src/gz openwrt_luci h ...

挂载硬盘 查看磁盘设备 1ls -l /dev/disk/by-id/ 直通磁盘 102代表实际的vmid 123qm set 102 -scsi1 /dev/disk/by-id/ata-ST8000VN004-3CP101_WWZ6S5L1qm set 102 -scsi2 /dev/disk/by-id/ata-ST8000VN004-3CP101_WWZ6STSAqm set 102 -scsi3 /dev/disk/by-id/ata-ST8000VN004-3CP101_WWZ6SYZG

PVE优化和直通核显SR-IOV Proxmox VE 去掉未订阅的提示 1234sed -i_orig "s/data.status === 'Active'/true/g" /usr/share/pve-manager/js/pvemanagerlib.jssed -i_orig "s/if (res === null || res === undefined || \!res || res/if(/g" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.jssed -i_orig "s/.data.status.toLowerCase() !== 'active'/false/g" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.jssystemctl restart pveproxy 需要浏览器清缓存，重新登录 开启核显的 SR-IOV Shell 窗口输 ...

Git Hooks:git提交时检查提交信息与代码规范 我们在使用ESLint、Prettier和git cz等工具来统一规范时，只是某种程度上约束去团队，开发者在写代码和提交代码时还是可以选择不遵守或者没有安装插件去配合使用导致最终没有完全统一，这种情况如何解决呢？ 目前比较常用的方法就是使用husky(git hooks) + Lint-Staged + CommitLint等工具，在代码提交时根据项目中配置的规范进行检查，检查通过才给予提交。 安装 首先确保已经安装好ESLint、Prettier和git cz等工具，配置好相应的规范。 husky 当您提交或操作时，您可以使用它来检查提交消息、运行测试、检查代码等 https://github.com/typicode/husky 安装 1npm install husky --save-dev 配置package.json文件，如下内容： 12345{ "scripts": { "prepare": "husky install" & ...

Git代码提交规范 在开发过程中，每次提交代码都写git commit meesage提交说明，但由于提交的说明并没有规范，导致每个人提交的说明都不统一，甚至常常几个文字敷衍了事并不能反映此次提交的代码做了什么，日后自己查看提交记录回顾却什么也记不起来，所以对于此种情况，我们需要用到一些工具来约束我们的git提交。 我们常常在逛github会发现大部分仓库的提交日志格式很统一，并且仓库会附带CHANGELOG.md来记录变更日志，就像如下图所示： 那这种提交规范是怎样做到的呢？其实目前这种提交规范是遵循的Angular 规范 约定式提交，这是目前使用最广的写法，比较合理和系统化，并且有配套的工具。 规范格式 规范中规定了提交格式： 12345678910111213141516171819202122232425262728293031323334<类型>[可选 范围]: <描述>[可选 正文][可选 脚注]===================================其中的<类型>可以是如下几种，也可以根据项目情况去添加feat：类型 ...

前端代码规范 EditorConfig EditorConfig 有助于跨不同编辑器和 IDE 处理同一项目的多个开发人员保持一致的编码风格。EditorConfig 项目由用于定义编码样式的文件格式和文本编辑器插件集合组成，这些插件使编辑器能够读取文件格式并遵守定义的样式。EditorConfig 文件易于读取，并且可以很好地与版本控制系统配合使用 跨编辑器和IDE编写代码，保持一致的简单编码风格 更详细的配置文档请访问https://editorconfig.org/查看 使用方法 通过在项目根目录创建**.editorconfig**文件添加如下配置 12345678910111213141516171819# 表示是最顶层的配置文件，发现设为true时，才会停止查找.editorconfig文件root = true# 匹配全部文件[*]# 设置编码，值为latin1、utf-8、utf-8-bom、utf-16be和utf-16le，不建议使用utf-8-bomcharset = utf-8# 设置缩进风格(tab是硬缩进，space为软缩进)indent_style = s ...

什么是约定式提交 先来看一下 git约定式提交，可以看到它规范了git commit 的格式，以一种规范化的提交约定每个开发者，清晰明了并带有语义化，提高人机可读性。 格式如下： 12345<类型>[可选 范围]: <描述>[可选 正文][可选 脚注] 常用的一些类型： 12345678910feat 新功能（feature）fix 修补bugdocs 文档（documentation）更新style 不影响程序逻辑的代码修改修改空白字符, 格式缩进, 补全缺失的分号等, 没有改变代码逻辑refactor重构（即不是新增功能, 也不是修改bug的代码变动）perf 性能, 体验优化test 测试chore 不属于以上类型的其他类, 比如构建流程, 依赖管理, 日志日志更新revert 回滚某个更早之前的提交"build 构建流程、外部依赖变更，比如升级 npm 包、修改 webpack 配置等 范围： 范围可以写组件、文件、功能名称 描述： 为一段简短概括性的描述 正文： 详细描述，比如新增了那些文件代码 ，删除了那些文件代码，完整详 ...

Access to image at ‘http://127.0.0.1:11233/imghttp/local?update=1658660023643’ from origin ‘http://127.0.0.1:8080’ has been blocked by CORS policy: The request client is not a secure context and the resource is in more-private address space local. 方法一 chrome://flags/#block-insecure-private-network-requests 找到Block insecure private network requests.设置为Disabled 重启chrome浏览器 方法二 因为Chrome不信任这些自签名ssl证书，为了安全起见，直接禁止访问了，thisisunsafe 这个命令，说明你已经了解并确认这是个不安全的网站，你仍要访问就给你访问了 就是在当前页面用键盘输入 thisisunsafe ，不是在地址栏 ...

初始化仓库 通常有两种获取 Git 项目仓库的方式： 将尚未进行版本控制的本地目录转换为 Git 仓库； 从其它服务器 克隆 一个已存在的 Git 仓库。 两种方式都会在你的本地机器上得到一个工作就绪的 Git 仓库。 在已存在目录中初始化仓库 如果你有一个尚未进行版本控制的项目目录，想要用 Git 来控制它，那么首先需要进入该项目目录中之后执行： 1$ git init 该命令会生成一个.git 的子目录,这个子目录含有你初始化的 Git 仓库中所有的必须文件。 但这个时候只是仅仅做了初始化操作，你项目里的文件还没有被跟踪，这个时候就需要通过git add 命令将文件提交到暂存库，使之能够被git管理跟踪到，然后执行git commit 提交到本地仓库： 123$ git add *.c$ git add LICENSE$ git commit -m 'initial project version' 然后就可以使用git push将代码提交到远程仓库了，但这时你项目的本地仓库并没有和远程仓库建立连接，所以需要使用git remote add命令添加一 ...

git config 配置 –list 查看当前git全局所有配置项信息 12345$ git config --listuser.name=xxxuser.email=xx@xx.comcore.excludesfile=/root/user –global 配置git 123$ git config --global user.name "xiaoming" ## 配置用户名$ git config --global user.email "xiaoming@xm.com" ## 配置邮箱# git config --list 里所展示的项都可以去配置 配置命令别名 12345git config --global alias.co checkout ## 定义命令别名 可以用co 来代替 checkout命令$ git config --global alias.br branch$ git config --global alias.ci commit$ git config --global alia ...