发表于   |   分类于 生活   |   暂无评论

现在是晚上9点多，在实验室。明明到了期末应该是要复习的时候，但是就是不想复习。也没有什么要做的事情。本来想学一学算法或者看一看前端，但是都看不下去也就算了。
想到昨天晚上，在实验室里，看到了以前初中同学给我发了一照片，问我眼不眼熟，是一张被隔板档住了三分之二的脸。只剩下了一双眼睛。我看了看，想着要怎么回。
最后憋出了一句”这是XXX吗？“
微信那边的同学回了简短的两个字，是的。
看着聊天框，好像一下子变得沉默了。
我又思索了下，问我同学，有打招呼吗？
他说有，我说，挺好的。
我关掉了窗口，盯着电脑的封面，眼前一下子什么都看不到了，整个人沉浸在回忆的动作里。努力会想起那段时间带给我的种种感受。不清楚好的剩下了多少，也不敢计较不好的又还占着多少的记忆。
一个提示声打断了我的回忆，电脑状态栏绿泡泡不断地闪烁，是我的同学。
同学说对方想和我打招呼。我下意识想点视频，后来发现，还是不敢见面，尽管只是顺着网线而已。整理了下情绪，我故意回道，电话吗？好好。
一段时间，手机响起。我最后是在实验室外面的广场上接的电话。
电话那边各种声音不断，一下子冲击着我的大脑，让我有点晕呼呼的。
一个熟悉的声调，自话筒里面传出来，在嘈杂的环境声中显得有点不真切。
我努力地听着，对面的人只是简单的打着招呼，我做了简单的回应。
我跟她说我在哪里读书，过的很好。说我什么时候放假，最后的最后承诺会回去看看的。
电话终止于我的两句祝福，元旦快乐，新年快乐。
我叹了口气，盯着远处的草坪，光秃秃了一片。防风林遮住了大半的天空，是蓝色的。
我居然忘记了问她过的如何。现在还是在教书吧。我一直不是很想回忆我的初中班主任，对她的情感很复杂，有感激，有愧疚，最后离别时，竟少了一句道别。
少了的那句道别终于是在昨天用元旦快乐的话语补上了。
可能以后再也见不到了。
谢谢您的栽培，我现在过的很好，希望您也过得很好，新年快乐，老师。

发表于   |   分类于 javascript , 前端   |   暂无评论

参考资料： https://stackoverflow.com/questions/79289166/something-is-wrong-with-my-react-installation-node-as-a-whole

问题：当使用 create-react-app时出现如下报错

npm error code ERESOLVE
npm error ERESOLVE unable to resolve dependency tree
npm error
npm error While resolving: [email protected]
npm error Found: [email protected]
npm error node_modules/react
npm error   react@"^19.0.0" from the root project
npm error
npm error Could not resolve dependency:
npm error peer react@"^18.0.0" from @testing-library/[email protected]
npm error node_modules/@testing-library/react
npm error   @testing-library/react@"^13.0.0" from the root project
npm error
npm error Fix the upstream dependency conflict, or retry
npm error this command with --force or --legacy-peer-deps
npm error to accept an incorrect (and potentially broken) dependency resolution.
npm error
npm error
npm error For a full report see:
npm error C:\Users\chira\AppData\Local\npm-cache\_logs\2024-12-17T19_27_59_239Z-eresolve-report.txt
npm error A complete log of this run can be found in: C:\Users\chira\AppData\Local\npm-cache\_logs\2024-12-17T19_27_59_239Z-debug-0.log
`npm install --no-audit --save @testing-library/jest-dom@^5.14.1 @testing-library/react@^13.0.0 @testing-library/user-event@^13.2.1 web-vitals@^2.1.0` failed

原因可能是：

因为 React 上周刚刚更新到 v19，而 testing-library/react 还没有更新他们的依赖项要求。

解决：

使用 Vite 创建一个新的 React 应用程序。

