腾讯云托管github（腾讯云托管服务器）

今天给各位分享腾讯云托管github的知识，其中也会对腾讯云托管服务器进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、腾讯汤道生：腾讯云将推出系列轻量化工具，降低开发门槛
• 2、hexo使用github action自动部署至腾讯云开发静态网站托管服务以及github pages
• 3、Github 部署 | CDN 加速网页，速度嗖嗖的快！

腾讯汤道生：腾讯云将推出系列轻量化工具，降低开发门槛

在腾讯集团高级执行副总裁、云与智慧产业事业群CEO汤道生看来，从消费互联网进入产业互联网，需求的场景更加复杂，开发者更需要有行业的技术诀窍、上下游的协作，一个产品从想法到落地，也需要比以前更多的流程工具、协作平台以及技术积累。

因此，腾讯云不断推出更多的研发工具，通过易用、前沿的技术和工具，帮助开发者解决遇到的难题，低门槛实现对数字世界的创想：通过轻量化的工具，降低开发门槛，让每个人都可成为“数字建筑师”；通过自动化流程，提升研发效率，让“建筑师”们可以在云端快速构建和交付应用；提供模块化的产品与能力，让AI、音视频、虚拟仿真等前沿技术，为每个开发者所用。

具体而言，针对高频开发场景，腾讯推出了轻量应用服务器Lighthouse（灯塔）把IaaS（基础设施即服务）资源、应用软件和各种配置都统一打包好，实现开箱即用。就算是刚入门的开发者，也只需要1分钟不到的时间，就能够完成一个网站的搭建。

腾讯提供的微搭低代码服务，可以用“搭积木”的方式，构建企业办公自动化门户和审批管理系统。同时与小程序流程深度打通，方便构建和发布小程序。微搭同时又打通了企业微信、腾讯文档和腾讯会议等丰富的SaaS（软件即服务）应用，开发者可以一站式完成应用的集成和开发，快速优化企业各种业务流程，提升管理流转的效率。目前，微搭已经服务了10万名开发者，也构建了30万的应用。

据汤道生介绍，腾讯云的Coding DevOps（一站式 DevOps 研发实践工具），帮助团队提升研发效能也在助力研发和运维的自动化，帮助产品发布时间，从过去以“季度”、“年”为单位，缩短到以“天”或者“周”为单位。在该平台上，敏捷项目管理、测试管理、持续集成、制品库、持续部署、应用生命周期管理等功能，在同一个平台上实现，这让团队研发工具建设成本下降82.7%，研发效能提升75%，产品交付效率提升了68%。

该平台和腾讯云的监控能力无缝集成到一起，也实现了秒级监控、精准告警、可观测能力，帮助开发者轻松应对云端的各种突发情况，增强业务稳定性，提升运维效率，减少成本。

汤道生最后表示，在过去20多年里，腾讯在全球主要国家和地区申请的专利总数超过5.5万件，授权数量超过2.5万件，是国内互联网公司最多的，在全球也仅次于谷歌。在开源方面，我们在Github（开源及私有软件托管平台）上贡献了超过140个项目，贡献者人数超过 3000 名。

编辑 白华兵

校对 柳宝庆

hexo使用github action自动部署至腾讯云开发静态网站托管服务以及github pages

原文地址：

谈及静态网站的好处，无非是快速轻量，甚至无需购买服务器，使用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文件就会被覆盖，目前暂时无法解决这个问题。

所以只能妥协在同一个仓库进行构建推送，由于处理的文件较多，所以每次的部署都会给我发送一封构建失败的邮件，但它其实是已经部署成功了，我查找了很多的资料，目前暂未解决这个问题，如果您遇到这个问题并且具有解决办法，烦请您告知，非常感谢！

Github 部署 | CDN 加速网页，速度嗖嗖的快！

前两篇文章给大家分享了 如何在 Github 部署网页 以及 给网页上自定义域名 ，相信很多人就算不看我这两篇分享，也能部署自定义域名的 Github 网页。然而，很快又会被 Github 那拉跨的网速劝退。

我在 Github 上随便找了个 的网页测了一下速度，好家伙，大半个中国都访问不了， 点击这里查看详情 。

全是红色，吓死个人儿。再给大家看看上了 CDN 的速度如何：

虽然有的时候访问还不太行，但是整体情况比上面 彳亍 了不少。

由于 Github 服务器在国外，本来信息传递就很慢，再加上某些原因，有的时候甚至连打开都费劲。

那用国外 CDN 如何呢？Emmm，我去 AWS 搞了一下，说实话没太搞懂，而且现在账号都没怎么用了，还处于欠费还钱的状态。。。

我自己刚接触国内 CDN 的时候发现：

什...么？使用国内 CDN 只能给国内域名使用？

什...么？买了国内的域名还要备案？

什...么？备案前还要先租 3 个月的服务器？

草（一种植物），我 TMD 还没开始配置呢，就得花 200 租个服务器？怕我自己不是个憨憨，白嫖失败。

不过，最近发现腾讯云上也可以给国外的域名上 CDN 了，就来分享一波吧。

开始前，希望 xdm 准备好以下东西：

简单过一下 CDN 的原理，CDN 原名叫 内容分发网络 。

