所有公开日志
所有WHY42公开日志的联合展示。您可以通过选择日志类型、输入用户名（区分大小写）或相关页面（区分大小写）筛选日志条目。
- 2024年1月24日 (三) 08:00 Riguz 留言 贡献上传文件:HTTP3 changes.webp
- 2024年1月23日 (二) 11:40 Riguz 留言 贡献创建了页面文件:Caddy-h3.png
- 2024年1月23日 (二) 11:40 Riguz 留言 贡献上传文件:Caddy-h3.png
- 2024年1月21日 (日) 08:59 Riguz 留言 贡献创建了页面WebTransport （创建页面，内容为“ Category:Network Category:RFC Category:Protocol Category:HTTP”）
- 2024年1月21日 (日) 03:47 Riguz 留言 贡献创建了页面文件:Http vs https vs http2.png
- 2024年1月21日 (日) 03:47 Riguz 留言 贡献上传文件:Http vs https vs http2.png
- 2024年1月21日 (日) 02:53 Riguz 留言 贡献创建了页面文件:Http vs https.png
- 2024年1月21日 (日) 02:53 Riguz 留言 贡献上传文件:Http vs https.png
- 2024年1月19日 (五) 07:32 Riguz 留言 贡献创建了页面文件:QUIC vs TCP.webp
- 2024年1月19日 (五) 07:32 Riguz 留言 贡献上传文件:QUIC vs TCP.webp
- 2024年1月19日 (五) 07:08 Riguz 留言 贡献移动页面Net:UDP至UDP，不留重定向
- 2024年1月19日 (五) 03:35 Riguz 留言 贡献创建了页面文件:HTTP semantics.png
- 2024年1月19日 (五) 03:35 Riguz 留言 贡献上传文件:HTTP semantics.png
- 2024年1月18日 (四) 10:27 Riguz 留言 贡献创建了页面文件:HTTP3 performance.webp
- 2024年1月18日 (四) 10:27 Riguz 留言 贡献上传文件:HTTP3 performance.webp
- 2024年1月18日 (四) 09:20 Riguz 留言 贡献移动页面树:Radix tree至Radix tree，不留重定向
- 2024年1月18日 (四) 09:19 Riguz 留言 贡献移动页面树:LSM树至LSM tree，不留重定向
- 2024年1月18日 (四) 09:19 Riguz 留言 贡献移动页面插入排序至Insertion Sort，不留重定向
- 2024年1月18日 (四) 09:18 Riguz 留言 贡献移动页面快速排序至Quick sort，不留重定向
- 2024年1月18日 (四) 09:18 Riguz 留言 贡献移动页面归并排序至Merge sort，不留重定向
- 2024年1月18日 (四) 09:17 Riguz 留言 贡献移动页面外排序至External sorting，不留重定向
- 2024年1月18日 (四) 09:17 Riguz 留言 贡献移动页面堆排序至Heap sort，不留重定向
- 2024年1月18日 (四) 09:15 Riguz 留言 贡献移动页面树:红黑树至Red–black tree，不留重定向
- 2024年1月18日 (四) 09:09 Riguz 留言 贡献移动页面树:Ternary Tree至Ternary tree，不留重定向
- 2024年1月18日 (四) 09:08 Riguz 留言 贡献移动页面树:Trie tree至Trie tree，不留重定向
- 2024年1月18日 (四) 09:07 Riguz 留言 贡献移动页面选择排序至Selection sort，不留重定向
- 2024年1月18日 (四) 09:06 Riguz 留言 贡献移动页面并发:MapReduce至MapReduce，不留重定向
- 2024年1月18日 (四) 09:04 Riguz 留言 贡献移动页面希尔排序至Shell Sort，不留重定向
- 2024年1月18日 (四) 09:04 Riguz 留言 贡献删除页面并发:CAS （内容为：“=乐观锁、悲观锁= *悲观锁（Pessimistic Lock）： 每次拿数据的时候都会担心会被别人修改（疑心重很悲观），所以每次在拿数据的时候都会上锁。确保自己使用的过程中不会被别人访问，自己使用完后再解锁。 期间需要访问该数据的都会等待。 *乐观锁（Optimis…”，唯一贡献者是“[[Special:Contributions/imported>Soleverlee|imported>Soleverlee]]”（[[User talk:imported>Soleverlee|讨论]]））
- 2024年1月18日 (四) 09:02 Riguz 留言 贡献移动页面CAS至Compare and Swap，不留重定向
- 2024年1月18日 (四) 08:59 Riguz 留言 贡献移动页面软件工程:The Principles of Good Programming至Principles of Good Programming，不留重定向
- 2024年1月18日 (四) 08:59 Riguz 留言 贡献移动页面软件工程:SOLID原则至SOLID，不留重定向
- 2024年1月18日 (四) 07:42 Riguz 留言 贡献删除页面Test:Sandbox （内容为：“ 600px|Netty Architecture This is a test page.”，唯一贡献者是“Riguz”（讨论））
- 2024年1月18日 (四) 07:22 Riguz 留言 贡献移动页面Blog:使用JMH进行Benchmark测试至JMH Benchmark，不留重定向
- 2024年1月18日 (四) 07:21 Riguz 留言 贡献移动页面A brief introduction to MySQL binary log至MySQL binary log，不留重定向
- 2024年1月18日 (四) 07:20 Riguz 留言 贡献移动页面.Net:.Net Core至.Net Core，不留重定向
- 2024年1月18日 (四) 06:34 Riguz 留言 贡献创建了页面Supervised fine-tuning （创建页面，内容为“有监督微调（SFT）是指采用预先训练好的神经网络模型，并针对你自己的专门任务在少量的监督数据上对其进行重新训练的技术。 SFT在大语言模型中的应用有以下重要原因： * 任务特定性能提升：预训练语言模型通过大规模的无监督训练学习了语言的统计模式和语义表示。然而它在特定任务下的效果可能并不令人满意。通过在任务特定的有标签数据…”）
- 2024年1月18日 (四) 01:59 Riguz 留言 贡献创建了页面GRPC （创建页面，内容为“= gRPC vs HTTP = {| class="wikitable" |- ! Feature !! gRPC !! HTTP APIs with JSON |- | Contract || Required (.proto) || Optional (OpenAPI) |- | Protocol || HTTP/2 || HTTP |- | Payload || Protobuf (small, binary) || JSON (large, human readable) |- | Prescriptiveness || Strict specification || Loose. Any HTTP is valid. |- | Streaming || Client, server, bi-directional || Client, server |- | Browser support || No (requires gr…”）
- 2024年1月18日 (四) 01:53 Riguz 留言 贡献移动页面REST:REST参考规范至RESTful Style，不留重定向
- 2024年1月17日 (三) 16:57 Riguz 留言 贡献创建了页面98.Validate Binary Search Tree （创建页面，内容为“=Description= {{LeetCode |id=validate-binary-search-tree |no=98 |difficulty=Medium |category=Tree |collection=MS |title=Validate Binary Search Tree |summary=Given the root of a binary tree, determine if it is a valid binary search tree (BST).}} Given the root of a binary tree, determine if it is a valid binary search tree (BST). A valid BST is defined as follows: The left subtree of a node contains only nodes with keys less than the node's key. The right s…”）
- 2024年1月17日 (三) 15:53 Riguz 留言 贡献移动页面447. Number of Boomerangs至447.Number of Boomerangs，不留重定向
- 2024年1月17日 (三) 15:48 Riguz 留言 贡献创建了页面447. Number of Boomerangs （创建页面，内容为“=Description= {{LeetCode |id=number-of-boomerangs |no=447 |difficulty=Medium |category=unknown |collection=Top 150 |title=Number of Boomerangs |summary=You are given n points in the plane that are all distinct, where points[i] = [xi, yi]. A boomerang is a tuple of points (i, j, k) such that the distance between i and j equals the distance between i and k (the order of the tuple matters).}} Category:Algorithm Category:LeetCode”）
- 2024年1月17日 (三) 11:38 Riguz 留言 贡献创建了页面QUIC （创建页面，内容为“QUIC is a new multiplexed transport built on top of UDP. HTTP/3 is designed to take advantage of QUIC's features, including lack of Head-Of-Line blocking between streams. The QUIC project started as an alternative to TCP+TLS+HTTP/2, with the goal of improving user experience, particularly page load times. The QUIC working group at the IETF defined a clear boundary between the transport(QUIC) and application(HTTP/3) layers, as well as migrating from QUIC Crypt…”）
- 2024年1月17日 (三) 11:27 Riguz 留言 贡献创建了页面HTTP Content-Length （创建页面，内容为“The Content-Length header indicates the size of the message body, in bytes, sent to the recipient. <syntaxhighlight lang="http"> Content-Length: <length> </syntaxhighlight> When no Content-Length is received, the client keeps reading until the server closes the connection.<ref>https://stackoverflow.com/questions/15991173/is-the-content-length-header-required-for-a-http-1-0-response</ref> Category:Network Category:RFC Category:Protocol Category…”）
- 2024年1月17日 (三) 11:16 Riguz 留言 贡献创建了页面文件:Congestion control2.webp
- 2024年1月17日 (三) 11:16 Riguz 留言 贡献上传文件:Congestion control2.webp
- 2024年1月17日 (三) 11:16 Riguz 留言 贡献创建了页面文件:Congestion control1.png
- 2024年1月17日 (三) 11:16 Riguz 留言 贡献上传文件:Congestion control1.png
- 2024年1月17日 (三) 11:08 Riguz 留言 贡献创建了页面文件:BBR.jpg
- 2024年1月17日 (三) 11:08 Riguz 留言 贡献上传文件:BBR.jpg
