这是我的第一个网页

My test image

这是第一个段落。哈哈,我还不知道要写些什么要好,要开始学习网页制作了,很开心。就先写这些吧。

这是一个无序列表:

我要添加链接了,先添加一个bing的网站链接吧。Bing搜索引擎

第一网站的学习先到这里结束了

下面这个按钮可以更改用户名:

学习网页第二天(3.15)

学习网页第二天,开始完整的学习html了,这里是一个斜体文本类型使用em标签

1. 练习网页链接

这是一个有title的链接:百度搜索引擎

这是一个没有title的链接:Mozilla Developer Network

2. 特殊字符输入方法

3. 注释方法

注释:<!-- 输入注释内容 -->。

注释内容不会显示在网页上,这里使用特殊字符的输入方法来写尖括号,所以不是注释,会显示在网页上,在实际注释的时候直接打尖括号就行了

学习网页的第三天(3.16)

今天没有学习网页技术,学习了git的使用方法,这样我就能再vscode里直接推送文件到仓库里,就不用打开网页更新文件了,那样很麻烦的。

第一次使用git,就是在官网上下载下来git软件,然后就能在github里面使用了

第一次链接仓库的方法:

  1. 初始化:进入本地项目的根目录文件夹,在命令行输入 git init,完成 Git 的初始化,这会创建一个不可见的 .git 文件夹。
  2. 关联云端:在命令行输入 git remote add origin "github仓库的网址.git"。这里的 origin 是云端仓库地址的别名(为了方便以后不用输长网址)。(PS:使用 GitHub CLI 工具的 gh repo create 命令可以直接在终端创建云端仓库。但是我还没有实践过)
  3. 添加到暂存区:输入命令 git add . 可以把所有改动过的文件添加到暂存区;如果只想添加指定文件,就输入 git add "文件名"
  4. 提交到本地仓库:使用命令 git commit -m "你的提交说明信息"
  5. 空云端仓库推送:如果云端仓库是空的,直接输入命令 git push -u origin main 推送文件。-u 的作用是建立本地和云端的默认链接,以后推送只需输入 git push 即可。
  6. 非空云端仓库推送:如果云端仓库不是空的,需要先输入 git pull origin main 拉取云端文件(有时可能需要加 --allow-unrelated-histories,就是git记录的版本历史不同,一般第一次拉取的时候加上就行),解决冲突之后,再次 add、commit,最后 push 即可。

上面只是第一建立仓库的步骤,每个命令后面的还能加不同的命令内容,有不同的含义,这部分就留到明天来写吧

学习网页的第四天(3.18)

今天也是学习了git的使用方法,先讲一下git中产生的一些困惑,然后再讲解一下git的一些命令

1. git中产生的一些困惑🌟 Git 实战避坑与核心概念备忘录

  1. 连不上 GitHub 报错 port 443,且每次手动改代理端口太麻烦怎么办?

    遇到场景:Push 或 Pull 时网络超时连不上,每次都要敲 git config 去配代理端口,极其繁琐。

    终极解决方案:放弃手动配置 Git 代理,直接开启代理软件的 “TUN 模式”(虚拟网卡模式)

    1. 清空旧设置:在终端运行以下命令让 Git 恢复白纸状态:

    git config --global --unset http.proxy
    git config --global --unset https.proxy

    2. 开启 TUN:在代理软件(如 Clash)中打开 TUN 总开关(网络栈选 gvisor,开启 DNS 劫持,关闭严格路由)。

    3. 享受丝滑:此时代理软件会在底层接管电脑所有流量,Git 就能自动、顺畅地连网了,再也不用管端口配置!

  2. 我改了多个文件,想给每个文件单独写清晰的 Commit 描述,怎么弄?

    遇到场景:不想用 git add . 把所有文件一锅端,导致描述不准确。

    解决方案:分批次“结账”。

    1. 添加并提交第一个文件:

    git add 文件A.html
    git commit -m "更新了A的标题"

    2. 添加并提交第二个文件:

    git add 文件B.css
    git commit -m "修改了B的颜色"

    3. 最后一次性推送:git push

  3. VS Code 提示“传出的更改”,而且我随便敲个空格它都提示我要提交,很烦!

    遇到场景:Git 过于敏感,记录了无用的空格或换行。

    概念梳理:“传出的更改”说明你已经 Commit 了,但还没 Push 到云端(货已打包,等待发车)。

    解决方案(对付乱报警的空格):

    方法 1(撤销):在 VS Code 源码管理里,点击文件旁边的“放弃更改”箭头,抹除这个空格。

    方法 2(一劳永逸):在 VS Code 设置中搜索并勾选 Trim Trailing Whitespace,保存时自动删掉多余空格。

  4. 同一个文件我改了两次,提交了两次(2个 Commit),Push 的时候会推送哪个?

    遇到场景:频繁小修改并提交。

    核心概念:Git 不是普通的云盘,它是“时间线连环画”

    解答:它会把这两个 Commit 连带历史一起推送到云端。云端不仅会显示最新的文件状态,还会保留你这两次修改的完整历史记录,方便以后随时“时光倒流”。(程序员黄金法则:小步快跑,频繁 Commit 是好习惯!)

  5. 暂存区是虚拟的,那“本地仓库”存的是我电脑上那些实际的文件吗?

    遇到场景:搞不清楚 Git 的文件到底存在哪里。

    核心概念(三树架构):

    🌳 工作区:你的实际文件(你能看见的 HTML、CSS)。

    🌳 暂存区:虚拟的取景器(git add 的地方)。

    🌳 本地仓库:隐藏的 .git 文件夹(git commit 存放的地方)。这里存的是高度压缩的版本快照,它是你项目的“历史保险箱”。

  6. 我害怕执行 git pull 把云端的代码拉下来,会把我本地辛辛苦苦写的心血覆盖掉!

    遇到场景:多人协作或多端同步时,不敢拉取代码。

    生存法则:无 Commit,不 Pull

    解答:只要你在 Pull 之前,把本地的代码执行了 git commit(存进保险箱),你的代码就绝对不会丢

    如果没改同一行,Git 会自动完美融合;如果改了同一行(产生冲突),Git 会立刻停下来,在 VS Code 里把双方的代码都显示出来,让你通过点击按钮亲自决定保留哪个。

2. 一些Git 命令参数

git branch

git push

git commit

git log

git add

其他常用命令参数

学习网页的第五天(3.22)

Today, I want to document what I've learned in English.

I've learned about the <head> tag and some of its most common elements.

1. Common <head> Elements (Tags)