为啥叫 内容分发 呢？如果一个快递从黑龙江送到海南，大概需要 45 个小时。

京东 的思路就不一样了：我先把大量的货物都放到海南的一个仓库里，当有人下单后，可以直接从海南的小仓库直接发货，这就能大大减少交货时间，整个框架就是 内容分发网络 。

从上面可以看出 CDN 两大特点：

不知道大家有没有想到这个问题：如果 CDN 做了缓存，那么，就算我发布新版本，CDN 缓存还是旧的文件，用户依然只能看到旧页面。

事实上，无论是 React 还是 Vue 项目，在打包之后，都会将 js，css 的文件名存为 [contenthash].js 和 [contenthash].css ，其中， contenthash 就是整个文件内容的 hash 值。

只要文件内容一变，那么 contenthash 值就会变，会在 CDN 上新上传一份 css 或 js 文件，而且 index.html 引用的 css 和 js 资源路径也会跟着变，这就解决了每次发布都不能覆盖上个版本的问题了。

可能有人的又会问了： “ contenthash 值一样，不怕文件被覆盖么？” 。 contenthash 值一样说明了文件的内容是一样的，就算被覆盖了也是被同样的内容覆盖，所以文件覆盖不是问题。

还会有人问： “如果我的文件改一个字，就发布一次，每次发布都会发一个新 js 或 css 文件，那 CDN 上的资源不是会变得越来越多？” 。确实会有这个问题，不过 CDN 的资源空间理论上是无限的，而且 js 和 css 一般不会占很大空间，你也不能一天发 100 个版本吧？就算存储空间不足，让运维去扩充空间就好了。

这里要注意：不能把 index.html 打包成 [contenthash].html ，因为 Github 要求我们分支上的 html 文件只能叫 index.html ，而同名文件放在 CDN 上又会有上面缓存不更新的问题，所以只有 css 和 js 等静态资源是需要 CDN 缓存的，而 html 是不能缓存的。

总的来说，我们的架构要从这样：

变成这样：

在 DNS 到 Github 之间多了个 CDN 服务器。

首先， 点击： 进入 CDN（内容分发网络） 的控制台。

点击 域名管理 - 添加域名 。

然后在 域名配置 选 中国境外 ，填上你的域名，然后选择 静态加速 。

其实 CDN 只是个中间商，本质上是作为中间站转发，所以这里要配置源站的 IP 地址，也就是缓存的 html, css, js 要从哪里获取。因为我们是将网页部署在 Github 上的，所以这里要填入 Github 提供的 4 个 A 记录。

这里不要选择 HTTPS，因为如果使用了 CDN 回源访问之后，Github 自己是检测不出来的，然后也不会给你自动配置 HTTPS，所以千万不要选 HTTPS！通过 HTTP 才能正常回源访问 Github 源网站。

还记得我们刚说不要把 index.html 也缓存了么，不然部署后看到还是上一个版本的 html。所以，在服务配置里的 缓存行为-不缓存 里添加 html 的后缀。

同时，你还可以选择 节点缓存 和 浏览器缓存 ：

浏览器缓存 好处是可以节省 CDN 上的流量（对，流量也是要钱的，虽然不多），坏处也很明显，万万万一你要真的进行内容刷新，那么用户访问的有可能还是以前的版本。

这里大家按自己的情况来选择就好了，我这里只加了节点 2 天的缓存就够了。

最后点击提交。

给个人网页上 HTTPS 是很有必要的，不然别人进你的网页，浏览器还弹出 “您访问的网站不安全” 就显得有点业余。所以，这一步来给我们的域名上 SSL 证书。

在原来的 内容分发网络控制台 点击 证书管理 创建一个证书。

进入配置页后，先填入你的域名，再选择证书。

相信大部分人刚开始是没有 腾讯云托管证书 的，所以点一下上面的 SSL 证书管理 进入管理页面，再点击申请免费证书（白嫖）：

然后一步步去填内容就好：

注意，在第三步这里，需要验证你的域名合法性，需要在 NameSilo 上添加一条 TXT 记录。

添加后会是这样（你也可以等到下一步配置 NameSilo 时再添加 TXT 记录，然后再继续下面的步骤）：

当验证通过后，就可以给自己的域名颁发证书了。

最后一步，回到 内容分发网络 ，在 配置证书 里绑定刚刚的证书，这样我们的 CDN 也可以拥有 HTTPS 啦。

回到 域名管理 可以发现 CDN 给我们提供了一个 CNAME：

只要将 DNS 的 CNAME 指向 CDN 的 CNAME，那么整条访问链路就被我们串起来了。

打开 NameSilo 的 域名管理页面 ：

进入域名详情页后，在 左上角的 DNS Records 点击 Update （这个配置页面是真的难找啊）：

然后点击 CNAME 添加两个 CNAME 记录， value 处填刚刚从腾讯云获取的 CDN 的 CNAME 。

然后，去买杯咖啡，看看 B 站，等一小时后，前往你的域名看看吧。

总结一下，我们这里做了什么：

相信配置完这一套，你的网站访问速度会比以前快不少。

如果觉得这篇文章能帮到大家，可以点个赞再走咯~

关于腾讯云托管github和腾讯云托管服务器的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。