所有公开日志
所有WHY42公开日志的联合展示。您可以通过选择日志类型、输入用户名（区分大小写）或相关页面（区分大小写）筛选日志条目。
- 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
- 2024年1月17日 (三) 11:08 Riguz 留言 贡献创建了页面TCP BBR （创建页面，内容为“BBR（Bottleneck Bandwidth and Round-trip propagation time）是Google的一種壅塞控制演算法，在網路連結的電腦或行動裝置中運行，可決定數據發送的速度，旨在解決網路壅塞問題。在啟用BBR前，自1980年代起，TCP/IP ( TCP/IP Protocol Suite ) 的演算法大多都是先觀測傳輸時封包是否有丟失狀況，如果有丟失則認識此為網路壅塞，而處理方式是全面降速，直到丟失的封包成…”）
- 2024年1月17日 (三) 11:04 Riguz 留言 贡献创建了页面文件:HTTP3 packet loss.gif
- 2024年1月17日 (三) 11:04 Riguz 留言 贡献上传文件:HTTP3 packet loss.gif
- 2024年1月17日 (三) 11:04 Riguz 留言 贡献创建了页面文件:HTTP2 packet loss.gif
- 2024年1月17日 (三) 11:04 Riguz 留言 贡献上传文件:HTTP2 packet loss.gif
- 2024年1月17日 (三) 10:57 Riguz 留言 贡献创建了页面HTTP/3 （创建页面，内容为“HTTP/3 is the third major version of the Hypertext Transfer Protocol used to exchange information on the World Wide Web, complementing the widely-deployed [HTTP/1.1] and [HTTP/2]. Unlike previous versions which relied on the well-established TCP (published in 1974), HTTP/3 uses [QUIC], a multiplexed transport protocol built on UDP. On 6 June 2022, IETF published HTTP/3 as a Proposed Standard in RFC 9114. = Overview = Category:Network Category:RFC …”）
- 2024年1月17日 (三) 10:47 Riguz 留言 贡献创建了页面Server-Sent Events （创建页面，内容为“Server-Sent Events (SSE) is a server push technology enabling a client to receive automatic updates from a server via an HTTP connection, and describes how servers can initiate data transmission towards clients once an initial client connection has been established. They are commonly used to send message updates or continuous data streams to a browser client and designed to enhance native, cross-browser streaming through a JavaScript API called EventSource, thr…”）
- 2024年1月16日 (二) 11:42 Riguz 留言 贡献创建了页面文件:Prompt IDE demo.gif
- 2024年1月16日 (二) 11:42 Riguz 留言 贡献上传文件:Prompt IDE demo.gif
- 2024年1月16日 (二) 11:06 Riguz 留言 贡献创建了页面文件:Mock Message.png
- 2024年1月16日 (二) 11:06 Riguz 留言 贡献上传文件:Mock Message.png
- 2024年1月16日 (二) 09:21 Riguz 留言 贡献创建了页面文件:Prompt IDE Sync.gif
- 2024年1月16日 (二) 09:21 Riguz 留言 贡献上传文件:Prompt IDE Sync.gif
- 2024年1月16日 (二) 08:35 Riguz 留言 贡献创建了页面文件:Extension-webview-communication.png
- 2024年1月16日 (二) 08:35 Riguz 留言 贡献上传文件:Extension-webview-communication.png
- 2024年1月16日 (二) 05:19 Riguz 留言 贡献创建了页面文件:Prompt IDE1.png
- 2024年1月16日 (二) 05:19 Riguz 留言 贡献上传文件:Prompt IDE1.png
- 2024年1月16日 (二) 04:50 Riguz 留言 贡献创建了页面Prompt IDE （创建页面，内容为“你是怎样调提示词的呢？这看起来是个再简单不过的问题，但对于开发者而言，一直缺乏一个趁手的工具。目前可以用的这些工具大致有以下的问题： * 可以同大模型聊天，但是不具备调参能力，例如ChatGPT、文心一言、[https://ai-chathub.ksord.com/ ChatHub]等 * 可以调参，但只支持特定的厂商，例如GPT Playground、Minimax体验中心等 * 可以调参，也支持不同的厂…”）
- 2024年1月15日 (一) 15:17 Riguz 留言 贡献创建了页面LatexWorkshop settings （创建页面，内容为“<syntaxhighlight lang="bash"> "latex-workshop.latex.outDir": "./build", "latex-workshop.latex.tools": [ { "name": "latexmk", "command": "latexmk", "args": [ "--shell-escape", "-xelatex", "-synctex=1", "-interaction=nonstopmode", "-file-line-error", "-outdir=%OUTDIR%", "%DOC%" ] } ], "latex-workshop.view.pdf.viewer": "tab", </syntaxhighlight> Category:Latex”）
- 2024年1月15日 (一) 03:10 Riguz 留言 贡献创建了页面Pair programming with GPT （创建页面，内容为“600px”）
- 2024年1月9日 (二) 03:12 Riguz 留言 贡献创建了页面文件:Code-block-tags.svg
- 2024年1月9日 (二) 03:12 Riguz 留言 贡献上传文件:Code-block-tags.svg
- 2024年1月9日 (二) 03:11 Riguz 留言 贡献创建了页面文件:Code-tags.svg
- 2024年1月9日 (二) 03:11 Riguz 留言 贡献上传文件:Code-tags.svg
- 2024年1月9日 (二) 03:11 Riguz 留言 贡献创建了页面文件:Xml.svg （https://pictogrammers.com/library/mdi/icon/code-block-tags/）
- 2024年1月9日 (二) 03:11 Riguz 留言 贡献上传文件:Xml.svg （https://pictogrammers.com/library/mdi/icon/code-block-tags/）
- 2024年1月9日 (二) 03:10 Riguz 留言 贡献删除页面文件:Code-solid.svg
- 2024年1月9日 (二) 03:10 Riguz 留言 贡献删除页面文件:Hashtag-solid.svg
- 2024年1月9日 (二) 01:49 Riguz 留言 贡献删除页面文件:Code.svg
- 2024年1月9日 (二) 01:48 Riguz 留言 贡献删除页面文件:Shortcode.svg
- 2024年1月9日 (二) 01:46 Riguz 留言 贡献创建了页面文件:Shortcode.svg
- 2024年1月9日 (二) 01:46 Riguz 留言 贡献上传文件:Shortcode.svg
- 2024年1月9日 (二) 01:46 Riguz 留言 贡献创建了页面文件:Code.svg
- 2024年1月9日 (二) 01:46 Riguz 留言 贡献上传文件:Code.svg
- 2024年1月9日 (二) 01:38 Riguz 留言 贡献创建了页面文件:Code-solid.svg
- 2024年1月9日 (二) 01:38 Riguz 留言 贡献上传文件:Code-solid.svg
- 2024年1月9日 (二) 01:38 Riguz 留言 贡献创建了页面文件:Hashtag-solid.svg