npm create vite@latest

运行之后会让我们选择创建哪种模板，选择react之后再选择使用JavaScript即可。

发表于   |   分类于 分享   |   暂无评论

安装hugo

windows

记得开管理员模式如果用cmd或者powershell，推荐用git bash

Chocolatey

choco install hugo-extended

choco安装hugo2

Scoop

scoop install hugo-extended

Winget

winget install Hugo.Hugo.Extended

Debian/Ubuntu

sudo apt install hugo

创建一个站点

hugo new site path/to/site

推荐在要想要放博客文件的文件夹下面使用下面这行命令：

hugo new site .

创建好之后的文件目录：
文件目录

.
├── archetypes: default.md是生成博文的模版
├── assets # 存放被 Hugo Pipes 处理的文件
├── content # 存放markdown文件作为博文内容
├── data # 存放 Hugo 处理的数据
├── layouts # 存放布局文件
├── static # 存放静态文件 图片 CSS JS文件
├── themes: 存放不同的主题
└── config.toml: 博客配置文件支持 JSON YAML TOML 三种格式配置文件

创建文章内容

创建一个文章内容页面

hugo new about.md

内容如下：

+++ 
date = "2015-01-08T08:36:54-07:00" 
draft = true 
title = "about" 
+++

只要将draft后面的参数改为false就是表示发布的意思

创建一篇文章

hugo new post/first.md

添加主题

官方主题仓库：https://themes.gohugo.io/

下载文件到本地

文件下载之后放入themes文件夹中，注意，假如有一个主题叫做heky，github上直接下载后解压得到的文件夹可能叫做heky-master，需要将后缀-master删除

git clone

在themes文件夹目录下，使用git clone 克隆仓库到本地

git submodule

关联主题仓库

要用这种方法，需要先在根目录用git init 创建一个仓库
git submodule add https://github.com/example/library.git libs/library

好处：可以使用以下命令更新主题
进行初始化：

git submodule update --init --recursive
克隆了别人的仓库进行修改之后，希望还原

需要同步主题仓库的最新修改：

git submodule update --remote

坏处是想删干净很麻烦：
假设你有一个子模块在路径 libs/library，你想移除它：
完整的操作是：

git submodule deinit -f libs/library
git rm --cached libs/library
rm -rf libs/library
rm -rf .git/modules/libs/library
git commit -m "Remove submodule libs/library"

三种方法都要在根目录下的 hugo.toml 文件中添加新的一行:

theme = "xxx"

运行Hugo

hugo server --theme=hyde --buildDrafts
参数说明：
--theme 后面跟想要的主题
--buildDrafts 表示草稿也一并显示

hugo默认开的端口是1313
所以可以通过浏览器打开 http://localhost:1313 来访问博客

hugo因为使用go语言来实现，所以运行速度很快，支持"热编写"，即，在打开服务的情况下可以创建，或者修改内容，而不用重新启动服务。

同时如果是部署在服务器上，此时就可以通过配置反向代理，来完成博客搭建的收尾工作。

不过如果没有服务器的话要如何？下面来介绍如何利用github page来部署我们的hugo。

部署 Hugo 作为一个 Github Pages

第一步： 创建一个 Github 仓库

  1. 登录后，点击右上角，出现下拉菜单，点击 Your repositories 进入页面
  2. 点击 New
  3. 进入 Creat a new repository 页面
  4. Repository name 这里一定要填 [你的github账号].github.io.

第二步：创建新文章

hugo new posts/my-first-post.md

第三步：修改配置文件 config.toml

站点目录config.toml中baseURL要换成自己建立的仓库，如baseURL = “https://xxx.github.io/"

第四步： 进入站点根目录下，执行：

hugo

执行后，站点根目录下会生成一个 public 文件夹，该文件下的内容即Hugo生成的整个静态网站。每次更新内容后，将 pubilc 目录里所有文件 push到GitHub即可。

