环境:centos7.6 Docker version 18.06.0-ce mkdir /data cd /data 拉取最新keymetrics/pm2:latest-alpine镜像 docker pull keymetrics/pm2:latest-alpine 从github上拉取代码,先要安装git git clone https://github.com/keymetrics/pm2-docker-alpine cd /data/pm2-docker-alpine/example-

上一篇(初试Nodejs——使用keystonejs创建博客网站1(安装keystonejs))讲了keystonejs的安装.安装完成后,已经具备了基本的功能,我们需要对页面进行初步修改,比如,增加自己网站的logo.修改首页的介绍.对网站进行本地化等等.本文继续记录网站的基本改造过程. 首先按照上一篇的介绍,在本地安装开发版的keystoenjs网站,开发完成后,再部署到生产环境.安装完成后的目录结构是这样的:

第一次 第二次 教程不会在博客园上写了,具体的看我官网博客吧,谢谢大家了 ================= 我是个有素质的程序员 艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹艹

title: 使用Jenkins自动部署博客 toc: true comment: true date: 2017-12-17 19:48:10 tags: ['Jenkins', 'CI'] category: ['Jenkins'] --- 这篇文章比较简单,适合初学持续集成的读者,本文可以帮助你对基于Jenkins的持续集成有一个比较全局的概念. 提出问题 为了使用HTTPS,我将博客从GitHub Pages迁移到了我的服务器上.由于博客基于Hexo,在迁移之前,我的工作流程是: 本地写

每次换系统或换电脑之后重新部署博客总是很苦恼?想像jekyll那样,一次性部署完成后,以后本地不用安装环境直接 git push 就能生成博客?那推荐你应该使用使用 Travis CI了. 这篇文章我们来讲讲如何利用 Travis CI把你 push 上去的博客源文件直接生成可访问的站点,并且同步部署到 github pages 和 coding pages . 这篇文章假设你已经对这些采用 git 版本控制系统的静态博客托管服务有所了解,并且知道怎么去简单的使用 git 以及了解 hexo 写

问题 在使用 hexo d 部署博客和使用 Git/Github 进行 git push -u origin master 时遇到了以下问题: git -c diff.mnemonicprefix=false -c core.quotepath=false push -v --tags origin master:master Pushing to git@github.com:MaugerWu/MaugerWu.github.io.git Connection reset by 192.30.

构建效果如上面视频所示,如果浏览器不支持请戳一下链接: 自动化部署构建效果 .只要将编辑的 .md 文件推送到 github 上,博客网站就可以更新这篇文章. 其实差不多半年前也构建过一次,由于安装 travis-ci 失败终结了~这一次看到小伙伴也在使用,就想整好拿来玩玩.只能说,这些还挺有意思,挺牛逼的,哈哈哈. hexo A fast, simple & powerful blog framework hexo - hexo 官网 hexo 一个基于 node.js 开源博客框架 hexo

我正在阿里云上创建一个简单的个人博客网站,刚好正在尝试NodeJs,决定找一款基于NodeJs的CMS来完成这个工作,最后找到了KeyStoneJS. KeyStoneJS是基于Express和MongoDB的CMS架构,详细介绍参见官网http://keystonejs.com/zh/.本文记录一下keystonejs的安装过程,后续将记录基于keystonejs的二次开发过程. keystonejs的安装过程并不复杂,但由于涉及到node.js,MongoDB,yo等安装,如果某一步陷到坑里

fatal: could not read Username for 'https://github.com': No error 今天在上传博客到搭建到 Github 的个人博客上的时候,已经使用 hexo s 预览成功的.但是在hexo d部署到个人博客的时候出现了一面的问题: 于是我就使用关键字搜索,找到下面的解决方式: 把_config.yml文件中repository: https://github.com/Daotin/Daotin.github.io.git这个地址改为git@gi

OpenStack部署推荐博客 shhnwangjian https://www.cnblogs.com/shhnwangjian/category/942049.html(推荐) 点评: 1.实现过程简单,附带原理讲解. 2.M版已经不在yum源中提供,但可以使用O版.使用O版会缺少某部分配置,解决方法:https://www.cnblogs.com/fa-learning/p/9187258.html中的二.OpenStack笔记的第8点 controllerha的博客 https://bl

