有幸遇见 2024-01-08T07:57:37.836Z https://mylucky.cyou/ Yeavast Hexo Telegram 此手机号码已被封禁，快速解封申诉方法 https://mylucky.cyou/post/20240108154148.html 2024-01-08T07:41:48.000Z 2024-01-08T07:57:37.836Z

上面图片中的情形是不是很眼熟？我们在使用Telegram的过程中，可能刚才还在群里跟你聊的好好的小伙伴（当然，也有可能是自己），转眼间就头像变成了幽灵名称变成了已销号用户，这种大家戏称被杜叔叔扬了，如果出现这种情况下，若是确实没有严重违规，可用以下三种方法进行解封且原来的聊天记录及联系人频道群组都会存在不会消失。

方法1

使用自己任意一个邮箱，编辑邮件发送至

① login@stel.com

② recover@telegram.org

③ login@telegram.org

邮件内容如下：

邮件标题

Banned phone number: +1 xxx xxx xxxx

邮件内容

I’m trying to use my mobile phone number: +1 xxx xxx xxxx

But Telegram says it’s banned. Please help.

I need this account it’s on my most used number.

App version: 8.7.4 (26367)

OS version: SDK 30

Device Name: Android

Thank you.

邮件中 +1 xxx xxx xxxx 是您 Telegram 登入手机号，+1 是指国家号，中国是 +86，千万别弄错了。邮件寄出后大概 1~7 天 Telegram 就可以正常登录了，前提是您封号的原因不是严重违规。Telegram 官方客服人员非常少，所以三个邮箱多多不间断轰炸。如果想要快速解封（12小时不到）请使用第二种以及第三种方法。

方法2

用手机或者电脑浏览器打开链接 https://telegram.org/support

这个网页是 Telegram 官方支持页面。

Please describe your problem 内容填写如下，自行编辑也可以。

Dear Sir/Ma’am.

My number +1 xxx xxx xxxx been banned and i am not able to figure out the reason for supension,please help me to recover my account.

Thank you.

Your email 内容填写

随便填写一个

Your phone number 内容填写

你的 Telegram 登录手机号码

方法3

打开 Telegram 官方推特

https://x.com/smstelegram

私聊发送方法1或方法2邮件内容。不少群友说，这个方法挺奏效的，编辑一下添加上。

后记

本文方法整理自telegram群组。

]]> <img src="/post/20240108154148/CC2024-01-08at15.37.25@2x-4699828.png" class="" title="CC2024-01-08at15.37.25@2x"> <p>上面图片中的情形是不是很眼熟？我们在使用Te BoxJs-Script-Hub-Sub-Store-等模块通用的前置教程 https://mylucky.cyou/post/20240107003508.html 2024-01-06T16:35:08.000Z 2024-01-08T01:11:39.106Z 写在前面的一点碎碎念

在当前的iOS平台，主流的几个代理App里面（Shadowrocket、Loon、Quantumult X、Surge，我因为没有stash，就不写进去了），基本上比较进阶一点的玩法都有可能用得到BoxJs、Script-Hub、Sub-Store这三个东西，很多新人开始使用这几个工具的时候，可能因为本身对代理App的不熟悉或者对这几个工具的不熟悉，会出现一些问题，然后进群问的时候，因为可能都是一些回答烂了的问题，或者经常回答的问题，没有多少人愿意理睬，在 @xream 的建议下，我写一个通用的前置教程，希望能够有所帮助。

前置条件

在Shadowrocket、Loon、Quantumult X、Surge这几款app上使用上述工具的时候，需要的前置条件就是基本就是三项：MITM、脚本、信任证书，这三项东西，在不同的代理App里面可能称呼有一些区别，下面我就上面所列的几个代理app，分别讲述一下如何设置满足这三个前置条件。

⚠️对于这三个都需要进行添加规则：Domain-suffix,vercel.app proxy

proxy不一定是这个名字，可以是香港、美国等非直连（Direct）代理策略即可

小火箭（Shadowrocket）

因为小火箭的操作相对比较隐蔽和复杂，先放在前面说

添加规则：Domain-suffix,vercel.app proxy

文字步骤：点开小火箭的配置-点击配置文件后面的小感叹号-HTTPS解密-点上开关-下面的证书-生成证书-安装证书，去手机的设置-通用-关于本机-证书信任设置-信任Shadowrocket证书

参照下图跟着步骤走：

因为小火箭兼容Surge的模块，所以建议使用Surge的模块，标准的Surge模块内容中会包含该模块需要的全部内容，而无需进行额外的操作（一些需要本地进行修改内容的除外）。

你可以在下列地址：

Boxjs：

点击👉一键安装

手动安装：

安装路径:

配置 > 模块 > 右上角加号

模块地址：

https://raw.githubusercontent.com/chavyleung/scripts/master/box/rewrite/boxjs.rewrite.surge.sgmodule

安装完成后检查模块名称后面的✓是否已经勾上

打开

http://boxjs.com

显示类似：

Tips：可以把 Boxjs这个页面 添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示类似页面，见后面的问题排查步骤进行排查

Script-Hub

点击👉一键安装

安装路径：

配置>模块>右上角加号

模块地址：

https://raw.githubusercontent.com/Script-Hub-Org/Script-Hub/main/modules/script-hub.surge.sgmodule

安装完成后检查模块名称后面的✓是否已经勾上

如何检查是否已经进行了正确的安装：

打开：

https://script.hub

显示类似：

Tips：可以把 Script-Hub这个页面添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示，见后面的问题排查方法

Sub-Store

点击👉一键安装

手动安装：

安装路径：

配置>模块>右上角加号

模块地址：

https://raw.githubusercontent.com/sub-store-org/Sub-Store/master/config/Surge.sgmodule

打开：

https://sub.store

显示类似：

Tips：可以把 Sub-Store 添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示或有其它报错信息，见后面的问题排查方法

其它的类似模块安装方法与上面相类似，不再赘述。

Loon

其实对于新手我一直是建议使用Loon而不是小火箭，仅仅是从易用性的角度，Loon的很多设置都有比较直观完善的GUI，更方便。当然，很多人使用小火箭的原因是它可以无限进行共享，基本上等于一个朋友有了，他身边的人就都有了，很多机场也拿共享的小火箭账号来吸引用户，而Surge/Loon/Quantumult X等限制了一定的设备数量，对此我只能说，请尽量支持开发者，毕竟人家也是要吃饭的。

Loon的MITM、复写、脚本在App的配置页面均有相应的开关进行打开，其中，MITM部分需要安装证书后方可使用。

到MitM的域名设置里面，将MitM over HTTP/2 开关打开（mitm over HTTP/2这步为可选，但是建议打开)

安装证书并且信任，文字步骤如下：

设置-证书管理-（如果有证书）安装CA证书-允许描述文件-选取设备iPhone-设置-已下载描述文件-安装描述文件-输入密码-安装-通用-关于本机-拉到底部的证书信任设置-点上Loon对应证书。

图片步骤见下面的图示：

接下来转到手机的设置那边

设置的关于本机那边

得益于Loon的插件商店，安装Boxjs、Script-Hub、Sub-Store等相当的容易。

插件商店使用方法：

安装地址：

https://gitlab.com/lodepuly/vpn_tool/-/raw/master/Tool/Loon/Plugin/LoonGallery.plugin

或者通过这里一键添加插件仓库

配置-插件-右上角添加-URL中粘贴上面地址-信任插件安装，点击一下插件名，给它指定一个代理策略（不可选Direct及Reject）

验证是否安装成功：

点击： https://🎈.com ，出现了各种开发者的仓库

Tips：可以把 Sub-Store 添加到主屏幕，即可获得类似于 APP 的使用体验

通过插件仓库安装：

Boxjs：CHAVYLEUNG/SCRIPTS

Sub-Store：PENG-YM/SUB-STOR

Script-Hub：未收录最新版，通过此链接一键安装

手动安装：

方法：见上面安装插件仓库步骤

地址：

Boxjs：

一键安装

手动地址：

https://raw.githubusercontent.com/chavyleung/scripts/master/box/rewrite/boxjs.rewrite.loon.plugin

Sub-Store：

一键安装

手动地址：

https://raw.githubusercontent.com/sub-store-org/Sub-Store/master/config/Loon.plugin

Script-Hub：

一键安装

手动地址：

https://raw.githubusercontent.com/Script-Hub-Org/Script-Hub/main/modules/script-hub.loon.plugin

安装完成后，如果没有显示或有其它报错信息，见后面的问题排查方法

Quantumult X

Quantumult X（后简称QX、圈叉）使用重写只需要点击右下角的风车图标，下拉到重写，点上开关即可

使用MITM功能，则需要进行根证书的安装，点击MITM的生成证书，然后选择配置证书，允许下载描述文件，安装到iPhone上

具体过程请参照下面的图片进行

下载完描述文件后，需要到iPhone的设置进行后续步骤，到设置页面，进行证书的安装，安装完成后，到通用-关于本机里面，拉到底下的证书信任设置里面，点上信任开关，才算安装完毕。（这一部分所有代理App都是相同的）

安装完证书后，就可以点上Quantumult X设置里面的MITM开关了。

Boxjs

在最新的版本，推荐只使用 Rewrite 安装，无特殊需要无必要配置 HTTP Backend

安装方法：

一键安装

如果你使用的是 v1.0.29 (670) 及以上版本: 一键安装

手动安装：

安装路径:

风车 > 重写 > 规则资源

https://raw.githubusercontent.com/chavyleung/scripts/master/box/rewrite/boxjs.rewrite.quanx.conf

Script-Hub

QX有解析器的存在，还有需要用Script-Hub的必要吗？🤣

Sub-Store

一键安装

一键安装

手动安装：

安装路径:

风车 > 重写 > 规则资源

https://raw.githubusercontent.com/sub-store-org/Sub-Store/master/config/QX.snippet

安装完成后，如果没有显示或有其它报错信息，见后面的问题排查方法

Surge

Surge的MITM、脚本、Rewrite均有独立的开关，分别在首页的修改和捕获分页面中，其中MitM开关打开需要进行CA证书的安装。

证书的生成和安装步骤可参照上面的App步骤，基本相同。

对于Boxjs、Script-Hub、Sub-Store等建议采用模块的方式进行安装。

Boxjs

安装路径：

首页 > 修改>模块 > 安装新模块

模块地址：

https://raw.githubusercontent.com/chavyleung/scripts/master/box/rewrite/boxjs.rewrite.surge.sgmodule

打开

http://boxjs.com

显示类似：

Tips：可以把 Boxjs这个页面 添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示类似页面，见后面的问题排查步骤进行排查

Script-Hub

安装路径：

首页 > 修改>模块 > 安装新模块

模块地址：

https://raw.githubusercontent.com/Script-Hub-Org/Script-Hub/main/modules/script-hub.surge.sgmodule

如何检查是否已经进行了正确的安装：

打开：

https://script.hub

显示类似：

Tips：可以把 Script-Hub这个页面添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示，见后面的问题排查方法

Sub-Store

手动安装：

安装路径：

首页 > 修改>模块 > 安装新模块

模块地址：

https://raw.githubusercontent.com/sub-store-org/Sub-Store/master/config/Surge.sgmodule

打开：

https://sub.store

显示类似：

Tips：可以把 Sub-Store 添加到主屏幕，即可获得类似于 APP 的使用体验

如果没有显示，见后面的问题排查方法

至此几个主流App的安装方法均已经讲述完毕。

问题排查

安装是一个很简单的过程，在安装后总会发现有各种原因导致所安装的没有起到作用，那么，这时候该如何进行排查原因呢？这里简单的讲述一下如果安装后没有起到作用，在各种app上如何进行排查。

排查的步骤：

  • 添加规则：Domain-suffix,vercel.app proxy 是否正确的配置了

  • 证书安装：证书是否正确的安装并信任（见上证书安装信任步骤）

  • 小火箭用户：HTTPS解密开关是否打开（见上面证书安装信任步骤）

  • MitM/重写/复写的开关是否打开（Surge、QX、Loon）

  • 模块/重写页面中所要使用的模块是否勾选✔（小火箭、QX、Surge用户）

    综上，首先第一步是检查前置条件，各种开关和相应的功能是否已经启用，基本上这一步如果做到位是不会有什么问题的。

    如果你很自信自己规则已经添加，各种开关和证书都确定没有错误，可以尝试如下步骤进行：

    • 删除再安装模块
    • 更新外部资源 确保下载好了
    • 关闭再开启脚本
    • 关闭再开启重写
    • 关闭再开启 MitM
    • 重新信任证书
    • 禁用再启用模块
    • 关开代理
    • 关代理, 杀 app 后台, 再打开
    • 重启设备

    如果经过上面各种折腾之后，还是不行且你觉得操作肯定没问题。

    带日志找 app 开发者反馈问题。

    各app的日志查看方法：

    小火箭：

    设置>诊断>启用日志记录打开后>VPN日志

    QX

QX的网络活动和日志都是比较直观的，打开App后，将上面的一行大色块往左滑动，即可看到网络活动和日志这两个项目，点击后即可分别查看里面的一些记录情况

在遇到问题时候，要学会查看网络活动和日志，而且如果某个重写、脚本、规则等你添加的东西，没有按照你预想的运行时候，如果你不会自己判断问题，在群组里面进行反馈寻求帮助的时候也最好附上运行的网络活动和日志截图。

Loon

Loon的首页快捷方式里面默认是没有显示脚本、脚本任务、MitM、复写等板块的，可以在仪表的快捷方式里面进行编辑把他们显示出来，这样平时使用时候更方便查看。如果觉得用的不多的话，直接查看请求记录也足够了。

遇到问题的关键也是检查相应的一些开关和查看请求记录里面的运行情况，如果自己不能确定的时候，进行反馈或者寻求帮助的时候也务必带上请求记录等一些截图便于人家排查。

Surge

Surge的使用过程和其它的几个代理App基本都是相同，也是主要注意证书的安装和各种开关是否打开，不过Surge的模块中有一个特别需要注意的地方是：如果你在安装一些远程模块时候，务必注意模块的内容中的[MITM]字段（如果有的话）中的hostname=后面是否有“%APPEND%”或者“%INSERT%”字段，这两个代表着该模块引入的j进行MitM主机名接在原有配置的后面或者是插入到原有配置的前面，如果没有的话，代表这不是一个正规的为制作的Surge的模块，会导致你的其它MitM主机名失效。

其它遇到问题的时候，也是一样通过查看工具页的最近请求和日志来进行排查，其中Surge日志中对每个启用了的脚本都有单独的运行记录，在日志页面往下拉即可查看对应脚本名称的运行日志，此处不再进行赘述。

所谓的问题排查，永远只能给一个大致的建议的方向，更多的还是需要大家不要去胡乱添加一些自己不知道用途的东西进去，以及知道出现问题该如何排查：检查开关！查看日志！查看日志！查看日志！

以上的各App都有一些官方或非官方的telegram群组，欢迎进去友善交流，还是一个宗旨：出现问题时候带上截图！

请注意，以下这些群组仅面对正版用户，且都不支持对其它App/内购的破解交流。

