Jackchen Notebook

前言

最近使用 Codex 的频率明显变高之后，我遇到一个很现实的问题：不是不知道额度会消耗，而是不知道它什么时候快消耗完。每次都要切回 Codex 里看，或者等到提示出来才发现额度紧张，这个体验就有点被动。刚好手上还有一台带 Touch Bar 的 MacBook Pro，于是就想着能不能做一个小工具，把 Codex 的 5 小时额度和周额度直接显示在 Touch Bar、菜单栏和桌面小浮窗里。

这个小工具最后叫 TouchBarCodexToken。它不是为了做一个很复杂的软件，更多是一次把自己日常痛点产品化的小实验：让额度一直可见，让心里有数。

前言

本来对薅羊毛这种事情没太在意，直到有一天发现身边的人都在薅羊毛，瞬间感觉自己少赚了“几个亿”的感觉。然后就研究了下在GitHub上自动化撸羊毛，注册了个GitHub马甲号，才薅了一天账户就直接被封停了😂 说明薅羊毛这种事情已经是一个事件了，不是小众人群了。然后又发现了大牛都在用青龙面板来自动化薅羊毛。手头正好有一天服务器里有装了Docker，上一篇文章我正好有分享给大家如何在服务器上配置Docker环境来安装WordPress的教程，（刚看了下，发现上一篇文章还是2019年写的，整个2020年没写一篇文章，我也是服了我自己了~ 😄 ）

1.安装配置青龙面板

前置要求需要服务器已经安装了Docker-ce，选装了Docker-compose

前言

一直对Docker很感兴趣，很想用Docker来配置一个网站来体验一下它的高效和便捷。用 Docker Compose 配置好网站需要的服务，这样不管到哪都可以一键启动网站，不需要重复配置网站环境，可以让很多对服务器运维不了解的人快速的架构一个网站。最近实在太忙，这篇文章断断续续写了一个月，在配置的过程遇到过很多问题，大部分都通过Google一一化解。现在把整个过程整理了出来，希望需要的童鞋看了可以少走弯路:) ，下面就给大家说说如何配置架构网站吧~ 👏

1.安装配置桌面版Docker

首先需要登录Docker官方网站去下载桌面版本，Docker有MAC版本和Win版本，我这里下载的是MAC版本。PS:下载之前你需要先去申请一个docker hub账号然后登录一下，之后才可以看到下载按钮。如果你要下载MAC版本的可以点击这里下载。

前言

Blog网站搬迁到新的服务器上一直还可以，上个月有一天突然网站打开跳出个“建立数据库连接错误”几个大字…一脸懵逼的我，脑子突然闪过——网站数据库被黑了！！！5秒后我发现这个可能性几乎为零，毕竟没哪个黑客无聊到去黑一个个人小博客😁，篡改数据库配置文件什么的！自作多情之后一起来分析下其他的可能性…

分析

遇到问题最好的办法当然是Google，经过一番搜索，有关WordPress建立数据库连接时出错的原因有很多：

• 数据库配置文件被篡改。（这种几率很小刚也说过了，除非被黑客入侵篡改过）；
• 数据库服务器的问题，服务未启动或者其他的一些数据库故障；
• 最重要的一个原因，wp_options表需要修复。

前言

新的网站架设起来发现一个新的问题☝️，文章的编辑器和以前的完全不一样了。查了下才知道，wordpress5.0之后的版本默认的编辑器换成了全新的Gutenberg(古腾堡)区块编辑器。嗯，听起来挺酷的，看起来也很不错。然并卵！用起来还是极其不顺手，而且非常不符合中国人的编辑习惯。更重要的是新编辑器是区块来编辑文章的。如果是公司的产品文章都文档准备好了，都不好整篇的复制粘贴过去。更不要说后期复制到文章的图片，直接用插件远程抓取并保存在本地啦（插件肯定暂时不兼容这个编辑器的）！！果断研究下恢复为以前经典编辑器界面。

准备

网上有很多方法，最简单的就是直接下载个插件来禁掉古腾堡编辑器，But作为一个用了wordpress十几年写博客的人，可以负责任的告诉你插件装多了会让你的网站很臃肿哦！！还是用硬核代码的方法更直接有效吧~

其实之前经典的Classic Editor编辑器代码仍然保留在最新的版本中并没有删除。

前言

嗯，真的好久没有更新了。上一篇文章居然还是2017年的，时间过的真快！最近在阿里云香港服务器上用Docker架设了一个wordpress网站。然后各种折腾好了之后发现阿里云后台总是显示一个漏洞。然后还是高危级别的强迫症受不了老是看到那个小红标。决定盘它

准备

首先阿里云的后台显示的漏洞名称为wordpress IP验证不当漏洞，听起来是WordPress的一个版本Bug。然后点看具体的看了说明里给出的详细说明如下：

wordpress /wp-includes/http.php文件中的wp_http_validate_url函数对输入IP验证不当，导致黑客可构造类似于012.10.10.10这样的畸形IP绕过验证，进行SSRF。

前言

用了八年的MacBookPro突然当机无法启动了，自己拆了修了两天也没有能够救活，只能换买了新电脑。新电脑收到后各种安装和环境配置真心累。还有恢复Hexo的工作想起来似乎很easy，但是做起来却遇到了各种大小坑。今天记录一下，留着给需要的小伙伴们。

原因

因为换了电脑，所以最近一直在完善各种软件和内核的配置。基本这几天都在填坑中度过。以前各种配置都很随意的设置，现在要自己一个个的重新恢复成老样子就不容易了。这也是一种工作流程上的坏习惯！因为Hexo也要重新部署到新电脑，配置部署填了一整天都没有搞定。还莫名其妙的把系统终端Terminal弄成了个奇怪的样式，而且在界面设置里怎么都恢复不过来。如下图的样子~

前言

从去年架设这个网站之后不久便开始了Java的学习。可以说学的挺艰辛的~ 大多数时间感觉上都是在程序的逻辑里迷失方向！当然，也有突然豁然开朗的时候（比较少）~ 但是不管怎么说还是坚持了下来。其实想想也不难，只是你练习和经历的时间还没有足够多。

开始

开始觉得时间再也不够用了，因为要一边权衡工作和家庭，一边整合碎片时间来看和练习！在没有任何后端语言基础的状态下，花了大把时间啃掉了大部头《Head First Java》。同时在慕课网上跟着Java工程师的路径学完了第一、二、三季。大多都是语法和模块化的概念和方法论。今天记录下前两天敲完理解完的小程序，分享给和我一样的小白同学们。

1.问题

在本地架设好Hexo后一切调试的都挺顺利的，唯一的问题就是每次在执行 hexo -d 等命令的时候总是会出现如下的一堆错误提示

1
2
3
4
5
6

{ [Error: Cannot find module './build/Release/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }
{ [Error: Cannot find module './build/default/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }
{ [Error: Cannot find module './build/Debug/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }
{ [Error: Cannot find module './build/Release/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }
{ [Error: Cannot find module './build/default/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }
{ [Error: Cannot find module './build/Debug/DTraceProviderBindings'] code: 'MODULE_NOT_FOUND' }

百度谷歌了几次都没能找到好的解决方案，包括 Hexo 官方对于这个错误的解决方法 执行→ $ npm install hexo --no-optional 也木有用！