符十三郎

背景之前，将大部分服务调整为 docker 模块化部署了。但是之前操作时忘了自己的博客。我的博客使用的是 hexo 框架。每次更新博客的流程大致如下： 在本地编辑md文件 将文件上传到git 登陆服务器，进行拉取 使用hexo g命令生成静态网站 将静态网站内容放入nginx对应目录进行发布 如果是新发布的文章，hexo会对文章生成唯一id。所以需要在hexo g之后重新将md文件同步到git 本地拉取最新的git，将有id的md文件保存到本地 虽然已经将3～6步写成了脚本，可以直接使用。但是每次免不了要登陆服务器。费时费力不说，有时候并不方便登陆服务器，所以打算进行一个优化。 第二点是因为对 hexo 博客做了一定的主题调整，下载了主题，调整了许多配置，也安装了一些插件。即使自己留了记录，但是如果有一天真的突发情况，想恢复其实也浪费时间。综合以上两点，决定将 hexo 封装成 docker 镜像，这样容易迁移。同时利用 git 的 webhook 功能，进行自动更新。 想法思路整体实现过程中，想了许多思路，有些不成熟，只是拍脑门想出来的，都列举到下边了。 方案1:通过api容器控 ...

要过年了早上上班路上，掰指头算了算，确认这一年只剩下4天了。 想了想觉得还有些东西想说，正好今天没什么事，想到哪写到哪吧就。 创作热情最近给自己弄了小程序，定了一些目标，包括但不限于写小说写读书笔记之类的。 然后就想起来在高中，高二高三那阵，因为实在不爱学习，倒是写了一堆不咸不淡像现在这个东西的东西。 不得不说那个时候确实创作热情高涨，也是从那时候真正尝试写一些东西。 有些东西现在还找的到，有些当然找不到了。 记得那时候有个大的笔记本，算是语文素材，老师本意是让摘抄一些写作文能用上的素材，名人名言。 然后我基本就用来做手稿本了，写了不少莫名其妙的东西。 其中有一篇，大概开头写的是，“我觉得我的文字太过华丽。” 当然后边记不住了，只记得当时确实有蓬勃的创作热情，哪怕写的东西确实垃圾。 后来又一次忘了因为啥，被几个同学传阅开了。 我写字就是不足以用丑来形容，所以他们嘲笑我写的字确实很“华丽”。 高中生么，无论是否有恶意吧，终归是觉得羞愧难耐。 羞耻于被人当面品头论足，羞耻于心中小心思曝光。 反正大概后来对于写东西这件事本身的喜欢就低了很多。 墨明棋妙上一段里边打莫名其妙的时候，输入法联想出 ...

现象在一次重启nginx之后，发现整个网站的https访问均受影响。核查了域名证书之后发现证书正常。后来在日志中发现nginx有报错”no ssl_certificate” is defined in server listening on SSL port while SSL handshaking“ 处理过程检查nginx配置文件使用 nginx -t 重新检查了配置文件，发现没有错误 重新编译nginx因为使用了lua模块，nginx日志中有关于lua的alert报错。当时因为与此有关，重新编译了一次nginx，结果无效 恢复配置使用了当日0点的nginx备份，对nginx的配置目录，证书目录进行了还原，问题依旧。（这里其实有个小问题。这里还原的时候是t+1，是在异常的后一天。但是当时没有注意日期，使用的是t+1 0时的备份，导致配置依旧是错的。） 使用网上的配置临时恢复在网上搜了一下报错，在nginx的主域名配置里，加上了 listen 443 default_server ssl; 的配置，重启nginx后，网站恢复。当时博客说的是，可能由于服务器的某些更新导致的。 最终解决 ...

123456slmgr.vbs /upkslmgr /ipk W269N-WFGWX-YVC9B-4J6C9-T83GXslmgr /skms zh.us.toslmgr /skms kms.03k.orgslmgr /atoslmgr /xpr

GET 安全且幂等 读取服务器内容时使用 变更时获取表示（缓存） POST 不安全且不幂等 使用服务端管理的（自动产生）的实例号创建资源 创建子资源 部分更新资源 如果没有被修改，则不更新资源（乐观锁） PUT 不安全但幂等 用客户端管理的实例号创建一个资源 通过替换的方式更新资源 如果未被修改，则更新资源（乐观锁） DELETE 不安全但幂等 删除资源 HEAD 安全且幂等 递交获取资源的元数据 OPTIONS 安全且幂等 获取信息，关于资源的哪些属性是客户端可以改变的。 PATCH 不安全，可以是不幂等的 局部更新资源 与PUT区别：只更新少部分内容；可能根据原数据进行变化（比如基本工资加200元），这时就不幂等了。