交流群组

小火箭tg群：https://t.me/ShadowrocketApp

QX交流群：https://t.me/QuanXApp

QX交流宽松群：https://t.me/QuantumultXxx

Loon官方群：https://t.me/Loon0x00

Loon社区群：https://t.me/LoonCommunity

Surge社区群：https://t.me/SurgeCommunity

Script-Hub/Boxjs/Sub-store的一些问题，可以去当前主要维护者之一 @xream 小一 的折腾啥群： https://t.me/zhetengsha_group

]]> <h1 id="写在前面的一点碎碎念"><a href="#写在前面的一点碎碎念" class="headerlink" title="写在前面的一点碎碎念"></a>写在前面的一点碎碎念</h1><p>在当前的iOS平台，主流的几个代理App里面（Shadowrocket、Lo 关于我为了抄一篇文章重新搭了个Jekyll Blog这件事 https://mylucky.cyou/post/20231222150449.html 2023-12-22T07:04:49.000Z 2023-12-22T07:13:08.181Z 关于我为了抄一篇文章重新搭了个Jekyll Blog这件事

前几天我在我的闲置saltfish上用hexo搭建了一个blog，也把折腾过程水了几篇，然后今天群里一个小伙伴私信了我一个他自己的blog文章：用cloudflare worker来实现网站分流负载，我看他写的内容，好家伙，要分流还得是同一份内容弄到两个不同的地方，他的是用的GitHub Page和自己的VPS的方案，自己的VPS这个简单啊，我昨晚又剁手了一个ZgoCloud啊，然后因为跑测试，发现情况不理想，多跑了几次，流量用超过10G，人家不给我退款，当然这是另外一个悲伤的故事，扯远了扯远了，回到这个Github Page上来，之前我搭建过一次的，流程算是比较熟悉了，然后这次本着也用hexo，忽然发现setting里面，没有hexo的theme选择了，取而代之的是Jekyll。且慢，这个Jekyll是啥玩意儿，似乎在哪里听说过啊🤔。略加思索，点开介绍链接，一个链接一个链接的看下去。

好家伙，看起来，跟hexo差不多嘛，就几行命令，部署一个本地blog，生成静态网页，然后git到GitHub Page，本着折腾一下的心态，按照介绍的在termius的Local里面输入指令：gem install jekyll bundler 嗯，不出意外，滚动了几行后出现报错：You don't have write permissions for the /Library/Ruby/Gems/2.6.0 directory.

这难不倒我啊，复制了一下报错信息，搜索，第一个结果就是：You don't have write permissions for the /Library/Ruby/Gems/2.6.0 directory. #1267 在ChatGPT的帮助下，把那些解答的都看了一遍，也试了一下人家提到的解决方法：export GEM_HOME="$HOME/.gem" ，重新运行gem install jekyll bundler

好家伙，滚动了一排页面后，提示xxxx版本落后，xxxx版本不能满足，尤其是提到ruby 2.6XXX，需求ruby 3.xxx，看来还是得升级啊！

继续搜索，找到解决方案：

Mac自带的ruby是2.x的，需要升级

1
2
3
brew update
brew install ruby
brew upgrade

长长的代码滚动后

按照提示执行

1
2
echo 'export PATH="/usr/local/opt/ruby/bin:$PATH"' >> ~/.bash_profile
source ~/.bash_profile

执行一下 ruby -v查看版本号

到这里似乎ruby的问题已经解决了

继续按照流程安装Jekyll吧

1
2
3
jekyll new my-awesome-site
cd my-awesome-site
bundle install

然后又出现问题了：

出现报错：

1
Bundler: ruby: No such file or directory -- /opt/homebrew/Cellar/ruby/3.2.2_1/lib/ruby/gems/3.2.0/gems/bundler-2.5.1/exe/bundle (LoadError)

用这个报错的全文，没搜到什么结果，于是缩短一下搜索内容，以Bundler: ruby: No such file or directory 搜了一下，第一个结果就是：How to fix Ruby/Bundler error ‘No such file or directory’ on …，用我那忘记的差不多的英语，大概的阅读了一下，发现其实解决方案似乎就是重新安装bundle

1
gem install bundler

接着再试着运行 bundle install 果然不报错了

然后再执行bundle exec jekyll serve

打开浏览器： http://localhost:4000

没错，至此一个Jekyll blog就已经本地搭建完毕了。

补充后续：

后面我发现在GitHub上关于Jekyll如何部署到GitHub Page上，讲述的清晰的多，讲了要先安装ruby、bundle什么的，具体的一些步骤也给了出来，如果打算折腾一下还是按这个来比较好。

https://docs.github.com/zh/pages/setting-up-a-github-pages-site-with-jekyll/creating-a-github-pages-site-with-jekyll

再后续：

放弃了，Jekyll真是难搞，各种依赖太烦了。

还是用Hexo吧，再不行，WordPress吧。

想抄的那篇文章就是：https://mylucky.cyou/post/20231220203547.html

最后的一点点感想：之所以放弃并不是因为说搞不定之类的，毕竟我已经基本部署完成了，只是弄到后面，为了解决各种依赖问题，反复的折腾，忽然有点泄气了，现在Jekyll的版本已经4.X了，而为了部署到Github Page，用的版本好像是3.9.3的，然后里面内部的一些依赖的版本又不相同，只是不想花太多时间在解决这种问题上面，就跟我摘抄的另外一篇文章，是写blog不是造blog。

]]> <p>关于我为了抄一篇文章重新搭了个Jekyll Blog这件事</p> <p>前几天我在我的闲置saltfish上用hexo搭建了一个blog，也把折腾过程水了几篇，然后今天群里一个小伙伴私信了我一个他自己的blog文章：用cloudflare worker来实现网站分流负载， 利用Cloudflare Workers进行网站分流负载 https://mylucky.cyou/post/20231220203547.html 2023-12-20T12:35:47.000Z 2023-12-21T09:04:48.961Z 本博客目前是托管在 Github Pages 上，突发奇想部署一份在私人服务器上，并且两边资源都能够动态访问到。于是了解到几种来分流资源的策略：

  • DNS 轮询
  • 开源平台 Nginx、Apache 等
  • 各大云商提供的负载器服务等
  • CND
    起初想尝试 Cloudflare 平台的智能 DNS 服务，但是需要付费（$5/mo）。于是就想通过 Cloudflare Workers 来尝试一下。

注册 Cloudflare 账户

  1. 前往 Cloudflare 注册开通账户，并将域名托管至 CF
  2. 添加 CNAME 记录将 aaa.com 解析至 YourGithubRepoName.github.io。这里需要在 Github Pages 仓库中设置自定义域名。具体见
  3. 添加 A 记录将 blog.aaa.com 解析至你的服务器真实 IP
  4. SSL/TLS 开启完全严格模式
  5. (必须) 开启 DNS 记录中的 Proxy （小橘云）

创建 Workers

  1. 转到 Workers 和 Pages

  2. 选择 创建应用程序

  3. 贴上以下代码

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    addEventListener('fetch', event => {
      event.respondWith(handleRequest(event.request))
    })

    // 轮询的目标服务
    const TARGETS = [
      'aaa.com',
      'blog.aaa.com'
    ]

    async function handleRequest(request) {
      const url = new URL(request.url)
      url.hostname = getRandomServer()
      return await fetch(url, request)
    }

    // 每小时切换不同的目标
    function getServerEveryHour() {
      const d = new Date()
      const h = d.getHours()
      return TARGETS[h%TARGETS.length]
    }

    // 每次都随机目标（要注意目标之间是否有跨域）
    function getRandomServer() {
      return TARGETS[Math.floor(Math.random() * TARGETS.length)]
    }

  4. 保存并部署

使用 Worker

  1. 查看刚刚创建的 Worker，详情页选择触发器

  2. 在

    1
    路由

    界面点击

    1
    添加路由
    • 路由：可以填 aaa.com ，可以使用通配符。具体可见
    • 选择区域：刚才创建的 aaa.com

验证

在刚刚创建的 Workers 配置页面顶部右上角点可以编辑并调试、实施预览 JavaScript 代码
修改这一段代码来验证分流是否生效：

1
2
3
4
5
// 轮询的目标服务
const TARGETS = [
  'bing.com',
  'blog.aaa.com'
]

刷新页面有时你会发现加载到 Bing.com 就说明配置生效了
最后验证完记得把地址改回去~

总结

想尝试 Cloudflare 平台的 Workers 功能可以试试，以上方式仅图一乐，真正的负载均衡需要考虑更多方方面面的因素：负载均衡策略、扩展性、故障容灾等等等等（我也不会

本文原地址：https://noooy.com/2023/12/ee41db1fbb83.html 已经授权转载。

]]> <p>本博客目前是托管在 Github Pages 上，突发奇想部署一份在私人服务器上，并且两边资源都能够动态访问到。于是了解到几种来分流资源的策略：</p> <ul> <li>DNS 轮询</li> <li>开源平台 Nginx、Apache 等</li> <li>各大云商提供 ZgoCloud Los Angeles Performance VPS - Specials - Starter 简评 https://mylucky.cyou/post/20231219092306.html 2023-12-19T01:23:06.000Z 2023-12-19T08:55:51.120Z 这两天在不少的主机频道看到有推ZgoCloud这个商家的，我对于主机商了解的不是很多，也就跟大家一样，平时看得多听得多的是DMIT、瓦工之类的各种软硬文上常见的那些，但是看了下推的配置和线路，感觉又好像还行的样子，想着价格又不是很高，就买了这款做个简单的评测试试。

先说一下注意事项：这家的下单时候有反欺诈设置，我在下单时候填的地址是美国的，但是看了下surge的记录，是走了final，香港的IP连过去的，然后一下单马上收到4封email，除了一些订单相关的信息外，还有一封内容是：

Dear XXXXXX,

Unfortunatelly our system has automatically classified your recent order as Fraudulent

Please contact us at your earliest convenience to resolve this case, please submit order number below for reference:

ORDER NUMBER: XXXXXXXX

我是没管它，直接付款结束后让ChatGPT以我不是欺诈的是正常用户写了个email过去，大概十几分钟回复了个工单说已经恢复正常了，还有就是它家的订单完成后，要自己去panel里面选择安装操作系统设置ssh key的。

我这里又踩了一个坑是装完系统设置好ssh key后用termius链接时候发现一直连不上，用 ping.sx 查看IP又是好着的，后面发现还是一样，走了final，于是设置改为直连就好了。

套餐

处理器内存硬盘流量带宽价格购买
1x1GB25GB1.0TB/月500M$38.9/年购买
2x2GB40GB2.0TB/月500M$58.9/年购买

商家支持 PayPal 和支付宝、信用卡购买。

测试

本次采用的是默认的Debian 12系统，安装了curl，其它未做调整

采用的是一键脚本：

curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh

性能基准测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
---------------------基础信息查询--感谢所有开源项目---------------------
 CPU 型号          : AMD Ryzen 9 7950X 16-Core Processor
 CPU 核心数        : 1
 CPU 频率          : 4491.540 MHz
 CPU 缓存          : L1: 32.00 KB / L2: 1.00 MB / L3: 64.00 MB
 硬盘空间          : 2.02 GiB / 24.82 GiB
 启动盘路径        : /dev/sda3
 内存              : 230.84 MiB / 925.86 MiB
 Swap              : [ no swap partition or swap file detected ]
 系统在线时间      : 0 days, 1 hour 1 min
 负载              : 0.00, 0.00, 0.00
 系统              : Debian GNU/Linux 12 (bookworm) (x86_64)
 AES-NI指令集      : ✔ Enabled
 VM-x/AMD-V支持    : ✔ Enabled
 架构              : x86_64 (64 Bit)
 内核              : 6.1.0-16-amd64
 TCP加速方式       : cubic
 虚拟化架构        : KVM
 NAT类型           : 开放型
 IPV4 ASN          : AS8796 FASTNET DATA INC
 IPV4 位置         : Rancho Cucamonga / California / US
 IPV6 ASN          : AS8796 FASTNET DATA INC
 IPV6 位置         : Los Angeles / US-CA
 IPV6 子网掩码     : 64
---------------------CPU测试--感谢lemonbench开源------------------------
 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
 1 线程测试(1核)得分: 6013 Scores
---------------------内存测试--感谢lemonbench开源-----------------------
 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
 单线程读测试:74006.90 MB/s
 单线程写测试:41536.28 MB/s
------------------磁盘dd读写测试--感谢lemonbench开源--------------------
 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作写速度读速度
 100MB-4K Block130 MB/s (31.65 IOPS, 0.81s)182 MB/s (44549 IOPS, 0.57s)
 1GB-1M Block932 MB/s (889 IOPS, 1.13s)4.5 GB/s (4260 IOPS, 0.23s)
---------------------磁盘fio读写测试--感谢yabs开源----------------------

| Block Size | 4k            (IOPS) | 64k           (IOPS) |
| ---------- | -------------------- | -------------------- |
| Read       | 525.04 MB/s (131.2k) | 2.77 GB/s    (43.4k) |
| Write      | 526.42 MB/s (131.6k) | 2.79 GB/s    (43.6k) |
| Total      | 1.05 GB/s   (262.8k) | 5.57 GB/s    (87.0k) |
| Block Size | 512k          (IOPS) | 1m            (IOPS) |

  ------   | ---            ----  | ----           ---- 
Read       | 2.21 GB/s     (4.3k) | 2.48 GB/s     (2.4k)
Write      | 2.32 GB/s     (4.5k) | 2.65 GB/s     (2.5k)
Total      | 4.53 GB/s     (8.8k) | 5.14 GB/s     (5.0k)

###

流媒体平台及游戏区域限制测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
---------------------流媒体解锁--感谢sjlleo开源-------------------------
以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用
----------------Youtube----------------
[IPv4]
连接方式: Youtube Video Server
视频缓存节点地域: 美国  洛杉机(LAX17S56)
Youtube识别地域: 无信息(null)
[IPv6]
连接方式: Youtube Video Server
视频缓存节点地域: 美国  洛杉机(LAX17S56)
Youtube识别地域: 无信息(null)
----------------Netflix----------------
[IPv4]
您的出口IP完整解锁Netflix，支持非自制剧的观看
NF所识别的IP地域信息：美国
[IPv6]
您的出口IP完整解锁Netflix，支持非自制剧的观看
NF所识别的IP地域信息：美国
---------------DisneyPlus---------------
[IPv4]
当前IPv4出口解锁DisneyPlus
区域：美国区
[IPv6]
当前IPv6出口解锁DisneyPlus
区域：美国区
解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断
----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------
 以下为IPV4网络测试，若无IPV4网络则无输出
============[ Multination ]============
 Dazn:Yes (Region: US)
 HotStar:Yes (Region: US)
 Disney+:Yes (Region: US)
 Netflix:Yes (Region: US)
 YouTube Premium:Yes
 Amazon Prime Video:Yes (Region: US)
 TVBAnywhere+:Yes
 iQyi Oversea Region:US
 Viu.com:No
 YouTube CDN:Los Angeles, CA 
 Netflix Preferred CDN:Chicago, IL  
 Spotify Registration:Yes (Region: US)
 Steam Currency:USD
 ChatGPT:Yes

 Bing Region:US
