GoWeb必备理论

GoWeb必备理论

关于goweb,你不得不知道的知识

若是初学者可以借鉴GoWeb查阅本文。

HTTP状态码:

意义

每个状态码都是,http设计者对“网络通讯”中可能出现的情况的假设、预判。他就相当于现实世界的信号灯,就像大家一遇到404,就知道资源找不到了。一遇到500就知道服务器挂了。这种共识,也就是如今万维网的高效率的基础之一。

http状态码是日常开发,修改bug,的居家必备神器。咱们对常见状态码做了分类。

1、必须掌握的状态码

200 ok 最常见的状态码,代表请求完全正确,比如打开网页、调用api啥的。

301 moved permanently 资源永久迁移(例:访问时a.com会被从定项到b.com)

302 Found (部分资源,临时迁移)

400 Bad request(请求出错,参数缺少什么的..)

401 unauthorized(没有登入)

403 forbidden(登入了,没权限)

404 not found(资源不存在)

500 internal server error(服务器内部错误)

2、需要理解的状态码

排查问题时常用

100 continue

201 created 资源创建成功(POST..

204 not content 处理成功,但不返回资源(DELETE..

206 partial content(处理成功了一部分..

304 not modified(资源没有修改,可以直接用缓存)

405 method and allow(方法不被允许)

408 request time-out(请求超时,浏览器向服务发送信息)

502 bad gateway(作为网关/代理时,收到无效相应)

503 service unavailable(服务器暂不可用,正在维修...双十一)

3、常用状态码集合

HTTP协议

核心:

1、HTTP的本质

定义:超文本传输协议

核心模型:【请求+响应】 客户端发送请求、服务器响应,一问一答的进行传递信息

无状态:服务器不会记住上一次请求(后期引入了Cookie、Session)

位置:HTTP协议存放在应用层,规范 (客户端-服务器) 的传输格式、交互流程。

2、URL结构

比如:https://www.example.com:8080/path?name=test#fragment

  • https:用的协议类型
  • www.example.com:域名(对应服务器的ip地址)
  • 8080:端口好,http默认是80,https默认是443,可省略
  • /path:资源路径
  • ?name=test:访问资源时,用GET携带的参数
  • #fragment:锚点
3、请求方法(Method)
  • GET:只是请求资源,不会对服务器资源照成影响
  • POST:提交数据,在服务器创建新的资源..
  • PUT:更新数据,若无资源,则新创建(与POST不同,是幂等的)
  • DELETE:删除数据(一般会有204)
  • PATCH:修改部分资源(与PUT类似,但PUT是更新整个资源)
4、状态码
  • 1xx 信息性状态码
  • 2xx 请求成功
  • 3xx 重定向
  • 4xx 客户端错误
  • 5xx 服务器错误

进阶必备知识:

1、HTTP版本演进
  • HTTP/1.0:每次访问,都会重新建立一个url
  • HTTP/1.1:在1.0的基础上,建立了持久化连接,但是只能串行的发送请求
  • HTTP/2:可以多路复用(一个连接同时发多个请求,互不阻塞)
  • HTTP/3:引入了UDP、解决了TCP头部堵塞问题(标:彻底抛弃了TCP协议,转而应用了UDP)
2、缓存机制
  • 强缓存:服务器通过 Cache-Control: max-age=3600 告诉浏览器,1h内,访问该地址,强制访问的本地缓存(怪不得我更改了服务器的资源后,客户端依旧不变)除非(Ctrl+F5强制刷新)
  • 协商缓存:如果强缓存过期,浏览器发请求时带 If-Modified-Since 或 Etag,服务器判断资源没改就返回 304,让浏览器继续用缓存。
3、HTTPS原理

https=http+tls

核心区别:http是明文传输、https是http+tls组合,数据会加密。

SSL/TLS的作用:

像"加密信封",让HTTP数据更安全:
1、加密:把明文数据(如密码、订单信息)变成密文,及时被截获也无法破解。
2、身份认证:验证服务器的身份,防止是钓鱼网站。
3、完整性校验:确保信息没有被篡改。

4、Cookie 和 Session
  • Cookie:服务器通过set-cookie,在客户端存一些信息,解决http协议无状态问题
  • Session:服务端存储的用户信息,与cookie中的sessionid关联。(登入时服务器,通过向cookie中,设置sessionid。下次可以通过sessionid在session中找到相应信息)
5、跨域资源共享(CORS)

跨域:来自同源策略(协议、域名、端口有个不同,就不属于同一域)

解决:服务器返回 Access-Control-Allow-Origin 响应头,允许指定域名的跨域请求。

Mysql的连接与增删改查

本篇是通过sqlx包进行操作的,对数据库/sql操作进行了通用拓展(原有基础不变、现有基础加强)

连接

需要导入两个必要的包: import( _ "github.com/go-sql-driver/mysql" "github.com/jmoiron/sqlx" ) // 核心的两步: DB,err := sqlx.Open("mysql","root:1234@tcp(localhost:3306)/goweb?parseTime=true&loc=Local"); DB.ping()

增删改查

// 语句 queryCreate:="insert into user (id,name) values (?,?) queryDelete:="delete from user where id =?" queryUpdate:="update user set name=? where id=?; queryQuery :="select * from user" // 执行 增:DB.Exec(query,1,"白小纯") 删:DB.Exec(query,1) 改:DB.Exec(query,"夜藏",1) 查:rows,err:=DB.Query(query) for rows.next() {rows.Scan(&id,&name)}

起源:

cookie的名字可不是随便起的,他源于unix中的 "magic cookie",魔幻小饼干 --- 程序之间用于传递特定信息或状态的小数据包。

被万景公司的天才程序员,于1994年,在解决不让 “电商” 服务器承担更多消息时,灵光一现想出来的东西。

后来也因为悄悄记录了用户信息,因cookie“隐蔽跟踪”的本质,而引起了一时的大众恐慌。

应用:

后端的核心操作:
func serv(w http.ResponseWriter, r *http.Request) { // cookie赋值: cookie := &http.Cookie{ Name: "session_id", Value: "cookie", Expires: time.Now().Add(time.Second), } http.SetCookie(w, cookie) // 获取单个cookie c, _ := r.Cookie("session_id") _, err := fmt.Fprintln(w, c.Name, c.Value, c.Expires) if err != nil { fmt.Println("...") } // 循环获取cookie cs := r.Cookies() for n, co := range cs { _, err = fmt.Fprintln(w, n, co.Name) } } 

template

模板起源于远古时代(最早至3万年前),为批量生产特定的物品而生。

与二十实际八九十年代,C++的因泛型需求,引入了模板。

后来web方面、为了解耦也引入了模板

但真正推动模板的,还是mvc架构的兴起--为了让控制器(control)与视图(view)彻底分离,模板引擎起了关键作用

模板简单来说,就是预制结构的文本,其中包含占位符控制逻辑,通过模板引擎的动态填充之后生产,最终输出。

// 后端界面 func temp(w http.ResponseWriter, r *http.Request) { add := template.FuncMap{"add": Add} t := template.New("index").Funcs(add) t, _ = t.ParseFiles("new_add") t.Execute(w, nil) } // 前端 {{add 0 0}}

上传

从浏览器向服务器传输数据

<form action="upload",enctype="multipart/form-data" method="post"> 上传照片:<input type="file" name="photo"> <form>
func upload(w http.ResponseWriter, r *http.Request) { f, _, _ := r.FormFile("photo") b, _ := io.ReadAll(f) err := ioutil.WriteFile("/..",b,0777) if err!=nil{ fmt.Println("失败") } }

下载

<a href="download?filename=file.png">点击我下载</a>
func download(w http.ResponseWriter, r *http.Request) { name := r.FormValue("filename") ReadFile, _ := os.ReadFile("地址" + name) h := w.Header() h.Set("Content-Type", "application/octet-stream") h.Set("Content-Disposition", "attachment/filename=photo") fmt.Fprintln(w, ReadFile) } 

有很多地方,都很合理。

控制器

单控制器

type myStruct struct {} func (m myStruct) ServeHTTP(w http.ResponseWriter, r *http.Request) {} func main() { // 无论访问什么,结果都是一样 s := http.Server{ Addr: "localhost:8888", Handler: myStruct{}, } }

多控制器

func Test(w http.ResponseWriter, r *http.Request) {} func main() { // 无论访问什么,结果都是一样 server:= http.Server{ Addr: "localhost:8888", } http.HandleFunc("url", Test) server.ListenAndServe() }

GET&POST核心区别类

一般需要着重注意get与post的本质区别(从语义、参数传递、幂等性、缓存等角度)

语义:GET是获取资源,POST是提交资源

参数:GET是参数在URL,POST在请求体

幂等性:GET多次执行结果不变(幂等),POST可能多次提交(非幂等、多次下单)

缓存:GET易被缓存、POST一般不缓存


借鉴博客:

1、GoWeb开发 


Read more

前端真的能防录屏?EME(加密媒体扩展) DRM 反录屏原理 + 实战代码

前端真的能防录屏?EME(加密媒体扩展) DRM 反录屏原理 + 实战代码

🌷 古之立大事者,不惟有超世之才,亦必有坚忍不拔之志 🎐 个人CSND主页——Micro麦可乐的博客 🐥《Docker实操教程》专栏以最新的Centos版本为基础进行Docker实操教程,入门到实战 🌺《RabbitMQ》专栏19年编写主要介绍使用JAVA开发RabbitMQ的系列教程,从基础知识到项目实战 🌸《设计模式》专栏以实际的生活场景为案例进行讲解,让大家对设计模式有一个更清晰的理解 🌛《开源项目》本专栏主要介绍目前热门的开源项目,带大家快速了解并轻松上手使用 🍎 《前端技术》专栏以实战为主介绍日常开发中前端应用的一些功能以及技巧,均附有完整的代码示例 ✨《开发技巧》本专栏包含了各种系统的设计原理以及注意事项,并分享一些日常开发的功能小技巧 💕《Jenkins实战》专栏主要介绍Jenkins+Docker的实战教程,让你快速掌握项目CI/CD,是2024年最新的实战教程 🌞《Spring Boot》专栏主要介绍我们日常工作项目中经常应用到的功能以及技巧,代码样例完整 👍《Spring Security》专栏中我们将逐步深入Spring Security的各个

黑马程序员java web学习笔记--后端进阶(二)SpringBoot原理

目录 1 配置优先级 2 Bean的管理 2.1 Bean的作用域 2.2 第三方Bean 3 SpringBoot原理 3.1 起步依赖 3.2 自动配置 3.2.1 实现方案 3.2.2 原理分析 3.2.3 自定义starter 1 配置优先级 SpringBoot项目当中支持的三类配置文件: * application.properties * application.yml ❤ * application.yaml 配置文件优先级排名(从高到低):properties配置文件 > yml配置文件 > yaml配置文件 虽然springboot支持多种格式配置文件,但是在项目开发时,推荐统一使用一种格式的配置。

ClawdBot新手教程:通过Web UI修改模型配置并验证生效

ClawdBot新手教程:通过Web UI修改模型配置并验证生效 1. ClawdBot是什么:你的本地AI助手 ClawdBot 是一个可以在你自己的设备上运行的个人 AI 助手。它不依赖云端服务,所有推理都在本地完成,既保护隐私,又避免网络延迟和调用限制。它的后端由 vLLM 提供高性能大模型推理能力,支持高并发、低延迟的文本生成任务。 你不需要懂 Python、不用配 CUDA 环境、也不用写一行部署脚本——只要一台能跑 Docker 的机器(哪怕是树莓派 4),就能把它拉起来,变成你专属的智能工作台。 它不是玩具,也不是 Demo 工程。ClawdBot 的设计目标很实在:把复杂的大模型能力,封装成普通人能点、能改、能信得过的工具。你可以把它看作一个“可配置的 AI 操作系统”:模型是引擎,配置是油门,Web UI

前端部署:从开发到生产的最后一公里

前端部署:从开发到生产的最后一公里 毒舌时刻 前端部署?这不是运维的事吗? "我只负责写代码,部署交给运维"——结果部署失败,互相甩锅, "我直接把文件上传到服务器"——结果更新不及时,缓存问题频发, "我用FTP上传,多简单"——结果文件传丢,网站崩溃。 醒醒吧,前端部署是前端开发的重要环节,不是别人的事! 为什么你需要这个? * 快速上线:自动化部署,减少人工操作 * 环境一致性:确保开发、测试、生产环境一致 * 回滚能力:出现问题时可以快速回滚 * 监控和日志:实时监控网站状态和错误 反面教材 # 反面教材:手动部署 # 1. 本地构建 npm run build # 2. 手动上传文件 ftp ftp://example.