HQY 一个和谐有爱的空间

HTTP/2，简称h2，是HTTP协议在1999年发布了HTTP1.1之后的首个更新。它主要基于谷歌的SPDY协议，于2015年5月正式发表，大多数主流浏览器已经在2015年底前支持了该协议。HTTP/2的最显著的改进主要体现在多路复用、允许设置请求优先级、压缩算法、二进制传输等等，这些特性能够让使用HTTP/2的应用获得更快、更简单、更稳定的效果。目前流行的RPC框架gRPC也采用了HTTP/2作为传输方式。HTTP/2协议没有改动HTTP原来的应用层语义。之前熟悉的请求方法、状态码、URI、

前言明文传输和不安全是HTTP的其中一个特点，但是随着越来越多机密的业务交易转移到线上，如银行转账、证券交易、在线支付、电商等，我们对传输的安全性有了更高的要求，为此，出现了HTTP的扩展：HTTPS，Hypertext Transfer Protocol Secure，超文本传输安全协议。HTTPS默认端口号为433，基于HTTP扩展了安全传输的特性，其他特性完全沿用HTTP。一、HTTPS协议架构我们先来看一看HTTP的协议架构和HTTPS协议架构的区别：HTTP是基于TCP/IP的协议，中

前言QUIC 协议性能Chromium （ Google 的 Chrome 浏览器背后的引擎）团队表示，其发现 QUIC 的性能优势特别高，使得 Google 搜索延迟减少了 2% 以上，YouTube 的重新缓冲时间减少了 9% 以上，PC 客户端吞吐量增加了 3% 以上，移动设备的客户端吞吐量增加了 7% 以上。一、美中不足的 HTTP/2HTTP/2 通过头部压缩、二进制编码、多路复用、服务器推送等新特性大幅度提升了 HTTP/1.1 的性能，而美中不足的是 HTTP/2 协议是基于 TC

前言HTTP/1.1的问题也是很多的，主要是连接缓慢，服务器只能按顺序响应，如果某个请求花了很长时间，就会出现请求队头阻塞，从而影响其他请求。前端针对这些问题的优化小技巧很多，如：域名拆分、资源合并、精灵图、资源预取等。为了从协议上进行优化，Google推出了SPDY协议，最终导致推动了HTTP/2的推出。在2015年，HTTP/2发布了。HTTP/2主要包含以下两个规范文档： RFC7540-Hypertext Transfer Protocol Version 2 RFC

kangle商业脚本一键安装合集1、彩虹kangle一键脚本：kangle.odata.cc2、深海kangle一键脚本：kangle.yseaer.cn（失效）3、狐狸（Hlshell）Kangle一键脚本：www.hlsh.sh4、KOS工具箱Kangle一键脚本：kostool.cn5、kangle.us一键安装脚本：kangle.us（失效）6、小月Kange一键脚本：kangle.run（失效）7、魅影kangle一键脚本：www.kangle.la（失效）8、加快云kangle一键脚

centos 7 安装 kangle+php5.6+mariadb+easypanel（仅供参考）yum -y install wget tar make automake gcc gcc-c++ pcre pcre-devel zlib-devel sqlite-devel openssl-devel libxml2 libxml2-devel libtool libtool-libs quota perl gdwget https://download.kanglesoft.com/zcor

有些新手总是在各式各样的概念里绕来绕去，弄的不亦乐乎。所以我就把我的一些理解写了下来,供您参考.我说的不局限于任何一种具体产品和厂家,也可能有些说法和某些厂家的说法不一样,但是我觉得应该算的上是本原的东西，有以不变应万变之功效，呵呵，见笑 1、关于HBA HBA的全称为Host Bus Adapter，即主机总线适配器。 a、总线适配器是个什么东西呢？ 我们首先要了解一下主机的结构，一台计算机内部多半由两条总线串在起来(当然实际情况会有不同，这里只讨论常见

前些日子申请了一台Hax的IPv6_only的VPS，本来只搭了一个hysteria2协议的代理，因为只能使用IPv6连入，基本处于放置不用的状态，但是看到后来大家都开始抢注册，又舍不得把机器放出，于是一直在续期。近些天，在这台机器上部署了一些应用，感觉用起来还比较舒服，于是做个记录。一些常用程序包的安装我选择的是Debian11的系统，因为免费的VPS只有1500MB的内存，为了尽可能部署更多的服务，我没有选择安装Docker。与之相对应，我安装了Python和Node.js还有OpenJDK

在CodeSandBox上部署docker并使用Cloudflare Tunnel打通自己的域名——以青龙面板为例前言长期以来白嫖Replit已经成为习惯，突然Replit的政策改变让人猝不及防。虽然此前就已经知道了CodeSandBox这个平台，但苦于其公开性质，以及不可更换的会直接暴露公开容器的域名分配，一直以来对CodeSandBox的使用也是离不开Replit的——在CodeSandBox部署好服务之后，在Replit部署NGINX服务反代CodeSandBox提供的域名，一定程度上避免

https://blog.rappit.site/2024/01/27/serv00_logs/这个平台是个 Virtual Host ，没有 Root ，还是 FreeBSD 的系统，不是 Linux ，不太好用。但是优点是隔离性差， Memory 和 vCPU 能短时间内超过 100% 进行调用。已经玩了不少时间了，起初看到 Github 上有使用 Serv00 搭建 Vless 节点的仓库，就上手玩了一下，后来发现极其不稳， screen 运行的进程总是过一段时间就掉了（后经网友讨论确认为

先自锤标题党，本文介绍的 GPT-4 API 目前还只能调用 /v1/chat/completions 以及 /v1/models 和 v1/embeddings 接口。至于 v1/audio/speech 、 v1/fine_tuning 、 v1/files 、 v1/images 、 v1/moderations 等接口是不支持的。

今天群友又发了个好玩的仓库：missuo/FreeGPT35 ，我一看，原来是 OpenAI 的 ChatGPT-3.5 免登录使用已经开放使用了，不再是灰度测试了。然后这个仓库的功能就是对目前的 ChatGPT 网页免登录版本进行逆向，并提供 OpenAI 标准格式的 API 转换。随即就喊群友进行测试，发现似乎美国以外的 IP 都不行，而原本在美国的 IP ，即便前段时间出 CF 五秒盾的 IP 也已经不会再出盾了，可以直接使用。我一看，美国 IP ，运行 Nodejs ，这不是妥