=======================================

 以下为IPV6网络测试，若无IPV6网络则无输出
============[ Multination ]============
 Dazn:Failed (Network Connection)
 HotStar:Yes (Region: US)
 Disney+:Yes (Region: US)
 Netflix:Yes (Region: US)
 YouTube Premium:Yes
 Amazon Prime Video:Unsupported
 TVBAnywhere+:Failed (Network Connection)
 iQyi Oversea Region:Failed
 Viu.com:Failed
 YouTube CDN:Los Angeles, CA 
 Netflix Preferred CDN:Los Angeles, CA  
 Spotify Registration:Yes (Region: US)
 Steam Currency:Failed (Network Connection)
 ChatGPT:Failed

 Bing Region:US
=======================================

---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------
 Tiktok Region:Failed


IPv4的解锁情况很不错，常用的都解锁了，套餐带1个IPv4一个IPv6，自己看情况可以平时把IPv6禁用掉。

欺诈分数以及 IP 质量检测

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
-------------------欺诈分数以及IP质量检测--本脚本原创-------------------

数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对

以下为各数据库编号，输出结果后将自带数据库来源对应的编号

ipinfo数据库 ①  | scamalytics数据库 ②  | virustotal数据库 ③  | abuseipdb数据库 ④  | ip2location数据库   ⑤

ip-api数据库 ⑥  | ipwhois数据库     ⑦  | ipregistry数据库 ⑧  | ipdata数据库    ⑨  | ipgeolocation数据库 ⑩

欺诈分数(越低越好): 0②

abuse得分(越低越好): 0④

IP类型: 

  使用类型(usage_type):hosting①  Commercial⑤  hosting⑧  

  公司类型(company_type):business①  business⑧  

  云服务提供商(cloud_provider):  Yes⑧ 

  数据中心(datacenter):  No⑥ ⑨ 

  移动网络(mobile):  No⑥ 

  代理(proxy):  No① ② ⑥ ⑦ ⑧ ⑨ ⑩ 

  VPN(vpn):  No① ② ⑦ ⑧ 

  TOR(tor):  No① ② ⑦ ⑧ ⑨ 

  TOR出口(tor_exit):  No⑧ 

  搜索引擎机器人(search_engine_robot):② 

  匿名代理(anonymous):  No⑦ ⑧ ⑨ 

  攻击方(attacker):  No⑧ ⑨ 

  滥用者(abuser):  No⑧ ⑨ 

  威胁(threat):  No⑧ ⑨ 

  iCloud中继(icloud_relay):  No① ⑧ ⑨ 

  未分配IP(bogon):  No⑧ ⑨ 

黑名单记录统计(有多少个黑名单网站有记录): 无害0 恶意0 可疑0 未检测89 ③

Google搜索可行性：YES

------以下为IPV6检测------

欺诈分数(越低越好): 0②

abuse得分(越低越好): 0④

IP类型: Data Center/Web Hosting/Transit⑤

三网回程路由及速度测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
----------------三网回程--感谢zhanghanyun/backtrace开源-----------------

国家: US 城市: Rancho Cucamonga 服务商: AS8796 FASTNET DATA INC

北京电信 219.141.136.12  联通9929[优质线路]           

北京联通 202.106.50.1    联通9929[优质线路]           

北京移动 221.179.155.161 移动CMI [普通线路]           

上海电信 202.96.209.133  联通9929[优质线路]           

上海联通 210.22.97.1     联通9929[优质线路]           

上海移动 211.136.112.200 移动CMI [普通线路]           

广州电信 58.60.188.222   联通9929[优质线路]           

广州联通 210.21.196.6    联通9929[优质线路]           

广州移动 120.196.165.24  移动CMI [普通线路]           

成都电信 61.139.2.69     联通9929[优质线路]           

成都联通 119.6.6.6       联通9929[优质线路]           

成都移动 211.137.96.205  移动CMI [普通线路]           

---------------------回程路由--感谢fscarmen开源及PR---------------------

依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉!

广州电信 58.60.188.222

14.47 ms  AS8796  美国, 加利福尼亚州, 洛杉矶, technolink.top

0.65 ms  *  局域网

0.71 ms  AS10099  美国, 加利福尼亚州, 洛杉矶, chinaunicom.com, 联通

131.56 ms  AS10099  中国, 香港, chinaunicom.com, 联通

129.79 ms  AS9929  中国, 上海, chinaunicom.com, 联通

155.82 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通

159.13 ms  *  中国, 广东, 广州, chinaunicom.com, 联通

162.53 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

160.46 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

广州联通 210.21.196.6

7.43 ms  AS8796  美国, 加利福尼亚州, 洛杉矶, technolink.top

0.91 ms  *  局域网

5.09 ms  *  局域网

1.20 ms  AS10099  美国, 加利福尼亚州, 洛杉矶, chinaunicom.com, 联通

138.15 ms  AS10099  中国, 上海, chinaunicom.com, 联通

136.41 ms  AS9929  中国, 上海, chinaunicom.com, 联通

162.33 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通

165.16 ms  *  中国, 广东, 广州, chinaunicom.com, 联通

163.48 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

163.33 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

167.15 ms  AS17816  中国, 广东, 深圳, chinaunicom.com, 联通

176.70 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

166.08 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

广州移动 120.196.165.24

0.94 ms  *  局域网

20.36 ms  AS58807  美国, 加利福尼亚州, 洛杉矶, chinamobile.com, 移动

127.21 ms  AS58807  美国, 加利福尼亚州, 洛杉矶, chinamobile.com, 移动

126.39 ms  AS58807  中国, 上海, chinamobile.com, 移动

126.49 ms  AS9808  中国, chinamobile.com, 移动

126.38 ms  AS9808  中国, 上海, chinamobile.com, 移动

128.04 ms  AS9808  中国, 上海, chinamobile.com, 移动

151.40 ms  AS9808  中国, 北京, chinamobile.com, 移动

151.69 ms  AS9808  中国, 北京, chinamobile.com, 移动

152.22 ms  AS9808  中国, 北京, chinamobile.com, 移动

153.02 ms  AS56040  中国, 广东, 深圳, chinamobile.com, 移动

--------------------自动更新测速节点列表--本脚本原创--------------------

位置 上传速度 下载速度 延迟  丢包率

Speedtest.net 498.10 Mbps 462.01 Mbps 45.16  0.0%

洛杉矶 498.39 Mbps 479.36 Mbps 2.60  NULL

联通上海5G 15.87 Mbps 14.81 Mbps 133.12  0.0%

联通WuXi 11.49 Mbps 52.76 Mbps 137.07  0.0%

电信江苏5G 3.25 Mbps 377.72 Mbps 142.59  0.0%

电信合肥5G 14.62 Mbps 10.97 Mbps 170.08  0.0%

移动杭州5G 392.90 Mbps 315.31 Mbps 161.45  0.0%

移动Beijing340 Mbps 272.19 Mbps 249.55  31.4%

------------------------------------------------------------------------

官方宣传的是联通/电信走的9929，移动走的CMIN2 AS58807，看了下测试结果是符合的，但是这个脚本的问题，没有识别到，将移动的CMIN2归为普通线路，实际回程是AS58807（移动精品网），这个是没错的。

总体来说带宽是符合宣传的500M的口子的，对标瓦工的GIA，价格也很实惠，还是值得购买的。

]]> <p>这两天在不少的主机频道看到有推ZgoCloud这个商家的，我对于主机商了解的不是很多，也就跟大家一样，平时看得多听得多的是DMIT、瓦工之类的各种软硬文上常见的那些，但是看了下推的配置和线路，感觉又好像还行的样子，想着价格又不是很高，就买了这款做个简单的评测试试。</p> Saltfish (咸鱼) 美国 SanJose CN2 GIA mini VPS 简评 https://mylucky.cyou/post/20231218170433.html 2023-12-18T09:04:33.000Z 2023-12-19T08:55:31.425Z 在前面写过saltfish（咸鱼）的美国San Jose地区9929线路的简评，我手里有它家的同地区的CN2 GIA线路的mini款，也简单的做一下评测。

对于CN2 GIA，相信只要是玩VPS的人就知道是什么意思，也就不用过多介绍了。

这款VPS的套餐是San Jose VPS - Premium Network，配置为mini，配置代码是sjc.p1.mini，大陆优化线路CN2 GIA

saltfish家的Elite是9929线路，Premium是CN2 GIA线路。

套餐

处理器内存硬盘流量带宽价格链接
1x1GB10GB SSD1.0TB/月300M$20.4/季度点击前往

配置不算高，说白了就是搭建代理用的，CN2 GIA本身价格高昂，带宽也不高，这款也只有300M，只能说够用，流量有1T，量还是比较充足的，看流媒体啥的完全能满足需求。1C1G 10G硬盘的配置，放个个人blog啥的小项目玩玩也还是可以。这个套餐正价是$20.4/季，年付81.6，而我买的这款是双十一活动价，正价的7.8折，算下来就是63.65美元/年，循环出账，也就是一直是这个价格。

测试

采用的是这个一键脚本，用的顺序测试

1
curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh

性能基准测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
---------------------基础信息查询--感谢所有开源项目---------------------

 CPU 型号          : Intel Core Processor (Broadwell, IBRS)

 CPU 核心数        : 1

 CPU 频率          : 2294.686 MHz

 CPU 缓存          : L1: 64.00 KB / L2: 4.00 MB / L3: 16.00 MB

 硬盘空间          : 7.14 GiB / 9.33 GiB

 启动盘路径        : /dev/sda2

 内存              : 723.97 MiB / 960.64 MiB

 Swap              : [ no swap partition or swap file detected ]

 系统在线时间      : 9 days, 6 hour 54 min

 负载              : 0.12, 0.06, 0.02

 系统              : Debian GNU/Linux 11 (bullseye) (x86_64)

 AES-NI指令集      : ✔ Enabled

 VM-x/AMD-V支持    : ❌ Disabled

 架构              : x86_64 (64 Bit)

 内核              : 6.1.55-magictcp001

 TCP加速方式       : bbr

 虚拟化架构        : KVM

 NAT类型           : 开放型

 IPV4 ASN          : AS41378 Kirino LLC

 IPV4 位置         : San Jose / California / US

---------------------CPU测试--感谢lemonbench开源------------------------

 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)

 1 线程测试(1核)得分: 712 Scores

---------------------内存测试--感谢lemonbench开源-----------------------

 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)

 单线程读测试:16295.72 MB/s

 单线程写测试:6876.52 MB/s

------------------磁盘dd读写测试--感谢lemonbench开源--------------------

 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)

 测试操作写速度读速度

 100MB-4K Block25.5 MB/s (6227 IOPS, 4.11s)35.0 MB/s (8551 IOPS, 2.99s)

 1GB-1M Block765 MB/s (730 IOPS, 1.37s)937 MB/s (893 IOPS, 1.12s)

---------------------磁盘fio读写测试--感谢yabs开源----------------------

Block Size | 4k            (IOPS) | 64k           (IOPS)

Less than 2GB of space available. Skipping disk test...

机器上测试的时候发现被小伙伴拿去不知道乱七八糟的塞了些啥东西在里面，导致剩余空间有点不太够，所以磁盘读写这块没有完成，但是参照它家的9929线路性能，应该差不多吧。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Read       | 44.05 MB/s   (11.0k) | 536.18 MB/s   (8.3k)

Write      | 44.13 MB/s   (11.0k) | 539.00 MB/s   (8.4k)

Total      | 88.18 MB/s   (22.0k) | 1.07 GB/s    (16.7k)           |                      |                     

Block Size | 512k          (IOPS) | 1m            (IOPS)

  ------   | ---            ----  | ----           ---- 

Read       | 524.48 MB/s   (1.0k) | 520.93 MB/s    (508)

Write      | 552.35 MB/s   (1.0k) | 555.63 MB/s    (542)

Total      | 1.07 GB/s     (2.1k) | 1.07 GB/s     (1.0k)

流媒体平台及游戏区域限制测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
---------------------流媒体解锁--感谢sjlleo开源-------------------------

以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用

----------------Youtube----------------

[IPv4]

连接方式: Youtube Video Server

视频缓存节点地域: NUQ(NUQ04S38)

Youtube识别地域: 无信息(null)

----------------Netflix----------------

[IPv4]

您的出口IP可以使用Netflix，但仅可看Netflix自制剧

NF所识别的IP地域信息：美国

[IPv6]

您的网络可能没有正常配置IPv6，或者没有IPv6网络接入

---------------DisneyPlus---------------

解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断

----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------

 以下为IPV4网络测试，若无IPV4网络则无输出

============[ Multination ]============

 Dazn:Yes (Region: US)

 HotStar:Yes (Region: US)

 Disney+:No

 Netflix:Originals Only

 YouTube Premium:Yes

 Amazon Prime Video:Yes (Region: US)

 TVBAnywhere+:Yes

 iQyi Oversea Region:US

 Viu.com:No

 YouTube CDN:Mountain View

 Netflix Preferred CDN:Associated with [] in [San Jose, CA ]

 Spotify Registration:No

 Steam Currency:USD

 ChatGPT:Failed

 Bing Region:US

=======================================

 以下为IPV6网络测试，若无IPV6网络则无输出

---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------

 Tiktok Region:【US】

也是一样的情况，奈飞只支持自制剧，ChatGPT啥的解锁都支持

欺诈分数以及IP质量检测

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
-------------------欺诈分数以及IP质量检测--本脚本原创-------------------

数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对

以下为各数据库编号，输出结果后将自带数据库来源对应的编号

ipinfo数据库 ①  | scamalytics数据库 ②  | virustotal数据库 ③  | abuseipdb数据库 ④  | ip2location数据库   ⑤

ip-api数据库 ⑥  | ipwhois数据库     ⑦  | ipregistry数据库 ⑧  | ipdata数据库    ⑨  | ipgeolocation数据库 ⑩

欺诈分数(越低越好): 0②

abuse得分(越低越好): 0④

IP类型: 

  使用类型(usage_type):hosting①  Data Center/Web Hosting/Transit⑤  hosting⑧  

  公司类型(company_type):hosting①  hosting⑧  

  云服务提供商(cloud_provider):  Yes⑧ 

  代理(proxy):  No① ② ⑦ ⑧ 

  VPN(vpn):  No① ② ⑦ ⑧ 

  TOR(tor):  No① ② ⑦ ⑧ 

  TOR出口(tor_exit):  No⑧ 

  搜索引擎机器人(search_engine_robot):② 

  匿名代理(anonymous):  No⑦ ⑧ 

  攻击方(attacker):  No⑧ 

  滥用者(abuser):  No⑧ 

  威胁(threat):  No⑧ 

  iCloud中继(icloud_relay):  No① ⑧ 

  未分配IP(bogon):  No⑧ 

黑名单记录统计(有多少个黑名单网站有记录): 无害0 恶意0 可疑0 未检测89 ③

