vscode把插件与配置安装到其它目录方法1，下载软件到官网下载zip版本的，非安装包。2，创建data目录解决安装到D盘或是其它盘，VSCode目录里新建一个名为data的文件夹，即可。官方文档在Portable Mode部分已经说明了，你只需要在解压后的VSCode目录里新建一个名为data的文件夹，那么以后所有的数据文件（包括用户配置、插件等）都会安装到这个data文件夹里。以前网上流传的加启动选项--extensions-dir  [path] 的方法，在部分情景下有不少缺点，这里提到的方法应该是最完美的，百闻不如一试，赶快动手吧~ 

Docker安装jenkins实现微服务多模块打包的示例代码废话不多说，直接讲正事1.安装123456789101112131415161718192021222324252627282930313233343536373839404142# 1.pull jenkins（若使用jdk11则可pull最新版jenkins，否则最新版配置jdk8时会有兼容bug）docker pull jenkins/jenkins:alpine-jdk8 # 2.run jenkinsdocker run -d --name jenkins jenkins/jenkins:alpine-jdk8 # 3.拷贝jenkins_home到宿主机docker cp jenkins:/var/jenkins_home /data/ # 4.删除刚刚启动的jenkinsdocker stop jenkins && docker rm jenkins # 5.重新启动一个映射拷贝出来的homedocker run -d --restart=unless-stopped --name jenkins -u root \-v $(which docker):/usr/bin/docker \-v /var/run/docker.sock:/var/run/docker.sock \-v /data/esp/:/data/esp/ \-v /data/jenkins_home:/var/jenkins_home \-v /etc/localtime:/etc/localtime \-p 9090:8080 -p 50000:50000 jenkins/jenkins:alpine-jdk8# -uroot：已jenkins中root用户启动# -p：映射容器中8080、50000端口到宿主机的9090、50000端口# -v：映射项目部署目录及jenkins工作目录到容器中# -v /etc/localt...

华为云基于ServiceStage的微服务开发与部署的实验过程问题一，无法拉取代码问题1，在华为云作基于ServiceStage的微服务开发与部署的实验时，会出现git clone不了代码的问题。2，主要原因是在cce中配置好k8s集群管理端后，再手动添加的3个节点，没法添加公网IP的，导致 git clone代码时，node节点主机无法连接外网，所以不能正常进行。解决方法 ：  新建三个EIP，或是NAT资源。然后再绑定到节点主机上，再次到 servicestage 中的持续交付--构建-- 点击 构建任务，即可正常运行。二，使用新版本的cce集群，构建镜像失败问题1，旧版cce集群使用的是docker，构建镜像时，需要填写 Dockerfile目录的路径。2，如cce集群使用的是containerd时，构建镜像时，需要填写  ./ 就可以了。不用填写Dockerfile文件的目录。

什么是 Zadig Zadig 是 KodeRover 公司基于 Kubernetes 自主设计、研发的开源分布式持续交付 (Continuous Delivery) 产品，为开发者提供云原生运行环境，支持开发者本地联调、微服务并行构建和部署、集成测试等。Zadig 内置了面向 Kubernetes、Helm、云主机/物理机、大体量微服务等复杂业务场景的最佳实践，为工程师一键生成自动化工作流 (workflow)。Zadig 不改变现有习惯和流程，几乎兼容所有软件架构，无缝集成 GitHub/GitLab、Jenkins、多家云厂商等，运维成本极低。接入准备 我们的目标是通过云原生技术的运用和工程产品赋能，打造极致、高效、愉悦的开发者工作体验，让工程师成为企业创新的核心引擎。 # 业务架构介绍 # 核心能力 高并发的工作流 系统经过简单配置，即可自动生成高并发工作流，高效执行构建、部署、测试等任务。这一设计解决了微服务架构下带来的多服务交付效率低下的问题。 以服务为核心的环境 只需一套服务配置，即可在几分钟创建多套数据隔离的测试环境，为开发者日常调试、集成测试验证、产品演示提供强力支撑。现有环境无需迁移，一键托管即可轻松浏览、调试环境中的所有服务。 无侵入的自动化测试 便捷对接已有的自动化测试框架，通过...