第五步：上传代码至 master

首次使用的时候要执行以下命令：

cd public
git init
git remote add origin [email protected] #仓库地址
git add .
git commit -m "[介绍，随便写点什么，比如日期]"
git branch -M main
git push -u origin main
-u 表示将本地分支和远程分支关联，下次push时就可以不用显式的使用远程仓库名，而是可以直接用git push

之后就可以通过https://xxx.github.io/ 来访问我们的博客了。

以后每次站点目录下执行 hugo 命令后，再到public下执行推送命令：

git add .
git commit -m "[介绍，随便写点什么，比如日期]"
git push

自动化部署

通过上述命令我们可以手动发布我们的静态文件，但还是有以下弊端：

  1. 发布步骤还是比较繁琐，本地调试后还需要切换到 public/ 目录进行上传
  2. 无法对博客 .md 源文件进行备份与版本管理

因此，我们需要简单顺滑的方式来进行博客发布，首先我们初始化博客源文件的仓库，

因为我们的博客基于 GitHub 与 GitHub Pages，可以通过官方提供的 GitHub Action 进行 CI 自动发布，下面我会进行详细讲解。GitHub Action 是一个持续集成和持续交付(CI/CD) 平台，可用于自动执行构建、测试和部署管道，目前已经有很多开发好的工作流，可以通过简单的配置即可直接使用。

配置在仓库目录 .github/workflows 下，以 .yml 为后缀。
自动发布示例配置如下：

name: deploy

on:
    push:
    workflow_dispatch:
    schedule:
        # Runs everyday at 8:00 AM
        - cron: "0 0 * * *"

jobs:
    build:
        runs-on: ubuntu-latest
        steps:
            - name: Checkout
              uses: actions/checkout@v2
              with:
                  submodules: false
                  fetch-depth: 0

            - name: Setup Hugo
              uses: peaceiris/actions-hugo@v2
              with:
                  hugo-version: "latest"

            - name: Build Web
              run: hugo

            - name: Deploy Web
              uses: peaceiris/actions-gh-pages@v3
              with:
                  PERSONAL_TOKEN: ${{ secrets.PERSONAL_TOKEN }}
                  EXTERNAL_REPOSITORY: pseudoyu/pseudoyu.github.io
                  PUBLISH_BRANCH: main
                  PUBLISH_DIR: ./public
                  commit_message: ${{ github.event.head_commit.message }}

on 表示 GitHub Action 触发条件，我设置了 push、workflow_dispatch 和 schedule 三个条件：

  • push，当这个项目仓库发生推送动作后，执行 GitHub Action
  • workflow_dispatch，可以在 GitHub 项目仓库的 Action 工具栏进行手动调用
  • schedule，定时执行 GitHub Action，如我的设置为北京时间每天早上执行，主要是使用一些自动化统计 CI 来自动更新我博客的关于页面，如本周编码时间，影音记录等，如果你不需要定时功能，可以删除这个条件

jobs 表示 GitHub Action 中的任务，我们设置了一个 build 任务，runs-on 表示 GitHub Action 运行环境，我们选择了 ubuntu-latest。我们的 build 任务包含了 Checkout、Setup Hugo、Build Web 和 Deploy Web 四个主要步骤，其中 run 是执行的命令，uses 是 GitHub Action 中的一个插件，我们使用了 peaceiris/actions-hugo@v2 和 peaceiris/actions-gh-pages@v3 这两个插件。其中 Checkout 步骤中 with 中配置 submodules 值为 true 可以同步博客源仓库的子模块，即我们的主题模块。

首先需要将上述 deploy.yml 中的 EXTERNAL_REPOSITORY 改为自己的 GitHub Pages 仓库.

因为我们需要从博客仓库推送到外部 GitHub Pages 仓库，需要特定权限，要在 GitHub 账户下 Setting - Developer setting - Personal access tokens 下创建一个 Token。