http

碳基修炼16 小时前
前端·http
排查记:本地 devServer 是 http,浏览器却把 302 重定向升级成了 httpsTL;DR:本地开发服务器(纯 http)+ 资源经 302 相对路径重定向 + 页面里带着 upgrade-insecure-requests(UIR)CSP —— 浏览器把重定向目标升级成了 https://localhost:端口,而本地服务没有 TLS,资源直接握手失败。真凶不是服务器、不是业务代码、也不是 HSTS,而是 UIR 与浏览器重定向升级行为组合出的坑。
那年窗外下的雪.1 天前
学习·http
第 02 天:Linux 权限、inode、目录项与链接理解 Linux 多用户权限模型,以及文件名、目录项、inode、硬链接和软链接之间的关系,并能把这些知识用于网络服务的配置文件、日志、静态文件和 Unix Domain Socket 排错。
那年窗外下的雪.1 天前
网络协议·学习·http·tcpdump
AIDC 学习日志|第 27 天|EVPN 多归属收敛时间线与 Leaf2 接管验证本节概览今天学习从故障发生到业务恢复的完整收敛时间线,区分物理检测、LACP 成员退出、EAD/EVPN 撤销、远端 Aliasing 更新、MAC/FIB 编程和业务恢复。核心结论是:EVPN 邻居 Established 不等于服务器接入正常;EAD 已撤销不等于硬件 FIB 已更新;Leaf2 有 Aliasing 候选也不等于其服务器接入成员可以实际转发。最后定位了一个“Leaf3 FIB 已切到 Leaf2,但 Leaf2 未学习服务器 MAC、ARP Incomplete”的案例。
j7~1 天前
linux·网络·网络协议·学习·http·网络编程
【Linux】三十八.C++ 手写 HTTP 服务器:裸 socket + fork 多进程,从 HTTP 报文解析到浏览器打开网页C++ 网络编程实战 :C++、HTTP 服务器、socket 编程、fork 多进程、HTTP 协议解析、Linux 网络编程
布莱克6053 天前
计算机网络·http·状态码
HTTP 状态码详解:从分类到实战HTTP 状态码(HTTP Status Code)是服务器在响应客户端请求时返回的三位数字代码,用于表示请求的处理结果。它由 RFC 9110(原 RFC 7231)等规范定义,是 Web 开发中理解客户端与服务器交互结果的重要依据。
StevenSurpass3 天前
mqtt·http·中间件·打印·fastreport
打印业务彻底解耦:FastPrintAgent 统一 JSON 模型 + FastReport 引擎的设计与落地FastPrintAgent 的核心设计目标之一,就是把打印能力从业务系统中完整剥离:业务系统只负责输出标准 JSON 业务数据,报表渲染、模板设计、驱动适配、异常处理全部下沉到打印中间件。实现这一点的核心,就是「统一 JSON 数据契约 + FastReport 引擎深度集成」。
小此方4 天前
服务器·网络·http
Linux网络(十二):HTTP短连接与长连接:从Connection机制到Cookie、Session,彻底理解HTTP的无状态Hello大家好,我是此方。本文继续深入 HTTP 协议,从 HTTP/1.0 的短连接出发,分析频繁建立连接带来的性能问题,以及 HTTP/1.1 如何通过 Connection 机制实现长连接。随后进一步理解 HTTP 的无连接、无状态特性,并由此引出 Cookie 与 Session,详细分析 Cookie 的工作原理、分类及安全风险,以及 Session 如何在一定程度上解决 HTTP 无状态带来的问题。
江畔柳前堤4 天前
人工智能·网络协议·目标检测·http·机器学习·chatgpt·重构
On-Policy Distillation 全景深潜更新日期:2026-09-16(截至写作当日) 定位:一篇由浅入深、面向"所有水平读者"的横切式长文。初学可读第一、二章建立直觉,进阶可读第三至五章掌握方法谱系,研究者与求职者请重点读第七至第九章。 一句话结论:On-Policy Distillation(OPD,同策略蒸馏)是在"学生自己采样出来的状态分布"上做分布匹配的训练范式。它的数学本质是"以教师-学生对数比(log-ratio)为奖励的策略梯度";它的工程本质是"用一切手段驯服一个高方差、有偏、且受支撑集约束的估计量"。
157092511344 天前
android·网络协议·http
Android进阶之光:HTTP协议原理深度解析在Android开发中,网络请求是绝大多数应用的核心功能。无论是加载图片、提交表单还是与RESTful API交互,背后都离不开HTTP协议。《Android进阶之光》第5章将网络编程作为重点章节,而理解HTTP原理,正是掌握OkHttp、Retrofit等框架的基石。本文将深入剖析HTTP协议的核心原理,并结合Android开发场景,帮助建立完整的知识体系。
cccc卌5 天前
网络·网络协议·http
HTTP协议总结前言:目前已经使用两块模组调通了HTTP和MQTT协议,主要介绍Wi-Fi模组的SocketId,网络host和post端口展开。
鱼听禅5 天前
学习·http·c#·工厂方法模式
C# 学习笔记-使用 类型化客户端搭建HTTP客户端服务香染衣 黑海森狱五大晶灵中最擅防御术的金晶灵,有着公子般的文质气息,外貌较为冷艳,性格却是十分豪爽,外冷内热、快人快语,与随从晴儿互动总是干净利落。隐居在森狱深处的天堂森林中,已许久不管森狱之事,但依旧暗中注意着森狱的变化,故当玄同与紫鷨因替阎王取药的关系,来到天堂森林,也开启了金晶灵再出的契机。
比兔代理5 天前
网络·http·ip
代理 IP 延迟优化全链路:从节点选型、TCP 参数到协议栈调优做过数据采集或者跨境接口调用的开发者大概都有过这样的体验:本地网络测速一切正常,挂上代理之后请求耗时直接从几十毫秒跳到几百毫秒,甚至超时。很多人第一反应是“这家代理不行”,但延迟并不是一个不可拆解的黑箱——它是好几段独立耗时叠加出来的结果,每一段都能单独测量、单独定位。把 800ms 当成一个整体去评判服务商,往往会错杀,真正拖慢均值的可能只是池里一小撮节点,或者一处被忽略的连接配置。
Anthony_2315 天前
服务器·nginx·http·https·edge浏览器·web
Nginx基础在新公司刚把项目发布上线后,一般情况下,用户量是比较少的,这个时候可以只用一台服务器去直接访问即可 一年之后,用户的访问量越来越多了,这个时候服务器的负载会越来越高。一台服务器满足不了这么多的用户了,怎么办呢? 这个时候,就需要增加服务器的数量了,增加多个服务器之后,用户要怎么去访问呢?这个时候session是无法共享给其他服务器的,每访问新的服务器都会有新的session 那么这个时候,就需要用到一个中间件Nginx,代理客户端去访问服务器的服务,这个时候的session都是存储在nginx服务器上的,
myy-learn5 天前
tcp/ip·http
33-HTTP协议TCP网页设计相关知识INADDR_ANYseraddr.sin_family = AF_INET;seraddr.sin_port = htons(Port);
小林ixn6 天前
websocket·http
跨域、SSE 与 WebSocket:从一次「请求被拦截」说起前端发请求,浏览器控制台一片红;后端说「我接口没问题啊」。别急,这大概率不是代码写错了,而是你撞上了浏览器最忠实的保安——同源策略。
小此方6 天前
linux·网络·http
Linux网络(十一):HTTP重定向与请求方法详解:从301/302状态码到GET/POST,再认识Fiddler抓包Hello大家好,我是此方,上一期我们讲了状态码,异常处理和HTTP请求与应答报文的字段,本文继续深入 HTTP 协议,首先从实际场景出发理解什么是重定向,并区分临时重定向与永久重定向,重点分析 301、302 等状态码及其应用。随后深入介绍 HTTP 中常见的 GET 与 POST 方法,从表单提交、参数传递、数据位置、长度限制和安全性等角度理解二者的区别。最后介绍 Fiddler 抓包工具及网络代理的基本原理,通过实际观察 HTTP 请求与响应,加深对 HTTP 通信过程的理解。
Lhappy嘻嘻7 天前
网络·http·https
网络(六)|应用层 HTTP&HTTPS:URL、请求响应、Cookie 与证书上一篇传输层讲完 TCP&UDP、三次握手四次挥手。本篇落到应用层,讲解浏览器和服务器的通信协议 HTTP / HTTPS。
ControlRookie8 天前
http·codesys·plc通信·开源源码
第23篇_源码加更 05|HTTP Server、连接实例和诊断数据开源范围 本篇完整公开 6 个 ST 文件。代码直接读取已验证工程,保留声明、实现、注释和缩进;没有伪代码,没有跨文件拼接,也没有省略号。
企业数字化笔记8 天前
网络协议·http·https
AI写的网站一直自动跳转怎么办?301、302和HTTPS重定向排查网站明明已经部署,打开却提示ERR_TOO_MANY_REDIRECTS;地址一会儿HTTP、一会儿HTTPS;登录成功后又回到登录页。出现这些现象时,要把每一次跳转写出来,寻找重复经过的地址或条件。
那年窗外下的雪.8 天前
网络协议·学习·tcp/ip·http·macos·tcpdump
AIDC 学习日志|第 24 天|设备输出反推与 MAC Flapping 定位本节概览今天学习从一组设备状态反推故障优先级。核心结论是:物理接口 Up、Eth-Trunk Up、LACP 协商成功、成员处于 Collecting/Distributing、成员实际承载某一条流量,是五个不同层次的状态。单条流量集中在一个成员并不等于哈希故障;多流量下成员持续无计数增长才是强证据。随后进入 MAC Flapping:同一 MAC 在本地 Eth-Trunk 和 NVE 间跳变,优先指向二层位置归属冲突,而不是普通的链路哈希不均衡。