From 174a852ffcb90675a8834e51b4079f80d5568f58 Mon Sep 17 00:00:00 2001 From: mobeicanyue <81098819+mobeicanyue@users.noreply.github.com> Date: Wed, 8 May 2024 20:49:17 +0800 Subject: [PATCH] docs: update Alist deployment tutorial with additional configuration steps --- .../Baidu-show-308-jump-in-Cloudflare-page.md | 4 +- .../Caddy-installation-and-usage-tutorial.md | 2 +- .../Deploying-a-Web-Disk-of-Your-Own.md | 9 ++-- source/_posts/How-to-Deploy-a-new-server.md | 10 ++-- .../Is-it-recommended-to-use-manjaro-linux.md | 46 +++++++++++-------- .../Writing-Umami-s-uv-pv-access-display.md | 1 - 6 files changed, 38 insertions(+), 34 deletions(-) diff --git a/source/_posts/Baidu-show-308-jump-in-Cloudflare-page.md b/source/_posts/Baidu-show-308-jump-in-Cloudflare-page.md index 64590993..db4938e4 100644 --- a/source/_posts/Baidu-show-308-jump-in-Cloudflare-page.md +++ b/source/_posts/Baidu-show-308-jump-in-Cloudflare-page.md @@ -9,7 +9,7 @@ date: 2024-03-10 16:06:57 --- {% note success %} -我前阵子决定将博客迁移到 Cloudflare Page 上，但在使用 Cloudflare Page 遇到了一个问题，就是百度收录使用 `.html 验证网站所有权` 会显示网页 308 跳转报错。我一开始还以为是百度的问题，千方百计地设法解决但是都徒劳无功，后来才发现是 Cloudflare Page 的问题。 +前阵子我决定将博客迁移到 Cloudflare Page 上，但百度收录使用 `.html 验证网站所有权` 会显示网页 308 跳转报错。我一开始还以为是百度的问题，千方百计地设法解决但是都徒劳无功，后来才发现是 Cloudflare Page 的问题。 Google 和 百度都没有发现这个解决办法，所以自己写一篇文章来记录一下。 {% endnote %} @@ -25,7 +25,7 @@ Google 和 百度都没有发现这个解决办法，所以自己写一篇文章 ![百度报错 308](https://pic4.zhimg.com/80/v2-9b2591438a5d35d8ee4ca6e0da4d4f8f_1440w.webp) -如 `https://www.ovvv.top/baidu_verify_codeva-xxx.html` 会自动重定向到 `https://www.ovvv.top/baidu_verify_codeva-xxx`。 +如 `https://www.ovvv.top/baidu_verify_codeva-GwRsL4VPtx.html` 会自动重定向到 `https://www.ovvv.top/baidu_verify_codeva-GwRsL4VPtx`。 ![重定向，没有 .html 后缀](https://pic1.zhimg.com/80/v2-d1aad73842196ad68566de57ef0b75e8_1440w.webp) diff --git a/source/_posts/Caddy-installation-and-usage-tutorial.md b/source/_posts/Caddy-installation-and-usage-tutorial.md index e189975c..154df559 100644 --- a/source/_posts/Caddy-installation-and-usage-tutorial.md +++ b/source/_posts/Caddy-installation-and-usage-tutorial.md @@ -7,7 +7,7 @@ tags: abbrlink: f3ac7ef6 date: 2024-03-04 04:56:00 --- -![caddy](https://pic4.zhimg.com/80/v2-653b9bf7506493ee27ff68e6107aeff7_1440w.webp) +![caddy](https://pic4.zhimg.com/80/v2-e7c9fd51cac240e4494d7739909aadb3_1440w.webp) {% note secondary %} Caddy 是一个现代化的 Web 服务器，具有自动 HTTPS、HTTP/3、反向代理、负载均衡、静态文件服务等功能。Caddy 的设计理念是简单易用，它的配置文件采用 Caddyfile 格式，非常直观和易懂。Caddy 采用 Go 语言编写，性能优异，占用资源少，适合用于各种 Web 服务的搭建。 diff --git a/source/_posts/Deploying-a-Web-Disk-of-Your-Own.md b/source/_posts/Deploying-a-Web-Disk-of-Your-Own.md index e8b866f4..de679cbe 100644 --- a/source/_posts/Deploying-a-Web-Disk-of-Your-Own.md +++ b/source/_posts/Deploying-a-Web-Disk-of-Your-Own.md @@ -123,10 +123,10 @@ Alist 支持多种存储，包括本地存储、OneDrive、Google Drive 等。 左边栏点击 `存储`，然后点击`添加`，驱动选择 `本机存储`，点击`添加` 3. `挂载路径`填写 `/`，意味着这次添加的存储为 `网盘根目录`。往下滑，找到 `根文件夹路径`，也就是文件的存储路径。 -如果你是 **一键脚本安装** 的，就填写 `/opt/alist/files`； -如果你是 **docker-compose 安装** 的，就填 `/opt/alist/data/files`。（注意，这个是容器内的映射路径，不是宿主机的路径，参考前文的 `volumes` 配置） + 如果你是 **一键脚本安装** 的，就填写 `/opt/alist/files`； + 如果你是 **docker-compose 安装** 的，就填 `/opt/alist/data/files`。（注意，这个是容器内的映射路径，不是宿主机的路径，参考前文的 `volumes` 配置） -也就是 `挂载路径(/)` --> `根文件夹路径(/opt/alist/files)`，这样就可以把 `/` 映射到 `/opt/alist/files`，也就是将网盘根目录映射到了 `files` 目录。 + 也就是 `挂载路径(/)` --> `根文件夹路径(/opt/alist/files)`，这样就可以把 `/` 映射到 `/opt/alist/files`，也就是将网盘根目录映射到了 `files` 目录。 最下面点击 `保存` @@ -134,8 +134,7 @@ Alist 支持多种存储，包括本地存储、OneDrive、Google Drive 等。 默认情况下，Alist 不允许游客访问，如果你希望游客可以访问，可以按照以下步骤开启： -左边栏点击 `用户` -编辑 `guest` 用户，将 `停用` 取消勾选，点击保存 +左边栏点击 `用户`，编辑 `guest` 用户，将 `停用` 取消勾选，点击保存。 ### 3.3 启用索引 diff --git a/source/_posts/How-to-Deploy-a-new-server.md b/source/_posts/How-to-Deploy-a-new-server.md index ec280cbe..879b2400 100644 --- a/source/_posts/How-to-Deploy-a-new-server.md +++ b/source/_posts/How-to-Deploy-a-new-server.md @@ -15,11 +15,9 @@ date: 2024-03-01 22:25:20 --- {% note secondary %} -我自己部署了不少服务器，现在有了一定的经验，写下本文来记录一下自己在部署服务器时的一些操作及注意事项来备忘。 +本文将会介绍如何部署一台新的服务器。本文 4～7 节内容是关于服务器的安全配置，如果你只是想要部署一个简单的网站，阅读前 3 节即可。**第 8 节有本文一键脚本，可以帮助你快速部署服务器。** -我曾经也是一个新手，在部署服务器的时候遇到很多问题，不管屏幕前的你是出于何种目的：比如有业务搭建的需要；还是初入运维的小白；或者只是单纯的想折腾。我希望这篇文章大部分人看完后都能有所收获。 - -本文将会介绍如何部署一台新的服务器。本文 4～7 节内容是关于服务器的安全配置，如果你只是想要部署一个简单的网站，阅读前 3 节即可。**文末还有一键脚本，可以帮助你快速部署服务器，详情跳到最后一节。** +我自己部署了不少服务器，现在有了一定的经验，写下本文来记录一下自己在部署服务器时的一些操作及注意事项来备忘。我曾经也是一个新手，在部署服务器的时候遇到很多问题，不管屏幕前的你是出于何种目的：比如有业务搭建的需要；还是初入运维的小白；或者只是单纯的想折腾。我希望这篇文章大部分人看完后都能有所收获。 {% endnote %} ## 0. 基础的 Web 知识 @@ -50,7 +48,7 @@ date: 2024-03-01 22:25:20 需要特别注意的是，如果你购买的服务器在中国内地（大陆），必须完成 ICP 备案才可对外提供服务。备案是什么以及如何备案，就不在本文讨论范围内了。 -#### 0.1.1 如何选择服务器系统？ +### 0.2 如何选择服务器系统？ 可选的服务器系统，主要有 `Windows` 和 `Linux` 两种。 @@ -60,7 +58,7 @@ date: 2024-03-01 22:25:20 一般服务器提供商都会提供多种系统，你可以根据自己的需求来选择。 -### 0.2 什么是域名及 DNS？ +### 0.3 什么是域名及 DNS？ 购买了一台服务器之后，服务器供应商 会提供给我们服务器的 IP 地址如 `8.8.8.8`，我们可以通过这个 IP 地址来访问我们的服务器。 diff --git a/source/_posts/Is-it-recommended-to-use-manjaro-linux.md b/source/_posts/Is-it-recommended-to-use-manjaro-linux.md index 428f5b2b..6faeb058 100644 --- a/source/_posts/Is-it-recommended-to-use-manjaro-linux.md +++ b/source/_posts/Is-it-recommended-to-use-manjaro-linux.md @@ -10,22 +10,28 @@ date: 2024-05-03 13:58:25 ![Manjaro](https://pic1.zhimg.com/80/v2-bbe860b20d0a54a003a27483ca8071b8_1440w.webp) -> Manjaro 是基于 Archlinux 的 Linux 发行版，注重用户友好性和易用性。它采用滚动发布更新模式，使用 pacman 作为软件包管理器。 +> Manjaro 是基于 Archlinux 的 Linux 发行版，注重用户友好性和易用性。它采用滚动发布更新模式，使用 pacman 作为软件包管理器。关于它的争议也不在少数：喜欢它的觉得它是一个稳定好上手的操作系统，不喜欢它的觉得它破坏了很多上游的东西。 > -> 笔者使用了约一年的 Manjaro，{% post_link New-Installation-of-Archlinux '不久前转为 Archlinux' %}。那么，我是否推荐使用 Manjaro Linux 呢？本文将对 Manjaro Linux 的优缺点进行分析，帮助你决定是否使用 Manjaro Linux。 +> 笔者使用了约一年的 Manjaro，不久前转为 Archlinux：{% post_link New-Installation-of-Archlinux '初来乍到 Archlinux' %}。那么，Manjaro Linux 值得推荐使用吗？有何优缺点？本文将探讨这些问题，帮助你做出决策。 -在本文开始之前，我们得先明确自己对操作系统的**需求**。手机圈里有一句话，我想放到这里也合适：`抛开价格谈产品都是耍流氓` —— 价格对手机配置、性能有最直观的影响，光吹旗舰手机的配置、性能并将其与中低端机型相比是没有意义的，不同的价格会带来不同的体验。 +在本文开始之前，我们得先明确自己对操作系统的需求。**用户对操作系统的需求不同，那么适合的操作系统也不尽相同。** 什么样的**需求**就促使你做出什么样的**选择**，不是所有的人都喜欢稳定，也不是所有的人都喜欢折腾。 -在本文我将 `价格` 类比为 `需求`：**用户对操作系统的需求不同，那么适合的操作系统也不尽相同。** 什么样的需求就促使你做出什么样的选择，这是最重要的。 - -- 如果你不喜欢折腾，因为厌倦了 Windows 的各种毛病而想尝试 Linux，只是想用个稳定的操作系统。那么 Manjaro Linux 可能是一个不错的选择。它提供了很多缺省的配置和软件包，让你可以快速上手。 +- 如果你不喜欢折腾，只是想用个稳定的操作系统，因为厌倦了 Windows 的各种毛病而想尝试 Linux。那么 Manjaro Linux 可能是一个不错的选择。它提供了很多缺省的配置和软件包，让你可以快速上手。 - 如果你是一个喜欢折腾、喜欢自定义操作系统的人，那么 Archlinux 可能更适合你，这种方式更加灵活，但是也需要你有一定的 Linux 使用经验。 二者在我眼里都是优秀的 Linux 发行版，只是二者的目标用户群体不同。基于此，我们来探讨一下 Manjaro Linux 与 Archlinux 的差异及优缺点。 -## 1. Manjaro Linux 与 Archlinux 的差异 +## 1. Manjaro 简介 + +Manjaro 是基于 Archlinux 的操作系统发行版，以其简单、用户友好且开箱即用而备受欢迎，提供多种流行的桌面环境，如 XFCE、KDE、GNOME。 + +Manjaro 采用滚动式更新模式，这意味着系统会持续接收最新的软件更新，长期保持系统处于最新状态，无需重新安装整个操作系统。还预置了许多开箱即用的软件包，让用户可以快速上手。 -### 1.1 软件源及发行周期 +## 2. Manjaro Linux 与 Archlinux 的差异 + +Manjaro 是 Manjaro，Archlinux 是 Archlinux，二者虽然有很多相似之处，但却早有天壤之别。下面简单介绍一下二者之间的差异。 + +### 2.1 软件源及发行周期 首先，尽管 Manjaro 使用 pacman 软件包管理器，但 Manjaro 有自己的软件源，不直接使用 Archlinux 的软件源，并且早已不与 Arch 兼容。 @@ -33,11 +39,13 @@ date: 2024-05-03 13:58:25 其次，Manjaro Linux 虽然也和 Archlinux 一样采用滚动发布更新模式，但是 Manjaro Linux 会对软件包进行测试、修改等。因此，Manjaro Linux 的软件包更新周期会比 Archlinux 的更新周期慢一些以保证稳定性，周期大概是 1-2 周甚至更久。 -### 1.2 Manjaro wiki 和 Arch wiki +### 2.2 Manjaro 和 Arch 的文档和问题解决 + +Archlinux 以其详细的文档 Arch wiki 著称，是 Archlinux 用户的宝库。Manjaro 和 Arch 是两个不同的发行版，Arch wiki 并不完全适用于 Manjaro。 -Archlinux 以其详细的文档 Arch wiki 著称，是 Archlinux 用户的宝库。虽然 Manjaro 基于 Archlinux，但是 Manjaro 对 Archlinux 进行了许多修改，Arch wiki 并不完全适用于 Manjaro。因此，我推荐你在遇到问题时，首先查看 Manjaro wiki。 +很多 Manjaro 的问题，也不能用 Arch 的解决方案解决，因此，我推荐你在遇到问题时，优先查看 Manjaro 的 wiki 和到 Manjaro 的论坛寻找解决方案。 -### 1.3 ArchlinuxCN 并不适用于 Manjaro +### 2.3 ArchlinuxCN 并不适用于 Manjaro > Arch Linux 中文社区仓库是由 Arch Linux 中文社区驱动的非官方软件仓库，包含许多官方仓库未提供的额外的软件包，以及已有软件的 git 版本等变种。一部分软件包的打包脚本来源于 AUR，但也有许多包与 AUR 不一样[^2]。 @@ -45,13 +53,13 @@ ArchlinuxCN 上放的都是二进制的软件包，很多时候并不适合 Manj AUR 通常可以正常使用，因为 AUR 是下载源码到本地进行编译安装的（除非碰到需要某些依赖等问题）。 -## 2. Manjaro Linux 的优缺点 +## 3. Manjaro Linux 的优缺点 -正如我上文提到的，**用户对操作系统的需求不同，那么适合的操作系统也不尽相同。** +正如上文提到的，**用户对操作系统的需求不同，那么适合的操作系统也不尽相同。** 下面谈到的优缺点同样对于不同的用户同样有不同的取舍与选择。 -### 2.1 优点 +### 3.1 优点 根据我用了一年多的 Manjaro Linux 的体验，我认为 Manjaro Linux 的优点有： @@ -59,22 +67,22 @@ AUR 通常可以正常使用，因为 AUR 是下载源码到本地进行编译 - **易用性**：Manjaro Linux 提供了很多缺省的配置和软件包，很多东西都是开箱即用的。对于新手和不想折腾的 Linux 用户来说，Manjaro Linux 是一个不错的选择。 - **稳定性**：Manjaro Linux 一个可以明显感知的优点就是它的稳定性。我用了一年多的 Manjaro Linux，没遇到过滚挂的情况，系统也没什么大毛病，相当适合养老。 -### 2.2 缺点 +### 3.2 缺点 Manjaro 的不足也是相对应的： - **软件包更新周期慢**：Manjaro Linux 会对软件包进行测试、修改等，因此软件包更新周期会比 Archlinux 的更新周期慢。这对于追求新功能的用户来说可能不太合适。 - **魔改 Archlinux**：Manjaro Linux 对 Archlinux 进行了许多修改，因此 Archlinux 的一些文档、软件包等并不适用于 Manjaro。 -- **自定义性差**：Manjaro Linux 隐藏了系统的复杂性，这意味着你不能像 Archlinux 那样自如地自定义系统，并且有些功能你可能并不需要。如果你喜欢折腾，Manjaro Linux 可能不太适合你。 +- **自定义性不高**：Manjaro Linux 隐藏了系统的复杂性，这意味着你不能像 Archlinux 那样自如地自定义系统。如果你喜欢折腾，Manjaro Linux 可能不太适合你。 - **无法使用 ArchlinuxCN 仓库**：对我个人来说，这是我切换到 Archlinux 的原因之一。 -### 2.3 总结 +### 3.3 总结 -总的来说，Manjaro Linux 是一个注重用户友好性和易用性的 Linux 发行版，软件包更新周期慢、魔改 Archlinux、自定义性差等等对于那些追求稳定的用户来说可能并不是缺点。 +总的来说，Manjaro Linux 是一个注重用户友好性和易用性的 Linux 发行版，如果你喜欢的是开箱即用的配置和滚动更新，那么选择 Manjaro 是很合理的。 如果你是一个喜欢折腾、喜欢自定义操作系统的人，那么 Archlinux 可能更适合你。Archlinux 虽然安装上比较繁琐，但这是自由对等的代价，你可以更加灵活地自定义系统。 -## 3. EndeavourOS +## 4. EndeavourOS ![EndeavourOS](https://pic4.zhimg.com/80/v2-d8dee0d2a1833f0b3cd35ca09bdc091f_1440w.webp) diff --git a/source/_posts/Writing-Umami-s-uv-pv-access-display.md b/source/_posts/Writing-Umami-s-uv-pv-access-display.md index 03ebc15f..19dd782c 100644 --- a/source/_posts/Writing-Umami-s-uv-pv-access-display.md +++ b/source/_posts/Writing-Umami-s-uv-pv-access-display.md @@ -6,7 +6,6 @@ abbrlink: 4259ee82 date: 2024-02-25 19:47:17 --- -I'll demonstrate how to implement Umami's UV, PV visit statistics display. 这篇文章我将演示如何实现 Umami 的 UV, PV 访问统计显示。