陈怡彤
获得徽章 3
#青训营笔记创作活动#
2月15日 打卡day16
今天学习了跨域问题及解决方法，跨域问题指的是不同站点之间，使用 ajax 无法相互调用的问题。跨域问题本质是浏览器的一种保护机制，它的初衷是为了保证用户的安全，防止恶意网站窃取数据。 文章首先对跨越问题进行了介绍，然后给出了解决跨域问题的五种方案，可以通过注解跨域、修改配置文件、 CorsFilter 对象、 Response 对象、实现 ResponseBodyAdvice五种方式解决跨域问题，对每种解决方法都进行详细介绍和代码实现，更容易理解和实践。
2月15日 打卡day16
今天学习了跨域问题及解决方法，跨域问题指的是不同站点之间，使用 ajax 无法相互调用的问题。跨域问题本质是浏览器的一种保护机制，它的初衷是为了保证用户的安全，防止恶意网站窃取数据。 文章首先对跨越问题进行了介绍，然后给出了解决跨域问题的五种方案，可以通过注解跨域、修改配置文件、 CorsFilter 对象、 Response 对象、实现 ResponseBodyAdvice五种方式解决跨域问题，对每种解决方法都进行详细介绍和代码实现，更容易理解和实践。
展开
评论
点赞
#青训营笔记创作活动#
2月14日 打卡day15
今天学习了mysql的命令大全，mysql中的命令/函数是非常多的，我们很难完全记住，文章将一些常用的SQL命令罗列出来，浏览一遍后发现列出的内容是非常完整的，从基础语法到复杂语法都有涉及，巩固了一遍sql命令。
2月14日 打卡day15
今天学习了mysql的命令大全，mysql中的命令/函数是非常多的，我们很难完全记住，文章将一些常用的SQL命令罗列出来，浏览一遍后发现列出的内容是非常完整的，从基础语法到复杂语法都有涉及，巩固了一遍sql命令。
展开
评论
点赞
#青训营笔记创作活动#
2月13日 打卡day14
今天学习的这篇文章是对GO语言基础的一些系统性概括，在青训营上学习到Go语言的相关知识，结合本篇文章进行巩固复习。此外文章也提到了很多在上课时没有涉及到的一些细节性知识，通过对本篇文章的学习，让我对go的基础语法有了更深刻的掌握。
2月13日 打卡day14
今天学习的这篇文章是对GO语言基础的一些系统性概括，在青训营上学习到Go语言的相关知识，结合本篇文章进行巩固复习。此外文章也提到了很多在上课时没有涉及到的一些细节性知识，通过对本篇文章的学习，让我对go的基础语法有了更深刻的掌握。
展开
评论
点赞
#青训营笔记创作活动#
2月12日 打卡day13
今天学习了高并发下的一些细节知识，包括缓存问题、库存问题、异步处理、限流等常见的高并发场景需要注意的点，文章对这些问题及处理进行了详细的介绍，加深了对高并发的理解和细节问题的处理。
2月12日 打卡day13
今天学习了高并发下的一些细节知识，包括缓存问题、库存问题、异步处理、限流等常见的高并发场景需要注意的点，文章对这些问题及处理进行了详细的介绍，加深了对高并发的理解和细节问题的处理。
评论
点赞
#青训营笔记创作活动#
2月11日 打卡day12
今天学习了加密相关的知识，因为本身学过区块链的加密体制，所以理解起来比较容易，加密算法包括对称加密和非对称加密，而非对称加密则必须由公私钥对才能完成，公钥负责加密，私钥负责解密。其实HTTPS是在http上上再加一层TLS层，目的就是为了做个加密。文章详细介绍了https进行通信的流程，TCP三次握手和TLS四次握手以及加密通信，其中TLS四次握手就是采用非对称加密特性各种交换信息，最后得到一个"会话秘钥"用于后续的加密通信，文章对TLS的四次握手进行了详细的介绍，学到了很多。
2月11日 打卡day12
今天学习了加密相关的知识，因为本身学过区块链的加密体制，所以理解起来比较容易，加密算法包括对称加密和非对称加密，而非对称加密则必须由公私钥对才能完成，公钥负责加密，私钥负责解密。其实HTTPS是在http上上再加一层TLS层，目的就是为了做个加密。文章详细介绍了https进行通信的流程，TCP三次握手和TLS四次握手以及加密通信，其中TLS四次握手就是采用非对称加密特性各种交换信息，最后得到一个"会话秘钥"用于后续的加密通信，文章对TLS的四次握手进行了详细的介绍，学到了很多。
展开
评论
点赞
#青训营笔记创作活动#
2月10日 打卡day11
今天学习了优秀后端都应该具备的开发好习惯，和昨天学习的内容有异曲同工之处，包括项目拆分合理的目录结构、考虑异常并处理好异常等情况，对昨天学习的知识有一个复习和递进的学习，对自己以后写出更规范、优秀的代码非常有帮助
2月10日 打卡day11
今天学习了优秀后端都应该具备的开发好习惯，和昨天学习的内容有异曲同工之处，包括项目拆分合理的目录结构、考虑异常并处理好异常等情况，对昨天学习的知识有一个复习和递进的学习，对自己以后写出更规范、优秀的代码非常有帮助
展开
评论
点赞
#青训营笔记创作活动#
2月9日 打卡day10
今天学习了写代码的45个常用小技巧，其中很多以前就知道，例如规范命名、写好注释等。也有很多是通过文章学到的，例如统一返回值、异常处理和一些专业的知识，学习了这篇文章，对自己以后写出更规范、优秀的代码非常有帮助
2月9日 打卡day10
今天学习了写代码的45个常用小技巧，其中很多以前就知道，例如规范命名、写好注释等。也有很多是通过文章学到的，例如统一返回值、异常处理和一些专业的知识，学习了这篇文章，对自己以后写出更规范、优秀的代码非常有帮助
展开
评论
点赞
#青训营笔记创作活动#
2月8日 打卡day9
今天学习如何面对开发中必不可少的英文文档问题，我们都知道计算机行业的发展发达国家仍处于领先地位，90%的开发工具都是外国研发的，所以在开发过程中我们不可避免的面临着看英文的情况，包括最常见的bug报错都是英文的，但是很多时候我们直接将这些英文复制到百度翻译往往会得到毫不相关的结果，甚至会误导我们，文章给我们介绍了一些方法，让我可以更好的进行开发，非常的有用！！
2月8日 打卡day9
今天学习如何面对开发中必不可少的英文文档问题，我们都知道计算机行业的发展发达国家仍处于领先地位，90%的开发工具都是外国研发的，所以在开发过程中我们不可避免的面临着看英文的情况，包括最常见的bug报错都是英文的，但是很多时候我们直接将这些英文复制到百度翻译往往会得到毫不相关的结果，甚至会误导我们，文章给我们介绍了一些方法，让我可以更好的进行开发，非常的有用！！
展开
评论
点赞
#青训营笔记创作活动#
2月7日 打卡day8
今天学习了502问题和怎么解决，502问题并不少见，在通过浏览器浏览数据时，我们可能或多或少都见过502问题，文章从http状态码，HTTP状态码用来标识这次HTTP请求响应流程是否正常。当前后端交互正常时，服务器端就返回200状态码，我们可以任意打开一个网页基本上http状态码都是200，常见的状态码还有4xx状态码，意思是这是个客户端的错误，常见是404就是客户端请求了一个根本不存在的网页，如果是服务器有问题，就返回5xx状态码。本质上当服务器发生异常时，nginx发送给服务器的那条TCP连接就不能正常响应，nginx在得到这一信息后，就会返回5xx错误码给客户端，也就是说5xx的报错，其实是由nginx识别出来，并返回给客户端的，服务端本身，并不会有5xx的日志信息，这也是文章开头场景原因所在。502错误是指当nigix把客户端的请求转发给服务器，但服务器却发出了无效响应。起源于可能是服务器端写超时设置过短或服务器端应用进程崩溃，相应的查询日志文件采取对应措施即可解决。
2月7日 打卡day8
今天学习了502问题和怎么解决，502问题并不少见，在通过浏览器浏览数据时，我们可能或多或少都见过502问题，文章从http状态码，HTTP状态码用来标识这次HTTP请求响应流程是否正常。当前后端交互正常时，服务器端就返回200状态码，我们可以任意打开一个网页基本上http状态码都是200，常见的状态码还有4xx状态码，意思是这是个客户端的错误，常见是404就是客户端请求了一个根本不存在的网页，如果是服务器有问题，就返回5xx状态码。本质上当服务器发生异常时，nginx发送给服务器的那条TCP连接就不能正常响应，nginx在得到这一信息后，就会返回5xx错误码给客户端，也就是说5xx的报错，其实是由nginx识别出来，并返回给客户端的，服务端本身，并不会有5xx的日志信息，这也是文章开头场景原因所在。502错误是指当nigix把客户端的请求转发给服务器，但服务器却发出了无效响应。起源于可能是服务器端写超时设置过短或服务器端应用进程崩溃，相应的查询日志文件采取对应措施即可解决。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月6日 打卡day7
今天依然学习的是“小白debug”的文章呦!(喜欢他的写作模式，专门选的他的文章进行学习)，内容依然是有关计算机网络的，我们都知道UDP和TCP都是传输层的协议，其中UDP是无连接的，而TCP是面向连接的，所以我们自然而然地认为UDP是快于TCP的，包括上课老师讲的也是。那么UDP就一定比TCP快吗，不一定。文章实现对UDP和TCP进行了介绍，如何详细讲解了TCP协议的重传机制、流量控制和滑动窗口机制、拥塞控制机制、分段机制，最后提出了有没有用了UDP但却比TCP慢的情况，如果现在我需要传一个特别大的数据包，使用TCP时内部会根据MSS的大小分段，这时候进入到IP层之后，每个包大小都不会超过MTU，因此IP层一般不会再进行分片。这时候发生丢包了，只需要重传每个MSS分段就够了，而使用UDP，其本身并不会分段，如果数据过大，到了IP层，就会进行分片。此时发生丢包的话，再次重传，就会重传整个大数据包，效率变慢。这种情况下使用UDP就比TCP要慢。
2月6日 打卡day7
今天依然学习的是“小白debug”的文章呦!(喜欢他的写作模式，专门选的他的文章进行学习)，内容依然是有关计算机网络的，我们都知道UDP和TCP都是传输层的协议，其中UDP是无连接的，而TCP是面向连接的，所以我们自然而然地认为UDP是快于TCP的，包括上课老师讲的也是。那么UDP就一定比TCP快吗，不一定。文章实现对UDP和TCP进行了介绍，如何详细讲解了TCP协议的重传机制、流量控制和滑动窗口机制、拥塞控制机制、分段机制，最后提出了有没有用了UDP但却比TCP慢的情况，如果现在我需要传一个特别大的数据包，使用TCP时内部会根据MSS的大小分段，这时候进入到IP层之后，每个包大小都不会超过MTU，因此IP层一般不会再进行分片。这时候发生丢包了，只需要重传每个MSS分段就够了，而使用UDP，其本身并不会分段，如果数据过大，到了IP层，就会进行分片。此时发生丢包的话，再次重传，就会重传整个大数据包，效率变慢。这种情况下使用UDP就比TCP要慢。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月5号 打卡day6
今天学习了http协议和websocket协议，其实在学习这篇文章前我从没有接触websocket协议，但“小白debug”这个作者语言通俗易懂，举例很多贴切的例子，让我可以很好的理。总的来说，http和websocket协议都是应用层上的协议，它们都是基于TCP的协议，但最常用的http1.1是半双工的，常用于处理客户端请求(定期轮询或长轮询)，而服务器主动推数据给客户端的场景更适合用websocket。最后强烈推荐“小白debug”这个作者，写的内容真的通俗易懂，小白也可以学会哦！
2月5号 打卡day6
今天学习了http协议和websocket协议，其实在学习这篇文章前我从没有接触websocket协议，但“小白debug”这个作者语言通俗易懂，举例很多贴切的例子，让我可以很好的理。总的来说，http和websocket协议都是应用层上的协议，它们都是基于TCP的协议，但最常用的http1.1是半双工的，常用于处理客户端请求(定期轮询或长轮询)，而服务器主动推数据给客户端的场景更适合用websocket。最后强烈推荐“小白debug”这个作者，写的内容真的通俗易懂，小白也可以学会哦！
展开
评论
点赞