本篇文章主要讲如何用云服务器搭建个人网站，针对新手的入门搭建步骤，这里以腾讯云服务器为例：
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名与空间、网站空间、营销软件、网站建设、印台网站维护、网站推广。
这里讲两种相对比较简单的方式，用云服务器来搭建wordpress网站。
第一种，利用镜像部署wordpress网站。
如果利用镜像部署的方法，首先要注意：部分境外地域暂不支持通过镜像市场创建云服务器，如果你选择的地域下没有看到“镜像市场”的选项，那就不能使用这个方法。可以用下面的第二种方法搭建网站。
镜像部署操作步骤：
在购买云服务器时，选择如下“镜像”-“镜像市场”-“wordpress博客平台”
购买完成之后，进入到控制台，找到你的云服务器，复制公网ip，在浏览器地址栏中打开，就会出现下图的引导页面：
点击“获取权限”，就会下载一个文档到电脑，里面有配置好的wordpress网站的登录账号信息等等。我们按照文档说明进行操作就能成功登录到wordpress的后台了
wordpress后台的默认登陆地址为：你的域名或者ip/wp-admin
第二种，利用宝塔面板一键部署wordpress网站
在购买云服务器的时候，镜像选择选择“公共镜像”下的linux系统（推荐CentOS）
购买完成后在控制台，找到你的云服务器，复制公网ip，把你的域名解析到这个公网ip地址。
操作步骤：域名管理-解析-新手快速添加
接着，登陆你的云服务器，如下图
进去之后，是命令行的界面，我们只需要输入下面一行命令（此代码适用CentOS系统，其他系统请参照宝塔官网教程），即可一键安装宝塔面板。
yum install -y wget wget -O install.sh sh install.sh
等待几分钟，系统会自动安装完成。如果中间出现Y或者N的选项，输入y即可继续安装。
安装成功后，我们在命令行界面输入bt ，就会显示宝塔面板的帮助信息指示，接着再输入数字14，会显示宝塔后台登陆地址和初始用户名及密码。
把地址复制到浏览器地址栏打开，输入用户名和密码，进入到宝塔面板后台。关于修改默认用户名和修改端口号等安全设置，这里就不细讲了，大家可以自己去修改一下。
首次进入宝塔面板后台时，系统会弹出一个窗口，推荐我们安装服务器环境LNMP套件或者LAMP套件，这里推荐安装LNMP套件。选择“一键安装”即可。（如果这里没有安装，在面板的软件商店里一个一个手动安装也是可以的）
接着开始安装wordpress，点击面板左侧的“软件商店”，选择“wordpress”一键部署。
填写你的域名信息，也可以自定义数据库名和密码等，这里建议新手直接用系统默认创建的数据，避免出错。
点击“提交”后，系统会开始自动创建数据库，然后会弹出一个窗口，里面有数据库用户名、数据库名称密码以及wordpress访问地址。记得保存好这些信息。
登陆wordpress访问地址，开始配置wordpress。按要求填写相关信息即可。
到这里就安装成功了。PS：如果出现错误没有安装成功，可以到站点管理里面删除站点信息，重新安装即可。
接着可以登陆wordpress后台了，默认登陆地址是：你的域名或者ip地址/wp-admin
最后，再说一下如何安装多个站点，点击面板左侧的“网站”，然后点击“添加站点”即可。如果是纯静态网站文件，则不需要创建数据库。或者直接在软件商店里，选择一键部署wordpress，同样会自动增加站点，效果是一样的。
参考来源：新手搭建个人博客网站需要哪些步骤
很多朋友搞不清楚回源HOST是干啥用的？我刚开始用CDN的时候也是很懵逼，后来通过实践和抓包终于搞清楚它的作用。
阿里云CDN文档是这样介绍的。
举个栗子可能会比较清晰。
然后用static.wechoz点抗 域名接入CDN，回源HOST默认是static.wechoz点抗 ，那CDN去访问服务器时，是访问到了哪个站点？
A：
B：static.wechoz点抗
C：blog.wechoz点抗
D：都不是
如果将回源HOST改为 呢，访问服务器的哪个站点？
A：
B：static.wechoz点抗
C：blog.wechoz点抗
D：都不是
那再修改，将回源HOST改为cdn.wechoz点抗 呢？
A：
B：static.wechoz点抗
C：blog.wechoz点抗
D：都不是
通过实践来检验上面的内容是否正确，我这里用nginx做反向代理来扮演CDN。
3个站点响应的内容如下。
在前面架个nginx反向代理扮演CDN，具体配置如下。
static.wechoz点抗 解析到nginx反向代理的IP地址，访问结果。
访问到了3个站点中的static.wechoz点抗 ，在192.168.3.204抓包看看。
192.168.3.100来请求192.168.3.204时，用到Host是static.wechoz点抗 ，所以就访问到了static.wechoz点抗 站点。
ok，将Host改为 试试看。
192.168.3.100请求192.168.3.204用到Host是 ，理所当然的访问到了 站点。
最后，将Host改为cdn.wechoz点抗 ，192.168.3.204是没有这个域名站点的。
看响应内容不是3个站点的其中一个呀，仔细看上面192.168.3.204服务器的站点配置，除了3个站点还有个 server_name _ 的站点，就是访问到了这个站点。
从实践可以得到结论：CDN的回源HOST其实就是类似nginx反向代理的 proxy_set_header Host 参数。所以使用CDN的时候一定要填写正确的回源HOST，不然可能CDN会访问到错误的站点。
原文地址：
谈及静态网站的好处，无非是快速轻量，甚至无需购买服务器，使用github pages或者coding等托管即可实现。同时，jsdelivr可对github公开仓库的静态资源进行加速，并且自带全球cdn，快速，并且完全免费。
近期，我的博客网站也迁移到了hexo，并托管在github pages，由于之前申请过腾讯云开发的9.9元静态网站托管服务，本着不用白不用的原则，我把国内的线路以及博客生成的页面都放在了腾讯云开发静态网站托管服务上。
首先在本地安装hexo环境，配置好主题以及自定义的配置，然后将整个hexo目录推送到github私有仓库。私有仓库在接受到push之后，使用github action进行hexo g和hexo deploy，将生成的静态文件推送到另一个以 用户名.github.io 为名称的仓库。
如你所见，我们需要使用两个github仓库来构建我们的个人博客，其中私有仓库(我们可以将名称设置为blog-source)作为博客源文件保存目录，包含所有的hexo配置文件以及我们的主题文件。
这样的好处就是，我们可以完整保留hexo的目录，不用担心文件丢失的问题，还有就是我们可以直接在github网页端直接进行文章的写作，并且支持原生的github markdown格式。
在我们commit之后 github action会自动帮我们构建以及发布，我们只需要安心写作即可。
这一步可以根据hexo官方文档来进行配置。
一个是私有的仓库，用来存放hexo所有的源文件，另一个是公开的以 用户名.github.io 的仓库。
使用ssh-keygen生成一组公私秘钥对
在 Settings - SSH and GPG keys 添加刚刚生成的公钥，名称随意。
在私有仓库的 Settings - Secrets 里添加刚刚生成的私钥，名称为 ACTION_DEPLOY_KEY 。
在hexo目录创建 .github 文件夹，并在里面创建 workflows 文件夹，然后在里面新建 blog.yml
贴出我的GitHub action配置文件，后面再进行讲解。
其中，在31至38行内，可以添加自己所使用的hexo插件，如果本地测试的时候使用了此插件，一定要记得将那个插件的npm安装命令写在那里。
云开发Cloudbase提供了可直接使用的action：
在腾讯云开发控制台获取token：
然后在项目 Setting/ Secrets 里设置 SECRET_ID , SECRET_KEY , ENV_ID 信息
根据文档做出修改然后添加在blog.yml后面
同时，目前我也遇到很多问题，包括到现在为止还无法解决的问题。
一般来说是无法推送 .git 目录的，如果你使用的主题是直接使用git clone下来的，那么一定就会存在 .git 目录，这时我们可以在.gitignore文件内忽略此目录或者直接删除.git文件夹。由于我是直接删掉文件夹，所以另一种方式请大家自行尝试。
其实我最开始是想在公开仓库设置一个github action，在推送到公开仓库之后再由公开仓库的action推送到腾讯云 开发，但是不知道为何hexo deploy的时候无论如何都不会将 .github 文件夹推送上去，即使配置了 skip_render 和 include 也不行，但是我在本地hexo g的时候就可以在public目录生成 .github 文件夹，并且我在网页端公开仓库尝试创建action文件，可以推送成功，但是私有仓库推送之后action文件就会被覆盖，目前暂时无法解决这个问题。
所以只能妥协在同一个仓库进行构建推送，由于处理的文件较多，所以每次的部署都会给我发送一封构建失败的邮件，但它其实是已经部署成功了，我查找了很多的资料，目前暂未解决这个问题，如果您遇到这个问题并且具有解决办法，烦请您告知，非常感谢！