Google搜索可行性：YES

端口25检测:

  本地: No

  163邮箱: Yes

  gmail邮箱：No

IP很干净，欺诈分数为0，而相反我测DMIT或者瓦工的时候，都有十几二十分，甚至有些时候分到的IP更高。

三网回程及速度

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
----------------三网回程--感谢zhanghanyun/backtrace开源-----------------

国家: US 城市: San Jose 服务商: AS41378 Kirino LLC

北京电信 219.141.136.12  电信CN2 [优质线路]           

北京联通 202.106.50.1    电信CN2 [优质线路]           

北京移动 221.179.155.161 电信CN2 [优质线路]           

上海电信 202.96.209.133  电信CN2 [优质线路]           

上海联通 210.22.97.1     电信CN2 [优质线路]           

上海移动 211.136.112.200 电信CN2 [优质线路]           

广州电信 58.60.188.222   电信CN2 [优质线路]           

广州联通 210.21.196.6    电信CN2 [优质线路]           

广州移动 120.196.165.24  电信CN2 [优质线路]           

成都电信 61.139.2.69     电信CN2 [优质线路]           

成都联通 119.6.6.6       电信CN2 [优质线路]           

成都移动 211.137.96.205  电信CN2 [优质线路]           

---------------------回程路由--感谢fscarmen开源及PR---------------------

依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉!

广州电信 58.60.188.222

13.41 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

132.64 ms  *  中国, 上海, chinatelecom.com.cn, 电信

132.20 ms  *  中国, 上海, chinatelecom.com.cn, 电信

132.70 ms  *  中国, 上海, chinatelecom.com.cn, 电信

157.49 ms  *  中国, 广东, 广州, chinatelecom.com.cn, 电信

159.60 ms  *  中国, 广东, 深圳, chinatelecom.com.cn, 电信

163.51 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

156.93 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

广州联通 210.21.196.6

17.85 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

129.78 ms  *  中国, 上海, chinatelecom.com.cn, 电信

130.79 ms  *  中国, 上海, chinatelecom.com.cn, 电信

136.37 ms  *  中国, 上海, chinatelecom.com.cn, 电信

153.00 ms  *  中国, 广东, 广州, chinatelecom.com.cn, 电信

159.14 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

163.90 ms  AS17816  中国, 广东, 深圳, chinaunicom.com, 联通

167.66 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

164.67 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

广州移动 120.196.165.24

16.75 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

129.66 ms  *  中国, 上海, chinatelecom.com.cn, 电信

159.04 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

165.21 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

171.26 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

167.90 ms  AS56040  中国, 广东, 深圳, chinamobile.com, 移动

--------------------自动更新测速节点列表--本脚本原创--------------------

位置 上传速度 下载速度 延迟

Speedtest.net 348.62Mbps 200.72Mbps 976.23ms

洛杉矶 375.19Mbps 169.05Mbps 1.50ms

日本东京 150.32Mbps 68.14Mbps 2.53ms

联通WuXi 335.03Mbps 259.44Mbps 974.79ms

联通上海5G 357.42Mbps 209.60Mbps 947.07ms

电信合肥5G 379.01Mbps 197.75Mbps 1.10ms

电信浙江 339.03Mbps 193.04Mbps 1.04ms

移动Zhengzhou5G 381.41Mbps 285.66Mbps 987.62ms

移动杭州5G 381.41Mbps 260.44Mbps 1.03ms

------------------------------------------------------------------------

速度这块基本上能够跑满吧，CN2 GIA线路就是这样，贵但是稳，高峰期什么的都不会有什么大的变化。

我写这个目的主要是介绍这款机器的情况，同时因为我手上现在的 VPS 数量比较多，现在有这款机器出售

购于 2023 年11-10，目前按照剩余价值出售，大概是 57刀的样子（具体看交易时间），这家其实转让（push）的话会有 3 刀的一个手续费，如果比较熟悉的可以商量。有兴趣的可以通过 telegram 联系我，id：@GetMyCats

]]> <p>在前面写过<a href="(https://portal.saltyfish.io/index.php)">saltfish（咸鱼）</a>的美国San Jose地区9929线路的简评，我手里有它家的同地区的CN2 GIA线路的mini款，也简单的做一下评测。</p> < Saltfish(咸鱼)美国SanJose 9929 mini VPS简评 https://mylucky.cyou/post/20231218105520.html 2023-12-18T02:55:20.000Z 2023-12-19T08:55:21.026Z 算起来也算是去年下半年才开始接触VPS，以前总觉得这东西很复杂（虽然确实是），对我这种毫无基础的人不友好，从去年开始试着弄AWS的lightsail开始，到现在一年多的时间，虽然还是处于瞎折腾的程度，但是也算是有一点点的收获。

咸鱼在玩机界也算是有一定的口碑，目前运营了有5年，算是有一定年头了，主要以Seattle、SanJose、Frankfurt、Amsterdam、Hongkong地区为主，线路主要是9929、CN2GIA、4837等，总的来说还是挺不错的，价格也算是比较高的那种。

这款VPS的套餐是San Jose VPS - Elite Network，配置为mini，配置代码是sjc.e1.mini，大陆优化线路9929

saltfish家的Elite是9929线路，Premium是CN2 GIA线路。

套餐

处理器内存硬盘流量带宽价格链接
1x1GB10GB SSD1.2TB/月500M$6.5/月点击前往

配置不算高，说白了就是搭建代理用的，9929线路的带宽都不会很高，这款也只有500M，只能说够用，正价是$6.5/月，年付71.5，而我买的这款是活动价，正价的8折，算下来就是57.2美元/年，循环出账，也就是一直是这个价格。

测试

采用的是这个一键脚本，用的顺序测试

curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh

性能基准测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
---------------------基础信息查询--感谢所有开源项目---------------------

 CPU 型号          : Intel Core Processor (Broadwell, IBRS)

 CPU 核心数        : 1

 CPU 频率          : 2596.964 MHz

 CPU 缓存          : L1: 32.00 KB / L2: 4.00 MB / L3: 16.00 MB

 硬盘空间          : 5.95 GiB / 9.33 GiB

 启动盘路径        : /dev/vda2

 内存              : 285.45 MiB / 957.87 MiB

 Swap              : [ no swap partition or swap file detected ]

 系统在线时间      : 48 days, 11 hour 39 min

 负载              : 0.30, 0.08, 0.02

 系统              : Debian GNU/Linux 12 (bookworm) (x86_64)

 AES-NI指令集      : ✔ Enabled

 VM-x/AMD-V支持    : ❌ Disabled

 架构              : x86_64 (64 Bit)

 内核              : 6.5.9-x64v3-xanmod1

 TCP加速方式       : bbr

 虚拟化架构        : KVM

 NAT类型           : 开放型

 IPV4 ASN          : AS51089 Sakura Network LTD

 IPV4 位置         : San Jose / California

---------------------CPU测试--感谢lemonbench开源------------------------

 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)

 1 线程测试(1核)得分: 970 Scores

---------------------内存测试--感谢lemonbench开源-----------------------

 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)

 单线程读测试:19689.84 MB/s

 单线程写测试:14259.62 MB/s

------------------磁盘dd读写测试--感谢lemonbench开源--------------------

 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)

 测试操作写速度读速度

 100MB-4K Block38.8 MB/s (9481 IOPS, 2.70s)47.0 MB/s (11467 IOPS, 2.23s)

 1GB-1M Block390 MB/s (372 IOPS, 2.69s)1.2 GB/s (1140 IOPS, 0.88s)

---------------------磁盘fio读写测试--感谢yabs开源----------------------

Block Size | 4k            (IOPS) | 64k           (IOPS)

  ------   | ---            ----  | ----           ---- 

Read       | 44.05 MB/s   (11.0k) | 536.18 MB/s   (8.3k)

Write      | 44.13 MB/s   (11.0k) | 539.00 MB/s   (8.4k)

Total      | 88.18 MB/s   (22.0k) | 1.07 GB/s    (16.7k)           |                      |                     

Block Size | 512k          (IOPS) | 1m            (IOPS)

  ------   | ---            ----  | ----           ---- 

Read       | 524.48 MB/s   (1.0k) | 520.93 MB/s    (508)

Write      | 552.35 MB/s   (1.0k) | 555.63 MB/s    (542)

Total      | 1.07 GB/s     (2.1k) | 1.07 GB/s     (1.0k)

流媒体平台及游戏区域限制测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
---------------------流媒体解锁--感谢sjlleo开源-------------------------

以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用

----------------Youtube----------------

[IPv4]

连接方式: Youtube Video Server

视频缓存节点地域: NUQ(NUQ04S38)

Youtube识别地域: 无信息(null)

----------------Netflix----------------

[IPv4]

您的出口IP可以使用Netflix，但仅可看Netflix自制剧

NF所识别的IP地域信息：美国

[IPv6]

您的网络可能没有正常配置IPv6，或者没有IPv6网络接入

---------------DisneyPlus---------------

[IPv4]

当前IPv4出口解锁DisneyPlus

区域：美国区

解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断

----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------

 以下为IPV4网络测试，若无IPV4网络则无输出

============[ Multination ]============

 Dazn:Yes (Region: US)

 HotStar:Yes (Region: US)

 Disney+:No

 Netflix:Originals Only

 YouTube Premium:Yes

 Amazon Prime Video:Yes (Region: US)

 TVBAnywhere+:Yes

 iQyi Oversea Region:US

 Viu.com:No

 YouTube CDN:Mountain View

 Netflix Preferred CDN:Associated with [] in [Los Angeles, CA ]

 Spotify Registration:No

 Steam Currency:USD

 ChatGPT:Yes

 Bing Region:US

=======================================

 以下为IPV6网络测试，若无IPV6网络则无输出

---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------

 Tiktok Region:【US】

解锁情况还是可以的，我平常使用的ChatGPT都是走它这个线路。

欺诈分数以及IP质量检测

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对

以下为各数据库编号，输出结果后将自带数据库来源对应的编号

ipinfo数据库 ①  | scamalytics数据库 ②  | virustotal数据库 ③  | abuseipdb数据库 ④  | ip2location数据库   ⑤

ip-api数据库 ⑥  | ipwhois数据库     ⑦  | ipregistry数据库 ⑧  | ipdata数据库    ⑨  | ipgeolocation数据库 ⑩

欺诈分数(越低越好): 0②

abuse得分(越低越好): 0④

IP类型: 

  使用类型(usage_type):hosting①  Data Center/Web Hosting/Transit⑤  hosting⑧  business⑨  

  公司类型(company_type):hosting①  hosting⑧  

  云服务提供商(cloud_provider):  Yes⑧ 

  数据中心(datacenter):  No⑥ ⑨ 

  移动网络(mobile):  No⑥ 

  代理(proxy):  No① ② ⑥ ⑦ ⑧ ⑨ ⑩ 

  VPN(vpn):  No① ② ⑦ ⑧ 

  TOR(tor):  No① ② ⑦ ⑧ ⑨ 

  TOR出口(tor_exit):  No⑧ 

  搜索引擎机器人(search_engine_robot):② 

  匿名代理(anonymous):  No⑦ ⑧ ⑨ 

  攻击方(attacker):  No⑧ ⑨ 

  滥用者(abuser):  No⑧ ⑨ 

  威胁(threat):  No⑧ ⑨ 

  iCloud中继(icloud_relay):  No① ⑧ ⑨ 

  未分配IP(bogon):  No⑧ ⑨ 

Google搜索可行性：YES

端口25检测:

  本地: No

  163邮箱：No

看起来IP还是比较干净的

三网回程及速度

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
----------------三网回程--感谢zhanghanyun/backtrace开源-----------------

国家: US 城市: San Jose 服务商: AS41378 Kirino LLC

北京电信 219.141.136.12  测试超时

北京联通 202.106.50.1    联通9929[优质线路]           

北京移动 221.179.155.161 联通9929[优质线路]           

上海电信 202.96.209.133  联通9929[优质线路]           

上海联通 210.22.97.1     联通9929[优质线路]           

上海移动 211.136.112.200 联通9929[优质线路]           

广州电信 58.60.188.222   联通9929[优质线路]           

广州联通 210.21.196.6    联通9929[优质线路]           

广州移动 120.196.165.24  联通9929[优质线路]           

成都电信 61.139.2.69     联通9929[优质线路]           

成都联通 119.6.6.6       联通9929[优质线路]           

成都移动 211.137.96.205  联通9929[优质线路]           

---------------------回程路由--感谢fscarmen开源及PR---------------------

依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉!

广州电信 58.60.188.222

0.80 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

1.65 ms  AS10099  美国, 加利福尼亚州, 圣何塞, chinaunicom.com, 联通

137.12 ms  AS10099  中国, 上海, chinaunicom.com, 联通

163.11 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通

166.89 ms  *  中国, 广东, 广州, chinaunicom.com, 联通

165.04 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

161.85 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信

广州联通 210.21.196.6

0.89 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

1.70 ms  AS10099  美国, 加利福尼亚州, 圣何塞, chinaunicom.com, 联通

135.59 ms  AS10099  中国, 上海, chinaunicom.com, 联通

137.00 ms  AS9929  中国, 上海, chinaunicom.com, 联通

162.36 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通

166.35 ms  *  中国, 广东, 广州, chinaunicom.com, 联通

162.98 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

163.64 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

167.31 ms  AS17816  中国, 广东, 深圳, chinaunicom.com, 联通

169.34 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

168.12 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通

广州移动 120.196.165.24

0.82 ms  AS41378,AS51089  美国, 加利福尼亚州, 圣何塞, parsun.com

2.30 ms  AS10099  美国, 加利福尼亚州, 圣何塞, chinaunicom.com, 联通

137.50 ms  AS10099  中国, 上海, chinaunicom.com, 联通

139.98 ms  AS9929  中国, 上海, chinaunicom.com, 联通

162.71 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通

164.68 ms  *  中国, 广东, 广州, chinaunicom.com, 联通

165.42 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通

163.07 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

165.32 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

178.35 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动

176.30 ms  AS56040  中国, 广东, 深圳, chinamobile.com, 移动

--------------------自动更新测速节点列表--本脚本原创--------------------

位置 上传速度 下载速度 延迟  丢包率

Speedtest.net 586.89 Mbps 556.31 Mbps 0.91  0.0%

洛杉矶 589.24 Mbps 547.97 Mbps 15.83  NULL

日本东京 617.83 Mbps 573.01 Mbps 110.06  NULL

联通WuXi 381.68 Mbps 565.16 Mbps 142.34  0.0%

联通上海5G 168.61 Mbps 14.43 Mbps 137.39  0.0%

电信Suzhou5G 497.52 Mbps 564.75 Mbps 157.29  NULL

移动Chengdu 440.07 Mbps 386.29 Mbps 200.40  0.0%

------------------------------------------------------------------------

线路很直，而且500M基本能够跑满，但是让我有点意外的是，测速点电信和移动的两个点都能跑出好的速度，相反同为联通的上海5G结果速度有点拉胯 🤣