基于Nginx实现灰度发布与AB测试作者：翁智华出处：https://www.cnblogs.com/wzh2010/背景单位的云办公相关系统没有成熟的平滑发布方案，导致每一次发布都是直接发布，dll文件或配置文件的变更会引起站点的重启。 云办公系统的常驻用户有10000+，即使短短半分多钟，也会收到一堆投诉。基于此，我们梳理了一套平滑发布的方案。实施方案1、跟nginx代理服务器约定了一个健康检查的接口2、通过接口返回的http状态码来让ngx是否分流用户请求（这个我们单位的技术部那边有标准的做法）3、根据提供的这个服务健康检查的接口：nginx判断只要某个实例的接口返回5xx的状态码，即把该实例下线（nginx不会把流量转发到该实例） 发布流程目的主要是为了发布的时候能够平滑发布，所以QA与开发人员在发布得时候按照如下步骤操作：1、打开系统的nginx列表管理页面：[/publish/ngxconfig]2、下架某一个实例（假设系统集群有A、B、C个实例），比如A实例3、查看是否下架成功：这个就是我们跟nginx约定的健康检查接口，正常在线状态下是200的statu，切离线后，这个接口返回的是401的statu。在线情况： 离线情况：4、观察监控站点，直至该实例下的Req、Connnectiuon流量都消失 5、在该实例下进行版...

docker部署awvs14实测可用Acunetix Web Application Security Scanner Crack 211220100docker pull xsgcs/awvs14_crack_211220100:211220100docker run -it -d -p 8088:3443 xsgcs/awvs14_crack_211220100:211220100 /bin/bash /var/local/xsgcs.shGo to https://YOUR_IP:8088/Username：xsgcs@xsgcs.com Password：Xsgcs.com Crack_Version：211220100

容器化部署nessus安全扫描工具Latest Version: 10.1.1 (#61) LINUX on Centos8Plugin Set: 202202171941Usage:1.docker pull sakurashiro/nessus:latest2.docker run -p 8834:8834 -it -d --name nessus --privileged sakurashiro/nessus:latest /usr/sbin/init3.Visit website on your browser https://YOUR_IP:88344.Wait it initialize and input username&passwordInfo:Username:sakuraPassword:sakura

maven多个模块指定一个模块打包方法mvn clean package install -pl 指定的模块名 -am这个不仅install 到target目录下也会install到本地仓库。mvn clean package -pl 指定的模块名 -am这个打包到target目录下如对ruoyi-cloud中的gateway模块打包。PS W:\学习代码\RuoYi-Cloud>    mvn clean package -pl ruoyi-gateway -amDownloaded from aliyun-public: https://maven.aliyun.com/repository/public/org/apache/commons/commons-lang3/3.7/commons-lang3-3.7.jar (500 kB at 116 kB/s)[INFO] Replacing main artifact with repackaged archive[INFO] ------------------------------------------------------------------------[INFO] Reactor Summary for ruoyi 3.2.0:[INFO][INFO] ruoyi .............................................. SUCCESS [  0.283 s][INFO] ruoyi-common ....................................... SUCCESS [  0.006 s][INFO] ruoyi-common-core .................................. SUCCESS [ 47.210 s][INFO] ruoyi-common-redis ................................. SUCCESS [  3.027 s][INFO] ruoyi-gateway .......

centos7部署ceph集群服务器信息 IP hostname module 192.168.7.11 ceph1 ceph-deploy,osd,mon 192.168.7.12 ceph2 osd,mon 192.168.7.13 ceph3 osd,mon   前期准备 关闭selinux，安装系统信息      三台主机分别命名：hostname ceph{1，2，3} 分别配置本地解析 cat >> /etc/hosts << EOF 192.168.7.11 ceph1 192.168.7.12 ceph2 192.168.7.13 ceph3 EOF 开启防火墙端口     firewall-cmd --permanent --add-port=6789/tcp    #admin     firewall-cmd --permanent --add-port=6800-8000/tcp    #osd     firewall-cmd --reload 更换yum源阿里源     mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup     wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo     yum clean all     yum makecache 同步时间     yum -y install ntpdate ntp     ntpdate cn.ntp.org.cn     systemctl ...

本入门示例适合小白初次体验kubesphere devops. 环境准备 以管理员身份登录kubesphere，选择左上角平台管理–>访问控制–>账号管理–>创建。 1.创建一个普通用户，角色选择platform-regular: 2.然后选择企业空间，创建新的企业空间demo-ws，创建完成点击进入该空间，选择企业空间设置–>企业成员–>邀请成员。 将创建的普通用户加入该企业空间，角色选择self-provisioner，该角色可以在企业空间下创建DevOps工程和项目： any类型代理 切换到普通用户demo-user登录，创建项目kubesphere-sample-dev，创建devops工程demo-cicd。 进入devops工程创建第一个pipeline，只需填写名称demo-pipeline，其他默认，点击下一步完成创建。 点击进入pipeline–>编辑流水线，有3种代理类型可选 代理类型说明： any：调用默认的base pod模板创建jenkins agent运行流水线； node：通过选择label标签，可以调用4种类型的pod模板创建jenkins agent，可配置的label标签为base、nodejs、maven、go这4种标签，也可以登录jenkins管理界面自定义更多pod模板标签； kubernetes：通过yaml文件自定义标准的kubernetes pod模板运行agent执行流水线任务。 这里首先演示any类型，...