获得徽章 1
- #青训营笔记创作活动#
2月4日 打卡day16
HTTP状态码用来表示响应结果的状态,其中200是正常响应,4xx是客户端错误,5xx是服务端错误。
客户端和服务端之间加入nginx,可以起到反向代理和负载均衡的作用,客户端只管向nginx请求数据,并不关心这个请求具体由哪个服务器来处理。
后端服务端应用如果发生崩溃,nginx在访问服务端时会收到服务端返回的RST报文,然后给客户端返回502报错。502并不是服务端应用发出的,而是nginx发出的。因此发生502时,后端服务端很可能没有没有相关的502日志,需要在nginx侧才能看到这条502日志。
如果发现502,优先通过监控排查服务端应用是否发生过崩溃重启,如果是的话,再看下是否留下过崩溃堆栈日志,如果没有日志,看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过,去排查下nginx的日志,看下是否将请求打到了某个不知名IP端口上。展开评论点赞 - #青训营笔记创作活动#
2.3 打卡dayday15
注释尽可能全面,写有意义的方法注释
项目拆分合理的目录结构
不在循环里远程调用、或者数据库操作,优先考虑批量进行。
封装方法形参封装通用模板封装复杂的逻辑判断条件保持优化性能的嗅觉可变参数的配置化处理
会总结并使用工具类。
控制方法函数复杂度
在finally块中对资源进行释放
把日志打印好
考虑异常,处理好异常考虑系统、接口的兼容性
代码采取措施避免运行时错误展开评论点赞 - #青训营笔记创作活动#
2.2 打卡day14
从单机到互联:本质是通信问题
数据传输方式:电路交换、报文交换、分组交换
网络的边界:个人区域网、局域网、城域网、广域网、互联网评论点赞 - #青训营笔记创作活动#
1.30 打卡day13
本文的主要目的是在于先对MySQL的整体架构有一个基本认知,这也为咱们后续的文章打下了坚实的基础,因为毕竟想要深入研究一个技术,那定然不能如同管中窥豹一般,仅看一个细节点,而是更应该是先窥其全貌,再深入细节。展开评论点赞 - #青训营笔记创作活动#
1.28 打卡day12文章开头通过抓包baidu的数据包,展示了用wireshark抓包的简单操作流程。
HTTPS会对HTTP的URL和Request Body都进行加密,因此直接在filter栏进行过滤http.host == "baidu.com"会一无所获。
HTTPS握手的过程中会先通过非对称机密去交换各种信息,其中就包括3个随机数,再通过这三个随机数去生成对称机密的会话秘钥,后续使用这个会话秘钥去进行对称加密通信。如果能获得这三个随机数就能解密HTTPS的加密数据包。
三个随机数,分别是客户端随机数(client random),服务端随机数(server random)以及pre_master_key。前两个,是明文,第三个是被服务器公钥加密过的,在客户端侧需要通过SSLKEYLOGFILE去导出。
通过设置SSLKEYLOGFILE环境变量,再让curl或chrome会请求HTTPS域名,会让它们在调用TLS库的同时导出对应的sslkey文件。这个文件里包含了三列,其中最重要的是第二列的client random信息以及第三列的pre_master_key。第二列client random用于定位,第三列pre_master_key用于解密。
展开评论点赞 - #青训营笔记创作活动#
1.27 打卡day11
如果写的规范,注释好,其实很多问题也就解决了。本文从代码的编写规范,格式的优化,设计原则和一些常见的代码优化的技巧等方面总结了了45个小技巧评论点赞 - #青训营笔记创作活动#
1.26 打卡day10TCP为了实现可靠性,引入了重传机制、流量控制、滑动窗口、拥塞控制、分段以及乱序重排机制。而UDP则没有实现,因此一般来说TCP比UDP快。
TCP是面向连接的协议,而UDP是无连接的协议。这里的"连接"其实是,操作系统内核在两端代码里维护的一套复杂状态机。
大部分项目,会在基于UDP的基础上,模仿TCP,实现不同程度的可靠性机制。比如王者农药用的KCP其实就在基于UDP在应用层里实现了一套重传机制。
对于UDP+重传的场景,如果要传超大数据包,并且没有实现分段机制的话,那数据就会在IP层分片,一旦丢包,那就需要重传整个超大数据包。而TCP则不需要考虑这个,内部会自动分段,丢包重传分段就行了。这种场景下,其实TCP更快。
展开评论点赞 - #青训营笔记创作活动#
1.24 打卡day9
本文解决以下问题
遇到的 Bug 百度没有结果怎么办
中文翻译文献模棱两可怎么办
寻找外文文献的发现过程是什么样的
如何解决英文文档中的复杂句子
如何结合文档学习语法
展开评论点赞 - #青训营笔记创作活动#
1.23 打卡day8
本文主要介绍了 Kafka 的一些基本知识,包含 Topic、Partition、消费者、生产者、副本等基本概念,同时也介绍了 Kafka 的版本变迁以及应用实战所必备的知识点,最后以“消息可靠性分析”这个主体结尾,加深对 Kafka 的理解。展开评论点赞 - #青训营笔记创作活动#
1.19 打卡day7
TCP协议本身是全双工的,但我们最常用的HTTP1.1,虽然是基于TCP的协议,但它是半双工的,对于大部分需要服务器主动推送数据到客户端的场景,都不太友好,因此我们需要使用支持全双工的websocket协议。
在HTTP1.1里。只要客户端不问,服务端就不答。基于这样的特点,对于登录页面这样的简单场景,可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
对于客户端和服务端之间需要频繁交互的复杂场景,比如网页游戏,都可以考虑使用websocket协议。
websocket和socket几乎没有任何关系,只是叫法相似。
正因为各个浏览器都支持HTTP协议,所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作,升级成功后就跟HTTP没有任何关系了,之后就用websocket的数据格式进行收发数据。展开评论点赞