我写这个目的主要是介绍这款机器的情况，同时因为我手上现在的VPS数量比较多，现在有这款机器出售

购于2023年9-21，目前按照剩余价值出售，大概是46刀的样子，这家其实转让（push）的话会有3刀的一个手续费，如果比较熟悉的可以商量。有兴趣的可以通过telegram联系我，id：@GetMyCats

]]> <p>算起来也算是去年下半年才开始接触VPS，以前总觉得这东西很复杂（虽然确实是），对我这种毫无基础的人不友好，从去年开始试着弄AWS的lightsail开始，到现在一年多的时间，虽然还是处于瞎折腾的程度，但是也算是有一点点的收获。</p> <p><a href="https:/ 你真的需要hexo吗？ https://mylucky.cyou/post/20231218094358.html 2023-12-18T01:43:58.000Z 2023-12-19T08:53:14.065Z 经过几天的体验，个人认为这只是个适用于开发者群体的博客框架，特别是如果你只想好好写文章更是没有任何理由浪费时间在这玩意上面

举个例子： Hexo 是没有后台管理系统，那么要如何新建一篇文章呢？答案是使用命令：

1
hexo new "hi-hexo"

然后 Hexo 会在项目根目录的 source 目录下的 _posts 目录里生成 hi-hexo.md 文件，修改它就是修改新文章的内容了，那么删除一个文章呢？答案是删除掉这个 Markdown 文件

Hexo 的基本使用流程是：

  1. 在本地计算机使用命令 (hexo new <文章名>) 生成相应文件，然后使用编辑器在这个文件里写文章；
  2. 在本地计算机使用命令 (hexo server) 运行一个本地 Web 服务器在本地上浏览器打开进行预览，如果修改了主题及站点配置还需要使用命令 (hexo clean) 清除一下缓存，当主题及站点配置稳定不再变更而你又熟悉使用 Markdown 写作后，完全可以忽略这步；
  3. 当觉得可以发布了，在本地计算机使用命令 (hexo generate) 生成静态文件然后部署到远程服务器；
  4. 当然还可以更方便一点，在本地计算机使用命令 (hexo deploy 再配合 -g 选项就可以省略上一步) 从而配合远程部署插件，自动部署静态文件到远程服务器上；

这套流程对于曾经或正在使用如 WordPress 或 Medium 这样成熟的博客系统的人就已经很窒息了，但别急这还没完…

体验 Hexo 的过程让我想起几年前曾经体验过的另一款基于 Node.js 的博客平台 Ghost (Ghost 还将自身对标 WordPress 和 Medium)，当时上手后发现：没有搜索、没有分类、没有二级导航，甚至官方主题的本地化都懒得做还把后台不支持本地化的说明从文档中删除，当你去看 Ghost 的 Github 你会发现这玩意居然是周更，那年是 2018 年距离 Ghost 在 2013 年发布已经过去 5 年了，都不知道这 5 年内 Ghost 周更更出了个什么，连基础功能都做不好居然还对标 WordPress

Hexo 的体验类似，搜索、评论等功能都需要额外安装插件来实现。就比如评论功能，Hexo 是没有后端的，但为了评论功能以评论插件之一的 waline 举例，waline 官方文档的快速上手中推荐使用 LeanCloud 作为数据库以及使用 Vercel 部署为服务端…

注意，这里并不是说 waline 不好，waline 是一种外挂形式的插件 (不仅用于 Hexo)，不弄个后端评论数据又怎么妥善处理呢？

但这就是很滑稽的地方，一个没有后端的博客框架为了一个功能搞出两个后端，更不用说如果使用的是适配较好的主题还只是改改主题的配置文件，否则还需要自己去改相关代码。这已经超出非开发者的能力范围了

除此之外就是还有人看中这类框架是可以将页面托管在 Github 节省了部署成本而使用它，但这年头海外的廉价 VPS 简直遍地都是，不过也不能要求所有人都在这件事情上投入资金

另外还想说的是一个很普遍的现象：一个开发者想通过博客来记录自己的工作和学习，然而搞着搞着文章没写几篇，但出于对博客或博客插件的不满意自己动手实现，乃至重构了一遍又一遍…当然个人并不觉得这种将自己所学用于实践有什么不好，但重点在于你到底是来干嘛的呢？是来写博客还是来造博客的？

看到这里，你应该对于 Hexo 有一个基本的预期了，那么还想要使用 Hexo 吗？

本文摘抄自花姐的Blog ：《Hexo快速入门》中的片段。

转摘过来的目的也是这段文字说出了个人的一些感想吧。

这几天我一直在折腾hexo，从安装到主题，到各种设置，最后发现时间是都耗费在这些东西上面了。

如同我说群里的小伙伴：hexo安装一天，折腾nginx的ssl配置啥的一天，再折腾插件主题什么的一周到一个月，文章没几篇。

那么我们搭建blog的目的是什么？只是为了折腾？就跟上面说的，写blog还是造blog？

]]> <p>经过几天的体验，个人认为这只是个适用于开发者群体的博客框架，特别是如果你只想好好写文章更是没有任何理由浪费时间在这玩意上面</p> <p>举个例子： Hexo 是没有后台管理系统，那么要如何新建一篇文章呢？答案是使用命令：</p> <figure class="highli hexo常用命令 https://mylucky.cyou/post/20231216124851.html 2023-12-16T04:48:51.000Z 2023-12-19T08:55:00.352Z 本文大部分内容来自于Hexo的官方网站，自己摘录下来一些经常使用的Hexo指令。

写作：

hexo new [layout] <title>

命令中指定文章的布局（layout），默认为 post，可以通过修改 _config.yml 中的 default_layout 参数来指定默认布局

布局(layout)

Hexo 有三种默认布局：post、page 和 draft。在创建这三种不同类型的文件时，它们将会被保存到不同的路径；而您自定义的其他布局和 post 相同，都将储存到 source/_posts 文件夹。

布局路径
postsource/_posts
pagesource
draftsource/_drafts

所以一般我们开始写草稿的时候都是使用:

hexo new draft “新文章”

注意如果文章题目中包含空格，请用英文的“ ”将他们包括起来。生成的新文章.md在blog文件夹的source/_drafts里面，可以使用例如Typroa这样的md编辑软件来进行编写

草稿

刚刚提到了 Hexo 的一种特殊布局：draft，这种布局在建立时会被保存到 source/_drafts 文件夹，您可通过 publish 命令将草稿移动到 source/_posts 文件夹，该命令的使用方式与 new 十分类似，您也可在命令中指定 layout 来指定布局。

hexo publish [layout] <title>

草稿默认不会显示在页面中，您可在执行时加上 --draft 参数，或是在 _config.yml 中把 render_drafts 参数设为 true 来预览草稿。

例如，上面的新文章草稿编写完成后，使用hexo publish draft “新文章” 来发布。

Front-matter

Front-matter 是文件最上方以 --- 分隔的区域，用于指定个别文件的变量，举例来说：

1
2
3
4
---
title: Hello World
date: 2013/7/13 20:46:25
---

以下是预先定义的参数，可在模板中使用这些参数值并加以利用。

参数描述默认值
layout布局config.default_layout
title标题文章的文件名
date建立日期文件建立日期
updated更新日期文件更新日期
comments开启文章的评论功能true
tags标签（不适用于分页）
categories分类（不适用于分页）
permalink覆盖文章的永久链接，永久链接应该以 / 或 .html 结尾null
excerpt纯文本的页面摘要。使用 该插件 来格式化文本
disableNunjucks启用时禁用 Nunjucks 标签 {{ }}/{% %} 和 标签插件 的渲染功能false
lang设置语言以覆盖 自动检测继承自 _config.yml
published文章是否发布对于 _posts 下的文章为 true，对于 _draft 下的文章为 false

布局

根据 _config.yml 中 default_layout 的设置，默认布局是 post 。当文章中的布局被禁用(layout: false)，它将不会使用主题处理。然而，它仍然会被任何可用的渲染引擎渲染：如果一篇文章是用 Markdown 写的，并且安装了 Markdown 渲染引擎（比如默认的 hexo-renderer-marked)，它将被渲染成HTML。

除非通过 disableNunjucks 设置或 渲染引擎 禁用，否则无论布局如何，标签插件 总是被处理。

分类和标签

只有文章支持分类和标签，您可以在 Front-matter 中设置。在其他系统中，分类和标签听起来很接近，但是在 Hexo 中两者有着明显的差别：分类具有顺序性和层次性，也就是说 Foo, Bar 不等于 Bar, Foo；而标签没有顺序和层次。

1
2
3
4
5
categories:
- Diary
tags:
- PS3
- Games

分类方法的分歧

如果您有过使用 WordPress 的经验，就很容易误解 Hexo 的分类方式。WordPress 支持对一篇文章设置多个分类，而且这些分类可以是同级的，也可以是父子分类。但是 Hexo 不支持指定多个同级分类。下面的指定方法：

1
2
3
categories:
  - Diary
  - Life

会使分类 Life 成为 Diary 的子分类，而不是并列分类。因此，有必要为您的文章选择尽可能准确的分类。

如果你需要为文章添加多个分类，可以尝试以下 list 中的方法。

1
2
3
4
categories:
- [Diary, PlayStation]
- [Diary, Games]
- [Life]

此时这篇文章同时包括三个分类： PlayStation 和 Games 分别都是父分类 Diary 的子分类，同时 Life 是一个没有子分类的分类。

标签插件（Tag Plugins）

引用块

在文章中插入引言，可包含作者、来源和标题。

别号： quote

1
2
3
{% blockquote [author[, source]] [link] [source_link_title] %}
content
{% endblockquote %}

代码块

在文章中插入代码。

别名： code

1
2
3
{% codeblock [title] [lang:language] [url] [link text] [additional options] %}
code snippet
{% endcodeblock %}

以 option:value 的格式指定额外选项，例如：line_number:false first_line:5。

额外选项描述默认值
line_number显示行号true
line_threshold只有代码块的行数超过该阈值，才显示行数0
highlight启用代码高亮true
first_line指定第一个行号1
mark突出显示特定的行，每个值用逗号分隔。 使用破折号指定数字范围 例如： mark:1,4-7,10 将标记第1、4至7和10行
wrap用 `` 包裹代码块true

示例

普通的代码块

1
2
3
4
{% codeblock %}
alert('Hello World!');
{% endcodeblock %}
alert('Hello World!');

指定语言

1
2
3
4
{% codeblock lang:objc %}
[rectangle setX: 10 y: 10 width: 20 height: 20];
{% endcodeblock %}
[rectangle setX: 10 y: 10 width: 20 height: 20];

附加说明

1
2
3
4
{% codeblock Array.map %}
array.map(callback[, thisArg])
{% endcodeblock %}
Array.maparray.map(callback[, thisArg])

附加说明和网址

1
2
3
4
5
6
{% codeblock _.compact http://underscorejs.org/#compact Underscore.js %}
_.compact([0, 1, false, 2, '', 3]);
=> [1, 2, 3]
{% endcodeblock %}
_.compactUnderscore.js_.compact([0, 1, false, 2, '', 3]);
=> [1, 2, 3]

反引号代码块

另一种形式的代码块，不同的是它使用三个反引号来包裹。

``` [language] [title] [url] [link text] code snippet ```

一般情况下，还是建议使用反引号的代码块，因为是md文档的标准格式。

Image

在文章中插入指定大小的图片。

1
{% img [class names] /path/to/image [width] [height] '"title text" "alt text"' %}

嵌入图片

hexo-renderer-marked 3.1.0+ 可以（可选）自动解析图片的文章路径，参考 本节 如何启用它。

“foo.jpg” 位于 http://example.com/2020/01/02/hello/foo.jpg。

默认（无选项）

1
2
{% asset_img foo.jpg %}
<img src="/2020/01/02/hello/foo.jpg">

自定义 class 属性

1
2
{% asset_img post-image foo.jpg %}
<img src="/2020/01/02/hello/foo.jpg" class="post-image">

展示尺寸

1
2
{% asset_img foo.jpg 500 400 %}
<img src="/2020/01/02/hello/foo.jpg" width="500" height="400">

title 和 alt 属性

1
2
{% asset_img logo.svg "lorem ipsum'dolor'" %}
<img src="/2020/01/02/hello/foo.jpg" title="lorem ipsum" alt="dolor">

文章摘要和截断

在文章中使用 <!-- more -->，那么 <!-- more --> 之前的文字将会被视为摘要。首页中将只出现这部分文字，同时这部分文字也会出现在正文之中。

例如：

1
2
3
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
<!-- more -->
Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

首页中将只会出现

1
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

正文中则会出现

1
2
3
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

注意，摘要可能会被 Front Matter 中的 excerpt 覆盖。

个人感觉这种方式是相当不美观的，好好的文章中间要插入一段代码进去。

生成文件

使用 Hexo 生成静态文件快速而且简单。

1
$ hexo generate

监视文件变动

Hexo 能够监视文件变动并立即重新生成静态文件，在生成时会比对文件的 SHA1 checksum，只有变动的文件才会写入。

1
$ hexo generate --watch

完成后部署

可执行下列的其中一个命令，让 Hexo 在生成完毕后自动部署网站，两个命令的作用是相同的。

1
2
$ hexo generate --deploy
$ hexo deploy --generate

简写

上面两个命令可以简写为
$ hexo g -d
$ hexo d -g

熟悉了后可以一个命令：

Hexo g && hexo d

服务器

hexo-server

一般写作都是在本地的（不会有人用vi在VPS端写吧?)，所以很多时候都是本地搭个server，写完后预览一下效果再deploy到VPS上。

Hexo 3.0 把服务器独立成了个别模块，必须先安装 hexo-server 才能使用。

1
$ npm install hexo-server --save

安装完成后，输入以下命令以启动服务器，您的网站会在 http://localhost:4000 下启动。在服务器启动期间，Hexo 会监视文件变动并自动更新，无须重启服务器。

1
$ hexo server

如果想要更改端口，或是在执行时遇到了 EADDRINUSE 错误，可以在执行时使用 -p 选项指定其他端口，如下：

1
$ hexo server -p 5000

静态模式

在静态模式下，服务器只处理 public 文件夹内的文件，而不会处理文件变动，在执行时，应该先自行执行 hexo generate，此模式通常用于生产环境（production mode）下。

1
$ hexo server -s

自定义 IP

服务器默认运行在 0.0.0.0，您可以覆盖默认的 IP 设置，如下：

1
$ hexo server -i 192.168.1.1

指定这个参数后，就只能通过该IP才能访问站点。例如，对于一台使用无线网络的笔记本电脑，除了指向本机的127.0.0.1外，通常还有一个192.168.*.*的局域网IP，如果像上面那样使用-i参数，就不能用127.0.0.1来访问站点了。对于有公网IP的主机，如果指定一个局域网IP作为-i参数的值，那么就无法通过公网来访问站点。

平时本地调试时候，我一般使用

