我们正在努力恢复Google Play商店上的Unionpedia应用程序
传出传入
🌟我们简化了设计以优化导航!
Instagram Facebook X LinkedIn
您自己的联盟百科,带有您的徽标和域名,价格从每月9.99美元起
创建我的联盟百科

HTTP 303

指数 HTTP 303

HTTP 303 See Other ,自 RFC 2616 (HTTP 1.1)起,用于在收到HTTP POST请求之后,进行URL重定向的操作。.

目录

  1. 8 关系: 互联网工程任务组網域名稱轉址超文本传输协议HTTP 301HTTP 302HTTP 307HTTP状态码URL重寫

互联网工程任务组

互联网工程任务小组(Internet Engineering Task Force,縮寫為 IETF)负责互联网标准的开发和推动。 它的组织形式主要是大量负责特定议题的工作组,每个都有一个指定主席(或者若干副主席)。工作组再用主题组织为领域(area);每个领域都有一个领域指导(area director,AD),大多数领域还有两个副AD;AD任命工作组主席。AD和IETF主席构成Internet Engineering Steering Group(IESG),负责IETF的整体运作。.

查看 HTTP 303和互联网工程任务组

網域名稱轉址

網域名稱轉址(URL redirection,或称网址重定向或--),是指當使用者瀏覽某個網址時,將他導向到另一個網址的技術。常用在把一串很長的網站網址,轉成较短的網址。因為當要傳播某網站的網址時,常常因為網址太長,不好記憶;又有可能因為換了網路的免費網頁空間,網址又必須要變更,不知情的使用者可能会认為網站關閉了。這時就可以用網路上的轉址服務了。這個技術使一個網頁是可藉由不同的統一資源定位符(URL)連結。.

查看 HTTP 303和網域名稱轉址

超文本传输协议

超文本傳輸協定(英文:HyperText Transfer Protocol,縮寫:HTTP)是一種用於分佈式、協作式和超媒體信息系統的應用層協議。HTTP是全球資訊網的數據通信的基礎。 设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。通过HTTP或者HTTPS协议请求的资源由统一资源标识符(Uniform Resource Identifiers,URI)来标识。 HTTP的发展是由提姆·柏內茲-李於1989年在歐洲核子研究組織(CERN)所發起。HTTP的標準制定由万维网协会(World Wide Web Consortium,W3C)和互联网工程任务组(Internet Engineering Task Force,IETF)進行協調,最终发布了一系列的RFC,其中最著名的是1999年6月公佈的 RFC 2616,定義了HTTP協議中現今廣泛使用的一個版本——HTTP 1.1。 2014年12月,互联网工程任务组(IETF)的Hypertext Transfer Protocol Bis(httpbis)工作小组将HTTP/2标准提议递交至IESG进行讨论,于2015年2月17日被批准。 HTTP/2标准于2015年5月以RFC 7540正式发表,取代HTTP 1.1成为HTTP的实现标准。.

查看 HTTP 303和超文本传输协议

HTTP 301

301 Move Permanently 是HTTP协议中的一个状态码(Status Code)。可以简单地理解为该资源已经被永久改变了位置,通常会发送HTTP Location来重定向到正确的新位置。 返回301请求码进行跳转被Google认为是将网站地址由 HTTP 迁移到 HTTPS 的最佳方法。.

查看 HTTP 303和HTTP 301

HTTP 302

302 Found,原始描述短语为 Moved Temporarily ,是HTTP协议中的一个状态码(Status Code)。可以简单的理解为该资源原本确实存在,但已经被临时改变了位置;换而言之,就是请求的资源暂时驻留在不同的URI下,故而除非特别指定了缓存头部指示,该状态码不可缓存。 对于服务器,通常会给浏览器发送HTTP Location头部来重定向到新的新位置。.

查看 HTTP 303和HTTP 302

HTTP 307

307 Temporary Redirect是HTTP协议中的一个状态码(Status Code)。可以理解为一个临时的重定向。 但该响应代码与302重定向有所区别的地方在于,收到307响应码后,客户端应保持请求方法不变向新的地址发出请求。.

查看 HTTP 303和HTTP 307

HTTP状态码

HTTP状态码(HTTP Status Code)是用以表示網頁伺服器超文本传输协议响应状态的3位数字代码。它由 RFC 2616 规范定义的,并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 與 RFC 4918 等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。所示的消息短语是典型的,但是可以提供任何可读取的替代方案。 除非另有说明,状态码是HTTP / 1.1标准(RFC 7231)的一部分。 HTTP状态码的官方注册表由互联网号码分配局(Internet Assigned Numbers Authority)维护。 微软互联网信息服务 (Microsoft Internet Information Services)有时会使用额外的十进制子代码来获取更多具体信息,但是这些子代码仅出现在响应有效内容和文档中,而不是代替实际的HTTP状态代码。.

查看 HTTP 303和HTTP状态码

URL重寫

URL重寫 (URL Rewriting) 是一種REST的相關技術,它可以在 Web Server 中,針對使用者所提供的 URL 進行轉換後,再傳入 Web Server 中的程式處理器。.

查看 HTTP 303和URL重寫