1 准备阶段 1 新鲜的阿里云主机 2 购买一个喜欢的域名 3 创建python的虚拟环境 2 阿里云主机的选取 咱们就是为了实验,我买了最便宜的阿里云主机 3 阿里云主机创建一个超级用户 3.1 默认连接的时候使用的是root用户,创建一个拥有超级权限的新用户 # 在 root 用户下运行这条命令创建一个新用户,mosson是用户名 # 因为我叫杨学光,所以我取的用户名是 mosson # 选择一个你喜欢的用户名,不一定非得和我的相同 root@server:~# adduser mosson

作者:小傅哥 博客:https://bugstack.cn 原文:https://mp.weixin.qq.com/s/VtTHUfyiITNSoGy052jkXQ 沉淀.分享.成长,让自己和他人都能有所收获! 一.前言 小傅哥,我搞了三台服务器,维护学校游戏社站点,我麻了! 女粉来信:傅哥,我大二了,就编程学的还可以的那种大二女生.最近我不是天天看见一大堆人宣传服务器白皮袄吗,我就在11.1日也买了,还让宿舍的两个同学一起跟着买了,都买了三年.想着这样我们三个人就可以搭建和维护我们学校游戏社团

[云原生 · Kubernetes]Kubernetes运维 接着上次的内容,后续来了! (1)配置NFS服务 master节点安装NFS与RPC服务: # yum install -y nfs-utils rpcbind node节点安装NFS客户端: # yum install -y nfs-utils 启动RPC服务: # systemctl start rpcbind # systemctl enable rpcbind 查看NFS服务项RPC服务器注册的端口列表: # rpcinfo

记录一下今天在linux下折腾nodejs的过程,相互学习: (不知道为什么用源代码安装,调用npm的时候老是会出现找不到npmlog的 错误,后来换用下了个二进制 来搞,假设那个牛牛知道为什么.希望你能留个言,多谢啦) 第一步:下载nodejs二进制库 wget http://nodejs.org/dist/v0.10.32/node-v0.10.32-linux-x64.tar.gz 第二步:下载ghost开源码: wget https://ghost.org/zip/ghost-0.5.2

问题描述: // 第一次遇到的问题 Error: packet_write_wait: Connection to 192.30.253.113 port 22: Broken pipe packet_write_wait: Connection to 192.30.253.113 port 22: Broken pipe fatal: sha1 file '<stdout>' write error: Broken pipe fatal: The remote end hung up une

自从 GitHub 宣布 GitHub Actions 在平台上对所有开发人员和存储库可用以来,GitHub Actions 越来越受欢迎.很多第三方平台在生态系统中有速度等限制,将进一步推动开发人员将他们的软件自动化迁移到 GitHub Actions. 在本文中,我想向你展示我如何使用 GitHub Actions 发布我在开源项目中维护的 npm 包.如果你遵循由 GitHub 拉取请求工作流程组成的 GitHub 流程,那么这将进一步统一团队和社区贡献者的工作流程的和提升他们的体验. G

mysql deployment 前面的nfs  pv pvc secret configmap service等k8s对象已经创建好了,准备工作已经完成:现在可以开始准备deployment配置文件了. 下面是wordpress系统中mysql的deployment配置文件,需要注释的地方有详细的注解. #api版本 apiVersion: apps/v1 kind: Deployment metadata: #deployment的名称 name: wordpress-mysql #mysq

service service是抽象Pod对外提供服务的地址,将其固化的作用:屏蔽因pod的创删以及扩缩容带来ip变化.service通过自身定义文件的selector的标签配置匹配到需要提供服务的对象. 下面是整个wordpress系统部署的service定义文件,其中的selector配置的label是选择符合该label的pod并对其提供对外访问的服务 #api版本号 apiVersion: v1 #资源类型 kind: Service metadata: #service自身的名称 na

PV和PVC PV(PersistentVolume)在声明的时候需要指定大小和续写模式:["ReadWriteMany","ReadWriteOnce","ReadOnlyMany"],pv是集群声明的存储资源 实际资源部署请求的存储空间,称为PVC(PersistentVolumeClaim). pvc声明时也需要指定读写模式和大小.pvc关联某个pv后这个pv就不能再和别的pvc关联了.k8s会根据pvc的大小和读写模式在可用的PV中匹配一

项目地址:https://github.com/MrZwqShuai/Micro-agency-Demo

https://github.com/lanleilin/sayHelloBlog 是可以运行的 https://github.com/lanleilin/sayHelloBlog 文件结构如下: config存放配置文件, lib存放连接数据库文件 middlewares存放中间件 public存放静态文件 views存放模版文件 routes存放路由文件 model存放操作数据库文件 logs存放日志 index.js主程序 配置文件 config/default.js module.exp