hexo g && hexo server

]]> <p>本文大部分内容来自于Hexo的官方网站，自己摘录下来一些经常使用的Hexo指令。</p> <h1 id="写作："><a href="#写作：" class="headerlink" title="写作："></a>写作：</h1><p><code>hexo new [la hexo下使用Typroa编辑图片路径问题的解决 https://mylucky.cyou/post/20231215142215.html 2023-12-15T06:22:15.000Z 2023-12-19T08:54:49.074Z 在兴致勃勃的折腾了hexo Blog后的几天，上传了几篇与sub-store有关的文章，配了些图，在我的两个Blog上面都上传了，那边是wordpress平台的，也搭建了一段时间，很顺利，而这边就发现图片显示不出来了。

如果你看过我之前的那篇《Hexo永久链接（Permalinks）生成方式比较》 就知道，我的Blog链接是通过时间方式生成的链接，而Typroa插进去的图片在上传后，hexo生成过程中，将图片等资源的文件夹进行了重命名，但是html中还保留着原来的相对路径，这导致图片的相对路径就不对了，在试验过 hexo-renderer-marked、hexo-asset-image 等几种方案，其中还因为按照那上面修改一些代码，导致我的Blog本地不知道哪个地方出错，hexo g 之后运行 hexo server 不能生成index.html，在我新建了个文件夹重新hexo init 后，继续搜索发现了 hexo-image-link 这款插件，而且知乎上有人说能解决这个问题。

抱着死马当着活马医的心态，npm install hexo-image-link –save 安装了，并且修改了一篇文章后本地预览了一下，确实能够正确的显示图片了。

具体步骤：

  • 修改_config.yml中的post_asset_folder: true
  • npm install hexo-image-link --save
  • 如果 npm下载比较慢的话，尝试 cnpm下载
    • npm install -g cnpm --registry=https://registry.npm.taobao.org
    • cnpm install hexo-image-link --save
  • 将Typroa中图片的设置改为复制到指定路径 ./${filename},如下图所示

作者的GitHub是：https://github.com/getsomecat/hexo-image-link 感谢

]]> <p>在兴致勃勃的折腾了hexo Blog后的几天，上传了几篇与sub-store有关的文章，配了些图，在我的两个Blog上面都上传了，那边是wordpress平台的，也搭建了一段时间，很顺利，而这边就发现图片显示不出来了。</p> <p> 如果你看过我之前的那篇<a href 通过Docker在VPS上架设Sub-Store https://mylucky.cyou/post/20231214220224.html 2023-12-14T14:02:24.000Z 2024-01-18T02:33:59.713Z 之前写了一篇《通过VPS架设Sub-Store》，有人问我能不能写用Docker，说实话，我自己对于Docker也是很不熟悉，于是就着小一写的那个很简单的教程，硬着头皮边摸索边写，过程中如有疏漏，请指出。

免责声明

本文涉及的任何解锁和解密分析脚本仅用于资源共享和学习研究，不能保证其合法性，准确性，完整性和有效性，请根据情况自行判断。

间接使用脚本的任何用户，包括但不限于建立VPS或在某些行为违反国家/地区法律或相关法规的情况下进行传播, 本文作者对于由此引起的任何隐私泄漏或其他后果概不负责。

请勿将本文内的任何内容用于商业或非法目的，否则后果自负。

如果任何单位或个人认为该项目的脚本可能涉嫌侵犯其权利，则应及时通知并提供身份证明，所有权证明，我将在收到认证文件后删除相关脚本。

对任何本文中包含的脚本在使用中可能出现的问题概不负责，包括但不限于由任何脚本错误导致的任何损失或损害．

您必须在下载后的24小时内从计算机或手机中完全删除以上内容。

任何以任何方式查看此项目的人或直接或间接使用该项目的任何脚本的使用者都应仔细阅读此声明。本文作者保留随时更改或补充此免责声明的权利。一旦使用并复制了任何本文相关脚本或其他内容，则视为您已接受此免责声明。

关于

Sub-Store：

项目仓库：https://github.com/sub-store-org/Sub-Store

sub-store最早是Peng-YM在loon平台推出的高级订阅管理工具。完全本地解析，无订阅泄露的风险。经过后续发展，现在已经适配了Surge 和 Quantumult X 以及 Shadowrocket、Clash。

主要功能

  • 订阅转换
  • 组合订阅
  • 订阅过滤
  • 订阅重命名
  • 订阅排序
  • 订阅同步

需要的

  • 一台VPS（配置不建议太低）
  • 拥有自己的域名并且已经托管到了CloudFlare（其它地方的也行，但是习惯了CloudFlare，并且很良心也很方便）
  • SSH 工具（强烈推荐Termius）

部署过程

更新系统

1
2
3
4
sudo -i

apt-get update && apt-get full-upgrade -y

如果系统里面没有Docker，那么需要安装Docker

安装Docker

国外vps：

1
curl -fsSL https://get.docker.com | bash -s docker

国内vps：

1
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun

如果想手动安装Docker，请参照官方文档

安装Sub-Store镜像

此处采用的是目前 Sub-Store 当前主要维护者之一 @xream （小一）的docker镜像

启动

数据文件夹: /root/sub-store-data

端口: 3001

监听: 127.0.0.1

后端前缀（API）: /2cXaAxRGfddmGz2yx1wA

定时任务: 0 0 * * *

复制下面指令一键运行即可

可以将其中的 2cXaAxRGfddmGz2yx1wA 字段改为其它复杂字符串

本示例中演示的定时任务环境变量为 SUB_STORE_CRON, 此时使用的是系统的 crond; 如果有问题, 可以使用 SUB_STORE_BACKEND_CRON, 此时将使用 Node 版 node-cron

推送服务: https://api.day.app/XXXXXXXXXXXX/[推送标题]/[推送内容]?group=SubStore&autoCopy=1&isArchive=1&sound=shake&level=timeSensitive&icon=https%3A%2F%2Fraw.githubusercontent.com%2F58xinian%2Ficon%2Fmaster%2FSub-Store1.png

支持 Bark/PushPlus 等服务. 形如: https://api.day.app/XXXXXXXXX/[推送标题]/[推送内容]?group=SubStore&autoCopy=1&isArchive=1&sound=shake&level=timeSensitive 或 http://www.pushplus.plus/send?token=XXXXXXXXX&title=[推送标题]&content=[推送内容]&channel=wechat 的 URL, [推送标题] 和 [推送内容] 会被自动替换.

下面的是完全功能版，带推送和定时

1
2
docker run -it -d --restart=always -e "SUB_STORE_PUSH_SERVICE=https://api.day.app/XXXXXXXXXXXX/[推送标题]/[推送内容]?group=SubStore&autoCopy=1&isArchive=1&sound=shake&level=timeSensitive&icon=https%3A%2F%2Fraw.githubusercontent.com%2F58xinian%2Ficon%2Fmaster%2FSub-Store1.png"  -e "SUB_STORE_CRON=0 0 * * *" -e SUB_STORE_FRONTEND_BACKEND_PATH=/2cXaAxRGfddmGz2yx1wA -p 127.0.0.1:3001:3001 -v /root/sub-store-data:/opt/app/data --name sub-store xream/sub-store

按照上面一键指令运行后的sub-store地址为： 本地前端+本地后端+API

1
http://127.0.0.1:3001?api=http://127.0.0.1:3001/2cXaAxRGfddmGz2yx1wA

Tips:可以通过 docker help 查看docker的各项指令
docker stats 指令查看当前运行中的docker状态

有人提出不使用反向代理的方式，直接使用IP+端口直接访问，开发者让我补充一点：处于安全性考虑，建议还是使用反向代理以及配置较为复杂的API（也就是上面2cXaAxRGfddmGz2yx1wA这一串换成别的复杂字符）

[!IMPORTANT]

如果你跟示例一样,只监听了 127.0.0.1,这样是无法从本地机器外使用 IP+端口 来访问容器内的服务的。

建议的做法是:

  1. 不要直接暴露容器的端口到宿主机,而是设置反向代理。比如可以使用 Nginx 作为反代,并配置域名访问容器内服务。

  2. 如果就是想直接通过 IP+端口访问,可以在 docker run 时使用 -p 参数,比如 -p 3001:3001 来将容器端口映射到宿主机端口。但是直接暴露端口有安全风险,还是建议使用反向代理的方式。运行时候docker命令如下：

    docker run -it -d --restart=always -e "SUB_STORE_CRON=0 0 * * *" -e SUB_STORE_FRONTEND_BACKEND_PATH=/2cXaAxRGfddmGz2yx1wA -p 3001:3001 -v /root/sub-store-data:/opt/app/data --name sub-store xream/sub-store

  3. 如果设置了端口映射但是无法访问,可以检查下面的常见情况:

• 使用 docker ps 查看容器是否正确启动并监听了端口。

• 使用 lsof -i:3001 等命令检查宿主机上是否已占用目标端口。

• 检查本地防火墙规则,是否屏蔽了访问的端口。

• 如果是远程访问,检查网络安全组或云平台防火墙设置。

根据检查结果,进一步排查并调整容器端口暴露或防火墙设置,以允许访问容器服务。

域名设置：

在cloudflare的域名DNS记录里面添加一个A记录

substore.domain.com

实际A记录的名字随意，只要你能区分就行

如下图例：

备注：后面的代理黄云勾不勾随意，如果你用其它第三方ssl证书可以不勾，如果用CF的证书就勾上。

nginx部署过程

安装nginx

1
sudo apt install nginx -y

编辑nginx配置

1
sudo vim /etc/nginx/sites-enabled/sub-store.conf

根据自己的前面域名设置将以下内容改好后复制进去并保存

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
server {
  listen 443 ssl http2;
  listen [::]:443 ssl http2;
  server_name substore.yourdomain.com;  //将此处改为你自己的域名

  ssl_certificate /root/cert/ssl.pem;    //将此处改为你自己ssl公钥证书位置和名字
  ssl_certificate_key /root/cert/ssl.key; //将此处改为你自己ssl私钥

  location / {
    proxy_pass http://127.0.0.1:3001;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }

}


编写完毕保存后输入：nginx -t 查看配置是否正确，如果正确输入：nginx -s reload重载配置，如果出现错误输入：nginx -s stop 停止nginx运行， 并根据提示信息进行排查。

使用CloudFlare的15年ssl证书步骤

  • 将域名托管到cloudflare后，将旁边那朵云点上变为黄色

  • 在左侧的SSL/TLS栏目下概述中，将加密模式改为完全（严格）

  • 点击左侧的源服务器，在源证书中选择创建证书

  • 选择 RSA（2048），并创建证书

  • 将随后出现的私钥和公钥，分别复制并保存下来

请注意，私钥仅显示一次，请务必保存好

  • 打开ssh软件，并且链接上VPS后

  • 创建文件夹 cert
    mkdir cert

    cd cert

  • 创建公钥文件
    vim ssl.pem

  • 将上面的cloudflare证书公钥内容粘贴进去并保存

  • 创建私钥文件
    vim ssl.key

  • 将上面的cloudflare证书私钥内容粘贴进去并保存

至此整个Docker版的sub-store服务搭建完成。

访问的地址是

https://substore.yourdomain.com?api=https://substore.yourdomain.com/2cXaAxRGfddmGz2yx1wA

本教程编写过程中受到小一 @xream 大力指导，十分感谢。
如果在部署使用过程中有疑问，可以进他的telegram群 https://t.me/zhetengsha_group 交流沟通。

此种方法只使用了一个域名
如果想两个域名都用上
docker 那部分启动改为

1
docker run -it -d --restart=always -p 127.0.0.1:3001:3001 -v /root/sub-store-data:/opt/app/data --name sub-store xream/sub-store

nginx部分则参照之前的方法即可。

]]> <p>之前写了一篇《通过VPS架设Sub-Store》，有人问我能不能写用Docker，说实话，我自己对于Docker也是很不熟悉，于是就着小一写的那个很简单的教程，硬着头皮边摸索边写，过程中如有疏漏，请指出。</p> <h2 id="免责声明"><a href="#免责声明" 通过VPS架设Sub-Store(新版) https://mylucky.cyou/post/20231213084039.html 2023-12-13T00:40:39.000Z 2024-01-18T02:41:31.056Z 在之前已经写过一篇通过VPS架设专属的Sub-Store用于订阅管理，但是随着Sub-Store的版本迭代，已经增加了很多的新的功能，且部署方式也做了一些变动，在小一的指导下，梳理了部署流程，重写一篇。

免责声明

本文涉及的任何解锁和解密分析脚本仅用于资源共享和学习研究，不能保证其合法性，准确性，完整性和有效性，请根据情况自行判断。

间接使用脚本的任何用户，包括但不限于建立VPS或在某些行为违反国家/地区法律或相关法规的情况下进行传播, 本文作者对于由此引起的任何隐私泄漏或其他后果概不负责。

请勿将本文内的任何内容用于商业或非法目的，否则后果自负。

如果任何单位或个人认为该项目的脚本可能涉嫌侵犯其权利，则应及时通知并提供身份证明，所有权证明，我将在收到认证文件后删除相关脚本。

对任何本文中包含的脚本在使用中可能出现的问题概不负责，包括但不限于由任何脚本错误导致的任何损失或损害．

您必须在下载后的24小时内从计算机或手机中完全删除以上内容。

任何以任何方式查看此项目的人或直接或间接使用该项目的任何脚本的使用者都应仔细阅读此声明。本文作者保留随时更改或补充此免责声明的权利。一旦使用并复制了任何本文相关脚本或其他内容，则视为您已接受此免责声明。

关于

Sub-Store：

项目仓库：https://github.com/sub-store-org/Sub-Store

sub-store最早是Peng-YM在loon平台推出的高级订阅管理工具。完全本地解析，无订阅泄露的风险。经过后续发展，现在已经适配了Surge 和 Quantumult X 以及 Shadowrocket、Clash。

主要功能

  • 订阅转换

  • 组合订阅

  • 订阅过滤

  • 订阅重命名

  • 订阅排序

  • 订阅同步

需要的

  • 一台VPS（配置不建议太低）
  • 拥有自己的域名并且已经托管到了CloudFlare（其它地方的也行，但是习惯了CloudFlare，并且很良心也很方便）
  • SSH 工具（强烈推荐Termius）

部署过程：

域名设置：

在cloudflare的域名DNS记录里面添加一个A记录

substore.domain.com

实际A记录的名字随意，只要你能区分就行

如下图例：

备注：后面的代理黄云勾不勾随意，如果你用其它第三方ssl证书可以不勾，如果用CF的证书就勾上。

前端后端部署

ssh登陆到vps后，对vps进行常规升级和更新：

Tip：我是在新开的主机上进行部署，所以有更新和安装过程，如果你上面已经安装有相关的可以跳过

1
sudo apt update && apt upgrade -y

安装 unzip wget git

1
sudo apt install unzip wget git -y

下载和安装 fnm （Node.js版本管理器）

1
2
curl -fsSL https://fnm.vercel.app/install | bash

按照执行后的命令提示执行下一步操作

看上一步的提示复制粘贴 不要抄下面的

1
2
source /root/.bashrc

安装node.js

查看 node.js 版本可以去官网 https://nodejs.org/en/about/previous-releases
这里选取的 v20.10.0 LTS版进行安装

1
fnm install v20.10.0

安装完成后可以通过 node -v 查看是否安装上以及安装的版本号

安装 PNPM 软件包管理器

1
curl -fsSL https://get.pnpm.io/install.sh | sh -

并根据安装结束的信息执行

看上一步的提示复制粘贴 不要抄下面的

因为我是在root用户下进行操作，所以有警告信息

1
source /root/.bashrc

创建Sub-store的安装文件夹并进入该文件夹

1
2
mkdir -p /root/sub-store
cd sub-store

我这里是直接在root根目录下创建的文件夹
你可以根据自己的情况选择其它位置
但是注意其它位置的后续写service的时候对应目录

下载后端sub-store脚本

1
curl -fsSL https://github.com/sub-store-org/Sub-Store/releases/latest/download/sub-store.bundle.js -o sub-store.bundle.js

下载前端页面压缩包并解压缩

1
curl -fsSL https://github.com/sub-store-org/Sub-Store-Front-End/releases/latest/download/dist.zip -o dist.zip

解压缩
重命名
删除原包

1
unzip dist.zip && mv dist frontend && rm dist.zip

编写服务

输入下面指令编写服务：

vim /etc/systemd/system/sub-store.service

将下列文本根据自己的用户名和文件夹名字进行修改后粘贴进去：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
[Unit]
Description=Sub-Store
After=network-online.target
Wants=network-online.target systemd-networkd-wait-online.service

[Service]
LimitNOFILE=32767
Type=simple
Environment="SUB_STORE_FRONTEND_BACKEND_PATH=/2cXaAxRGfddmGz2yx1wA"
Environment="SUB_STORE_BACKEND_CRON=0 0 * * *"
Environment="SUB_STORE_FRONTEND_PATH=/root/sub-store/frontend"
Environment="SUB_STORE_FRONTEND_HOST=0.0.0.0"
Environment="SUB_STORE_FRONTEND_PORT=3001"
Environment="SUB_STORE_DATA_BASE_PATH=/root/sub-store"
Environment="SUB_STORE_BACKEND_API_HOST=127.0.0.1"
Environment="SUB_STORE_BACKEND_API_PORT=3000"
ExecStart=/root/.local/share/fnm/fnm exec --using v20.10.0 node /root/sub-store/sub-store.bundle.js
User=root
Group=root
Restart=on-failure
RestartSec=5s
ExecStartPre=/bin/sh -c ulimit -n 51200
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target

备注：上面的 Environment=SUB_STORE_FRONTEND_BACKEND_PATH=/2cXaAxRGfddmGz2yx1wA
其中的 2cXaAxRGfddmGz2yx1wA 请自行更改为其它复杂内容并保密，这是后面API部分作为验证使用的。按照上面的写的服务单元如果不懂的别再去更改其中的监听IP等参数，尤其是后端的API_HOST，否则会造成泄露，尤其是监听的3000端口不要开公网。

2024-01-18：更新增加定时参数。

如图所示：

请注意：我图中的脚本名字自己进行了修改，所以和教程中的名字有所不同。
教程中脚本名字为:sub-store.bundle.js 我自己修改为 sub-store-bundle.js
在自己部署过程中请千万注意脚本名字和文件夹名
这个错误导致我卡住了一个多小时😅
一个低级错误，又不好意思群里问，跟着ChatGPT下不断的修改，最后发现是文件名错误

粘贴进去后按 esc 键，接着输入 :wq保存退出

接下来先将服务启动

systemctl start sub-store.service

将服务设为系统服务并开机自启动

systemctl enable sub-store.service

查看运行状态
systemctl status sub-store.service

正常情况下会显示如下：

图示中的服务名我编写为substore.service，和教程有所不同

如果出现报错信息
使用指令：

journalctl -f -u sub-store -o cat -n 100

来查看具体的错误信息和原因来进行解决

至此前后端的部署部分已经完成，接下来就是nginx部分。

nginx部署过程

安装nginx

1
sudo apt install nginx -y

编辑nginx配置

1
sudo vim /etc/nginx/sites-enabled/sub-store.conf

根据自己的前面域名设置将以下内容改好后复制进去并保存

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
server {
  listen 443 ssl http2;
  listen [::]:443 ssl http2;
  server_name substore.yourdomain.com;  //将此处改为你自己的域名

  ssl_certificate /root/cert/ssl.pem;    //将此处改为你自己ssl公钥证书位置和名字
  ssl_certificate_key /root/cert/ssl.key; //将此处改为你自己ssl私钥

  location / {
    proxy_pass http://127.0.0.1:3001;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }

}


编写完毕保存后输入：nginx -t 查看配置是否正确，如果正确输入：nginx -s reload重载配置，如果出现错误输入：nginx -s stop 停止nginx运行， 并根据提示信息进行排查。

使用CloudFlare的15年ssl证书步骤

  • 将域名托管到cloudflare后，将旁边那朵云点上变为黄色

  • 在左侧的SSL/TLS栏目下概述中，将加密模式改为完全（严格）

  • 点击左侧的源服务器，在源证书中选择创建证书

  • 选择 RSA（2048），并创建证书

  • 将随后出现的私钥和公钥，分别复制并保存下来

请注意，私钥仅显示一次，请务必保存好

  • 打开ssh软件，并且链接上VPS后

  • 创建文件夹 cert
    mkdir cert

    cd cert

  • 创建公钥文件
    vim ssl.pem

  • 将上面的cloudflare证书公钥内容粘贴进去并保存

  • 创建私钥文件
    vim ssl.key

  • 将上面的cloudflare证书私钥内容粘贴进去并保存

至此整个VPS版的sub-store服务搭建完成
访问的地址是

https://substore.yourdomain.com?api=https://substore.yourdomain.com/2cXaAxRGfddmGz2yx1wA

如果后续需要更新，只需要更新后端的脚本即可

先停止服务

systemctl stop sub-store.service

更新脚本

curl -fsSL https://github.com/sub-store-org/Sub-Store/releases/latest/download/sub-store.bundle.js -o sub-store.bundle.js

重载服务

systemctl daemon-reload

启动服务

systemctl start sub-store.service

查看状态

systemctl status sub-store.service

在该方法中只使用了一个域名，如果要两个域名都使用上参照之前的方法即可。

]]> <p>在之前已经写过一篇通过VPS架设专属的<a href="https://surge.tel/19/1974/">Sub-Store</a>用于订阅管理，但是随着Sub-Store的版本迭代，已经增加了很多的新的功能，且部署方式也做了一些变动，在<a href="https: Hexo永久链接（Permalinks）生成方式比较 https://mylucky.cyou/post/20231209231814.html 2023-12-09T15:18:14.000Z 2023-12-19T08:55:10.956Z 结论

Hexo生成永久链接（Permalinks）的最佳方式是在站点配置文件_config.yml中进行如下设置：

1
2
3
4
5
permalink: :layout/:year:month:day:hour:minute:second.html
permalink_defaults:
pretty_urls:
  trailing_index: true # Set to false to remove trailing 'index.html' from permalinks
  trailing_html: true # Set to false to remove trailing '.html' from permalinks

Hexo生成博客文章URL链接时，默认是:year/:month/:day/:title/这样的格式。如果博客文件名有中文的话，URL链接就会包含中文，复制URL路径把它粘贴到其他地方就会把中文变成一大堆乱码，使用不便而且会影响网站的SEO，同时链接层级太多也将影响SEO。

URL构成越简单越好，百度建议URL不要超过255字节。一个英文字符1字节，一个中文字符2字节。

方法一：设为title

最容易想到的方法，把URL设置成如下格式

1
permalink: :layout/:title.html

:layout为布局，:title为文件名，如果有篇名为《test-post》的文章其链接将会是这样

1
https://www.duheweb.com/post/test-post.html

这种方法有3个缺陷：

  1. 文章名必须为中文，这对中文博主来说很不友好，后期面对一堆全是英文名的md文件特别令人头疼。

  2. 不能改文件名，文件名一变，URL也会变化。

  3. 文件名不能起太长，否则会影响SEO，同时太长的文件名使得URL也不美观。文件名短的话其含义就会与文章标题有较大偏差，给后期维护造成混乱。

方法二：hexo-abbrlink插件

如果你之前有搜索过的话，可以发现这种方法有很多人推荐

安装hexo-abbrlink插件

1
npm install hexo-abbrlink --save

站点配置文件_config.yml设置成这样

1
2
3
4
permalink: posts/:abbrlink.html  # 此处可以自己设置，也可以直接使用 :/abbrlink
abbrlink:
    alg: crc32   #算法： crc16(default) and crc32
    rep: dex     #进制： dec(default) and hex

生成的链接像这样

1
https://www.duheweb.com/posts/1690090958.html

这种方法也有缺陷：

重新生成的URL可能与之前不一样，喜欢双备份的人用此插件容易混淆URL。因为这种方法执行hexo generate才会在博客md文件的Front-matter 内增加abbrlink字段，这个字段就是URL的末尾。如果一篇博客耗时几天写了多个版本（V1和V2）才写完，在此期间没有执行过hexo generate，部署V2版本一段时间后才觉得V1版本更好，但此时V1是没有abbrlink字段，还得把V2的abbrlink复制到V2中。如果不复制，让插件再自动生成URL的话，新生成的URL可能会与以前不一样。因为即使abbrlink插件使用crc32算法生成abbrlink，也有重复的可能，遇到重复的情况插件会把abbrlink加1。那么问题来了，也许生成V2的abbrlink时没有加1，生成V1时却加1了，前后两个版本的URL就会不一样。

解释的可能有点绕，总之记住，用该插件重新生成一篇文章的URL可能与之前不一样，而实际使用中我们难免会有重新生成URL的需求。

方法三：hexo-abbrlink2插件

hexo-abbrlink的作者开发出了hexo-abbrlink2插件，这个插件可以使URL从指定数字开始递增，像这样：

1
2
3
https://www.duheweb.com/posts/1.html
https://www.duheweb.com/posts/2.html
https://www.duheweb.com/posts/3.html

这个方法同样也有缺陷：

同时生成多篇文章的URL时会重复，这是插件自身的bug。

与hexo-abbrlink存在同样的问题，重新生成的URL可能与之前不一样。

方法四：设为hash

hexo-abbrlink和hexo-abbrlink2插件出现此缺陷的原因是，他们不是在创建md文件时就生成URL（即生成abbrlink字段），如果我们能在执行hexo new就生成URL，这个问题企不是就解决了。

查阅Hexo的官方文档，发现还真可以，方法如下：

站点配置文件_config.yml设置成

1
permalink: :layout/:hash.html

:hash会根据文件名及date生成的URL，date就是文章md文件Front-matter 内的字段。生成的URL像这样

1
https://www.duheweb.com/post/3b48da9a3b8b.html

似乎很完美的解决了方法二、三的缺陷，因为date是创建md文件时就生成的，URL也很简短。

但它同样有问题，部署后不能再更改文件名。这对博主也是个较大的限制，谁也不能保证发表前取的文件名能一直符合心意，后期稍不留神就把文件名改了，然后URL也随之变化。

方法五：设为日期

:hash方法提醒了我们，date字段是生成URL的优良种子，我们何不用date直接生成URL呢。想到就做，把站点配置文件_config.yml设置成

1
permalink: :layout/:date.html

然后执行hexo generate，发现会报错，因为date形如“2021-04-12 13:15:54”，中间有空格。不过这很好解决，参考Hexo的官方文档，设置成这样就可以了

1
permalink: :layout/:year:month:day:hour:minute:second.html

生成的URL如

1
https://www.duheweb.com/post/20210412131554.html

还要注意站点配置文件中的pretty_urls设置是否是这样的

1
2
3
pretty_urls:
  trailing_index: true # Set to false to remove trailing 'index.html' from permalinks
  trailing_html: true # Set to false to remove trailing '.html' from permalinks

设为false的话，链接就变成了

1
https://www.duheweb.com/post/20210412131554

去掉URL末尾的.html，更简洁了。带不带html对SEO收录来说，影响不大，但不带html发外链的时候，有些平台编辑器会自动在URL后面加一个“/ ”造成404页面。所以，最好还是带上html，同时也能给人一种静态页面的安全感。

本文作者： 杜和
本文链接： https://www.duheweb.com/post/20210414222449.html
版权声明： 本博客所有文章除特别声明外，均采用 BY 许可协议。转载请注明出处！

]]> <h1 id="结论"><a href="#结论" class="headerlink" title="结论"></a>结论</h1><p>Hexo生成永久链接（Permalinks）的最佳方式是在站点配置文件_config.yml中进行如下设置：</p> <figure cla 收集整理的一些常用命令行 https://mylucky.cyou/post/20231209101919.html 2023-12-09T02:19:19.000Z 2023-12-19T08:53:03.003Z 收集整理的一些常用命令行

转自 ：https://noooy.com/2023/12/e76f8f1a9ce2.html

Docker、Docker Compose 官方一键安装

新版 docker compose 命令去掉了“-”

1
curl -fsSL https://get.docker.com | bash -s docker

一键安装 Telegram 人形 bot

较原版增加了端口配置，方便启动多个 bot

1
sudo bash -c "$(curl -sL https://raw.githubusercontent.com/durianice/pgp-install/main/docker-install.sh)"

一键 Snell

仅生成适用于 Surge iOS/Mac 的客户端配置

安装

1
sudo bash -c "$(curl -sL https://raw.githubusercontent.com/CCCOrz/auto-snell/main/install.sh)"

卸载

1
sudo bash -c "$(curl -sL https://raw.githubusercontent.com/CCCOrz/auto-snell/main/uninstall.sh)"

Certbot 一键申请证书

1
sudo bash -c "$(curl -sL https://raw.githubusercontent.com/CCCOrz/Cert-Cluster/main/start.sh)"

qBittorrent 一键安装

1
sudo bash -c "$(curl -sL https://raw.githubusercontent.com/CCCOrz/qBittorrent-install/main/qBittorrent-install.sh)"

Tuic 一键

含证书申请
仅生成适用于 Surge iOS/Mac 的客户端配置

1
wget -N --no-check-certificate https://raw.githubusercontent.com/CCCOrz/auto-tuic/main/tuic.sh && bash tuic.sh

tinymediamanager 一键

前往仓库查看，区分 AMD/ARM

1
https://github.com/durianice/tinymediamanager-docker

一键 SS

1
wget -O ss-rust.sh --no-check-certificate https://raw.githubusercontent.com/xOS/Shadowsocks-Rust/master/ss-rust.sh && chmod +x ss-rust.sh && ./ss-rust.sh

一键 h2

1
wget -N --no-check-certificate https://raw.githubusercontent.com/Misaka-blog/hysteria-install/main/hy2/hysteria.sh && bash hysteria.sh

测试回程路由

1
2
bash <(curl -Ls https://raw.githubusercontent.com/sjlleo/nexttrace/main/nt_install.sh)

Naiveproxy-docker

文档
性能调优

1
2
3
4
mkdir -p ./naive && cd ./naive \

bash <(curl -sSL https://raw.githubusercontent.com/RayWangQvQ/naiveproxy-docker/main/install.sh)

]]> <h1 id="收集整理的一些常用命令行"><a href="#收集整理的一些常用命令行" class="headerlink" title="收集整理的一些常用命令行"></a>收集整理的一些常用命令行</h1><p> 转自 ：<a href="https://noooy.c hexo 部署 https://mylucky.cyou/post/20231208131919.html 2023-12-08T05:19:19.000Z 2023-12-19T08:54:36.950Z 虽然已经有了一个blog，但是那个是用wordpress部署的，是Lucky费了老大劲，帮了不少忙，但是用起来总觉得太臃肿，WordPress就是这样，功能大而全，你想要的都能实现，但是很难实现，需要的东西太多，Nginx、MySQL什么的一大堆，对于普通的人来说，过程就很复杂了。也试过用ghost来部署，但是感觉部署过程中也是很多问题，而且对新手也不算友好，也一直想试试传说中的hexo，双十一、黑五期间又陆陆续续的入手了一些小鸡，也出了一些，光搭个节点啥的很浪费，于是又捡起之前部署失败无数次的hexo，重新弄了起来，终于算是成功了，于是就有了这篇文章，这个Blog。
下面简单的写一下过程：

需要准备的

  • 一台VPS
  • 一个域名，并且域名已经托管到了cloudflare，做好了DNS解析
  • MacBook（Windows下应该差不多，但是我没有,就只好以Mac下部署为例了）

步骤

创建本地目录

⚠️确保本机的 Git 和 Node.js已经安装

在本地建立一个文件夹，取名blog
Mac下可以直接在个人文档里面建文件夹（Windows应该同理）
打开终端，输入：cd blog 进入到blog文件夹

安装Hexo

1
2
3
4
5
6
7
8
9
10
sudo npm install -g hexo-cli

hexo init

sudo npm install

hexo d -fg

hexo server

如果正常的话，Hexo就已经本地安装完毕，会有提示你打开 http://localhost:4000 可以在浏览器看到欢迎页面了，以后加了新的文章或者改动之后，直接hexo server就可以在4000端口检测看看效果。不过这时候只是在本地的，接下来是发布到网络上。

故障排除：

When running the first command, I encountered error like Error: Cannot find module ‘…. If you face the same thing, try the following link to fix it. https://gist.github.com/DanHerbert/9520689

遇到的问题：

重启机器后hexo和npm都不见了，显示错误如下：

zsh: command not found: npm
zsh: command not found: hexo

执行命令 ls ~/.npm 发现执行文件都在此目录下

解决步骤：

  1. 卸载已经安装的 node, npm, 和 nvm (if exists)

To completely uninstall node + npm is to do the following:

go to /usr/local/lib and delete any node and node_modules
go to /usr/local/include and delete any node and node_modules directory
if you installed with brew install node, then run brew uninstall node in your terminal
check your Home directory for any local or lib or include folders, and delete any node or node_modules from there
go to /usr/local/bin and delete any node executable

http://refactor.ghost.io/2016/01/17/how-do-i-completely-uninstall-node-js-and-reinstall-from-beginning-mac-os-x/

rm -rf $NVM_DIR ~/.npm ~/.bower

  1. 在Terminal运行下列命令来安装nvm

nvm 是Nodejs版本管理器

Please check the official nvm docs for the latest version link.

1
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.1/install.sh | bash

安装之后请重启Terminal

  1. 安装切换各版本 node/npm
1
2
3
4
5
6
7
8
9

nvm ls-remote           //查看有哪些版本可供安装

nvm install stable       //安装最新稳定版本

nvm install 0.12.7         //这里再安装一个0.12.7版本 并把它设为默认

nvm alias default 0.12.7

  1. 使用 .nvmrc 文件配置项目所使用的 node 版本
    如果你的默认 node 版本（通过 nvm alias 命令设置的）与项目所需的版本不同，则可在项目根目录或其任意父级目录中创建 .nvmrc 文件，在文件中指定使用的 node 版本号，例如：
1
2
3
4
5
6
7
8
cd <项目根目录>            //进入项目根目录

echo 4 > .nvmrc           //添加 .nvmrc 文件

nvm use                 //无需指定版本号，会自动使用 .nvmrc 文件中配置的版本

node -v              //查看 node 是否切换为对应版本

其他人遇到的类似问题解决方法:

https://yrom.net/blog/2016/08/10/auto-load-node-on-zsh-startup/

在另一台电脑上clone repo之后无法使用hexo

ERROR Local hexo not found in ~/Documents/github/hexo_blog

解决方法：

rm -rf node_modules/ && npm install

如果你遇到没有包含在那上面的问题，请善用搜索。

VPS端部署过程

Hexo的VPS端部署其实很简单，就是简单的建立一个文件夹后，将本地生成的静态网页上去，再使用Nginx 代理即可。

  1. 用ssh工具登录到VPS（推荐termius）

其它一些教程都是推荐新建一个git用户，作为一个常年root登录的用户，当然不会干这种事情了，不然各种权限设置，各种workdir设置的多麻烦。

  1. 建立blog文件夹并进入文件夹

mkdir /var/www/blog && cd /var/www/blog

  1. 安装Nginx

    1
    2
    3
    4
    apt update && apt upgrade -y      //升级更新系统

    apt install nginx                 //安装nginx

    安装完后输入 nginx -V 若出现版本信息，则安装成功

  2. 配置Nginx

1
2
3
4
5
6
cd /etc/nginx/sites-available               //切换目录

cp default default.bak                  //备份默认配置

vim default                     //修改配置

参考配置内容：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
server {
    listen 80 default;              //默认监听80端口
    root /var/www/blog;             //网站根目录
    server_name mylucky.cyou, www.mylucky.cyou;  //网址
    access_log  /var/log/nginx/blog_access.log;
    error_log   /var/log/nginx/blog_error.log;
    error_page 404 =  /404.html;

    location ~* ^.+\.(ico|gif|jpg|jpeg|png)$ {
        root /var/www/blog;
        access_log   off;
        expires      1d;
    }

    location ~* ^.+\.(css|js|txt|xml|swf|wav)$ {
        root /var/www/blog;
        access_log   off;
        expires      10m;
    }

    location / {
        root /var/www/blog;
        if (-f $request_filename) {
        rewrite ^/(.*)$  /$1 break;
        }
    }

    location /nginx_status {
        stub_status on;
        access_log off;
    }
}

保存退出后，输入 nginx -t 测试一下配置，如果没有出错信息则启动nginx

启动 nginx：

systemctl start nginx

设置开机自动启动：

systemctl enable nginx

查看运行状态：

systemctl status nginx

显示 running 表示成功运行。

这时候在浏览器里面输入你的域名，就可以看到nginx的欢迎信息了，因为我们还没把本地的hexo的内容上传上来呢。

配置SSL证书

出于安全性考虑，一般都会给配置个SSL证书，（你也不想每次打开浏览器，地址栏那里显示个不安全吧）

这里采用certbot来配置

apt install -y certbot python3-certbot-nginx

certbot --nginx

第一次运行这个命令会让你填个邮箱，然后yes，no之后选择你要配置证书之后的域名即可，英语都是比较简单的。

自动更新证书
因为这种免费证书都是有期限的，所以设置一个定时任务来到期自动更新
输入：

crontab -e

如果你的小鸡没有crontab，那么输入 ：apt install cron 进行安装

添加一行：

0 0 1 * * /usr/bin/certbot renew --quiet

如果是采用cloudflare的15年证书，则请按照相应的步骤进行，网络上教程很多，就是一个将证书保存到VPS里面，然后在 nginx 的配置步骤。

配置完nginx和ssl证书后，我们回到本地，需要将本地用Hexo书写的内容生成静态网页，并且上传到VPS里面呈现出来。

部署Hexo

Hexo常用的有 git hook 和 rsync 两种自动部署解决方案

在我们创建的博客目录下执行 hexo generate 后，hexo会将我们编辑的markdown博客自动生成静态的网页，而生成的文件就存储在 public 文件夹中，这其中的每一个html文件都是我们之后在网页中查看博客时候加载的对应文件，而我们在执行 hexo deploy 时，就是要将 public 文件夹下的文件全部部署到我们之前在Nginx配置中设置的 root /var/www/blog 的路径中。

用rsync部署

相比较git hook方式，这一种操作更简单，对于小白更不容易出错。

安装rsync

rsync的安装分为两部分：服务器端和本地

服务器端安装：

apt-get install rsync

对于Digital Ocean Ubuntu VPS，大多数的Linux系统已经默认装有 rsync 了，可以运行 rsync 测试下是否已经安装。

本地安装：

sudo npm install hexo-deployer-rsync --save

rsync配置

编辑博客文件夹目录下的 _config.yml，找到deploy字段添加如下代码：

1
2
3
4
5
6
deploy:
  type: rsync
  host: vps-ip            //这里填写你VPS的IP地址，比如：138.23.23.23
  user: root             //这里填写你登陆VPS所用的用户名，比如：root
  root: /usr/www/blog       //这里填写你在nginx中配置的文件路径
  port: 22               //SSH默认端口号，不需要修改

配置完毕！在 blog 目录下执行下面一段代码

hexo g && hexo d
提示：

按照提示输入ssh密码后就上传到VPS了，接着在浏览器输入网址就可以看到了。

git hook自动部署方案

使用git hook和rsync得到的效果是等效的，也就是说，二者中选一种你喜欢的就可以完成配置。
说明一下，我本人看Git部署的方式步骤太多太麻烦，所以采用的是rsync的方式进行的，所以对于此文中的Git方式，只是从网络上找到相应的教程，自己并没有进行测试，如果有错漏，请指出。

安装git

本地部署工具安装

sudo npm install hexo-deployer-git --save

服务器端安装：

1
2
3
sudo apt-get update

sudo apt-get install git-core

新增一个名为 git 的用户，并给用户 git 赋予无需密码操作的权限（否则到后面 Hexo 部署的时候会提示无权限）

1
2
3
4
5
adduser git

chmod 740 /etc/sudoers

vi /etc/sudoers

在vi编辑中找到如下内容：

1
2
## Allow root to run any commands anywhere
root    ALL=(ALL)     ALL

在下面添加一行

git ALL=(ALL) ALL

vim 操作小贴士：打开文件之后要按i进入编辑模式，编辑完以后按Esc，再输入:wq回车才能保存；如果
想不保存直接退出请输入:q!

保存退出后执行

chmod 440 /etc/sudoers

接下来要把本地的 SSH 公钥上传到 VPS 。执行：

1
2
3
4
5
6
7
8
9
su git

cd ~

mkdir .ssh && cd .ssh

touch authorized_keys

vi authorized_keys

现在要打开本地的 Git Bash，输入vi ~/.ssh/id_rsa.pub，把里面的内容复制下来粘贴到上面打开的文件里。

然后建立放部署的网页的 Git 库。

1
2
3
4
5
cd ~

mkdir hexo.git && cd hexo.git

git init --bare

测试一下，如果在 Git Bash 中输入 ssh git@VPS的IP地址 能够远程登录的话，则表示设置成功了。

如果不成功，并且你的 VPS 的 ssh 端口不是 22 的话，请在Git Bash执行vi ~/.ssh/config，输入以下内容并保存：（成功就跳过这一步）

1
2
3
4
5
Host #VPS 的 IP
HostName #VPS 的 IP
User git
Port #SSH 端口
IdentityFile ~/.ssh/id_rsa

初始化git仓库

1
2
3
4
5
mkdir /var/repo

cd /var/repo

git init --bare blog.git

执行上述代码后,我们会在 /var/repo 路径下创建了一个名为 blog.git 的裸仓库，这个仓库的功能就是将我们deploy的文件通过git hook的方式共享到 /var/www/blog 中，而要想实现这一功能我们还需要进行如下配置：

在 blog.git/hooks 目录下新建一个 post-receive 文件：

1
2
3
cd /var/repo/blog.git/hooks

vim post-receive

在 post-receive 中添加如下内容：

1
2
#!/bin/sh
git --work-tree=/var/www/blog --git-dir=/var/repo/blog.git checkout -f

设置 post-receive 文件的可执行权限：

chmod +x post-receive

提示：如果设置的路径文件夹并不存在，那么需要创建该文件夹并且赋予你所使用的用户的权限：

1
2
3
sudo mkdir /var/www/blog
cd /var/www
chown git:git blog

本地配置

编辑博客文件夹目录下的 _config.yml，找到deploy添加如下代码：

1
2
3
4
deploy:
    type: git
    repo: root@mylucky.cyou:/var/repo/blog.git # 此部分修改为你自己的登陆账号和域名，冒号后面为设置的裸仓库的地址
    branch: master

同样在 blog 目录下执行下面一段代码，我们也可以看到我们的文件部署到了服务器上

hexo g && hexo d

补充一下，我发现在上面的使用certbot 申请ssl证书的步骤之后，它默认的一个配置是会在直接访问http （80）端口的时候返回404页面，而不是重定向到https，后面我修改了一下nginx的配置，完整配置如下，可以做一个参考：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
# HTTP server block to redirect to HTTPS
server {
    listen 80;
    server_name mylucky.cyou www.mylucky.cyou;
    return 301 https://$server_name$request_uri;
}

# HTTPS server block
server {
    listen 443 ssl;
    server_name mylucky.cyou www.mylucky.cyou;

    # SSL certificate configuration
    ssl_certificate /etc/letsencrypt/live/www.mylucky.cyou/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/www.mylucky.cyou/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

    # Access and error logs
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    # Root directory
    root /var/www/blog;
    index index.html;

    # Enable gzip compression
    gzip on;

    # Mime types
    include /etc/nginx/mime.types;

    # Location blocks
    location / {
        try_files $uri $uri/ /index.html;
    }

    location ~* ^.+\.(css|js|txt|xml|swf|wav)$ {
        access_log off;
        expires 10m;
    }

    location /nginx_status {
        stub_status on;
        access_log off;
    }
}

整个一个Hexo的Blog的本地和上传方式到此已经完成，剩下的就是补充Blog的内容了
对于Blog来说，平台搭建好其实是最初始的步骤，最关键的还是内容，平台什么的并不重要。
后面也会弄一些Hexo的设置和使用方法，来进行填充内容。

]]> <p>虽然已经有了一个<a href="https://surge.tel/">blog</a>，但是那个是用wordpress部署的，是Lucky费了老大劲，帮了不少忙，但是用起来总觉得太臃肿，WordPress就是这样，功能大而全，你想要的都能实现，但是很难实现，需要的东西太 有幸遇见 https://mylucky.cyou/post/20231208104329.html 2023-12-08T02:43:29.000Z 2023-12-19T08:55:41.134Z 你能来太好了，能够遇见就是最大的幸运。

]]> <p>你能来太好了，能够遇见就是最大的幸运。</p> 新的开始 https://mylucky.cyou/post/20231207212435.html 2023-12-07T13:24:35.000Z 2023-12-19T08:54:17.018Z 想试试用hexo部署一个blog。

]]> <p>想试试用hexo部署一个blog。</p>