HTTP 状态码（HTTP Status Code）是用以表示网页服务器 HTTP 响应状态的 3 位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918 等规范扩展。网站测试中常遇到类似 404/500 之类的错误页面提示码，以下汇总一下相对应的错误含义，便于理解问题之所在： 5xx-服务器错误：服务器由于遇到错误而不能完成该请求。 500-内部服务器错误。 500.12-应用程序正忙于在 Web 服务器上重新
前一段时间在P2P通信原理与实现中介绍了P2P打洞的基本原理和方法，我们可以根据其原理为自己的网络程序设计一套通信规则，当然如果这套程序只有自己在使用是没什么问题的。可是在现实生活中，我们的程序往往还需要和第三方的协议（如SDP，SIP）进行对接，因此使用标准化的通用规则来进行P2P链接建立是很有必要的。本文就来介绍一下当前主要应用于P2P通信的几个标准协议，主要有STUN/RFC3489，STUN/RFC5389，TURN/RFC5766以及ICE/RFC5245。
在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。
HTTP 400 - 请求无效 HTTP 401.1 - 未授权：登录失败 HTTP 401.2 - 未授权：服务器配置问题导致登录失败 HTTP 401.3 - ACL 禁止访问资源 HTTP 401.4 - 未授权：授权被筛选器拒绝 HTTP 401.5 - 未授权：ISAPI 或 CGI 授权失败 HTTP 403 - 禁止访问 HTTP 403 - 对 Internet 服务管理器 的访问仅限于 Localhost HTTP 403.1 禁止访问：禁止可执行访问 HTTP 403.2 - 禁止访问：禁止读访问 HTTP 403.3 - 禁止访问：禁止写访问 HTTP 403.4 - 禁止访问：要求 SSL HTTP 403.5 - 禁止访问：要求 SSL 128 HTTP 403.6 - 禁止访问：IP 地址被拒绝 HTTP 403.7 - 禁止访问：要求客户证书 HTTP 403.8 - 禁止访问：禁止站点访问 HTTP 403.9 - 禁止访问：连接的用户过多 HTTP 403.10 - 禁止访问：配置无效 HTTP 403.11 - 禁止访问：密码更改 HTTP 403.12 - 禁止访问：映射器拒绝访问 HTTP 403.13 - 禁止访问：客户证书已被吊销 HTTP 403.15 - 禁止访问：客户访问许可过多 HTTP 403.16 - 禁止访问：客户证书不可信或者无效 HTTP 403.17 - 禁止访问：客户证书已经到期或者尚未生效 HTTP 404.1 -无法找到 Web 站点 HTTP 404- 无法找到文件 HTTP 405 - 资源被禁止 HTTP 406 - 无法接受 HTTP 407 - 要求代理身份验证 HTTP 410 - 永远不可用 HTTP 412 - 先决条件失败 HTTP 414 - 请求 - URI 太长 HTTP 500 - 内部服务器错误 HTTP 500.100 - 内部服务器错误 - ASP 错误 HTTP 500-11 服务器关闭 HTTP 500-12 应用程序重新启动 HTTP 500-13 - 服务器太忙 HTTP 500-14 - 应用程序无效 HTTP 500-15 - 不允许请求 global.asaError 501 - 未实现 HTTP 502 - 网关错误 用户试图通过 HTTP 或文件传输协议 (FTP) 访问一台正在运行 Internet 信息服务 (IIS) 的服务器上的内容时，IIS 返回一个表示该请求的状态的数字代码。该状态代码记录在 IIS 日志中，同时也可能在 Web 浏览器或 FTP 客户端显示。状态代码可以指明具体请求是否已成功，还可以揭示请求失败的确切原因。日志文件的位置在默认状态下，IIS 把它的日志文件放在 %WINDIRSystem32Logfiles 文件夹中。每个万维网 (WWW) 站点和 FTP 站点在该目录下都有一个单独的目录。在默认状态下，每天都会在这些目录下创建日志文件，并用日期给日志文件命名（例如，exYYMMDD.log）。HTTP1xx - 信息提示 这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 • 100 - 继续。 • 101 - 切换协议。2xx - 成功 这类状态代码表明服务器成功地接受了客户端请求。 • 200 - 确定。客户端请求已成功。 • 201 - 已创建。• 202 - 已接受。 • 203 - 非权威性信息。 • 204 - 无内容。 • 205 - 重置内容。 • 206 - 部分内容。3xx - 重定向 客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 • 302 - 对象已移动。 • 304 - 未修改。 • 307 - 临时重定向。4xx - 客户端错误 发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。 • 400 - 错误的请求。 • 401 - 访问被拒绝。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显示： • 401.1 - 登录失败。 • 401.2 - 服务器配置导致登录失败。 • 401.3 - 由于 ACL 对资源的限制而未获得授权。 • 401.4 - 筛选器授权失败。 • 401.5 - ISAPI/CGI 应用程序授权失败。 • 401.7 – 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。 • 403 - 禁止访问：IIS 定义了许多不同的 403
原贴：http://blog.sina.com.cn/s/blog_68158ebf0100wr7z.html
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
这篇文章主要介绍了各类Http请求状态(status)及其含义。 需要的朋友可以过来参考下，希望对大家有所帮助。Web服务器响应浏览器或其他客户程序的请求时，其应答一般由以下几个部分组成：一个状态行，几个应答头，一个空行，内容文档。下面是一个最简单的应答 ： 状态行包含HTTP版本、状态代码、与状态代码对应的简短说明信息。 在大多数情况下，除了Content-Type之外的所有应答头都是可选的。但Content-Type是必需的，它描述的是后面文档的MIME类型。虽然大多数应答都包含一个文档，但也有一些不包含，例如对HEAD请求的应答永远不会附带文档。有许多状态代码实际上用来标识一次失败的请求，这些应答也不包含文档（或只包含一个简短的错误信息说明）。 当用户试图通过 HTTP 访问一台正在运行 Internet 信息服务 (IIS) 的服务器上的内容时，IIS 返回一个表示该请求的状态的数字代码。状态代码可以指明具体请求是否已成功，还可以揭示请求失败的确切原因。
urllib2的异常错误处理 在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。 这里主要说的是URLError和HTTPError,以及对它们的错误处理。 URLError URLError产生的原因主要有： 没有网络连接 服务器链接失败 找不到指定的服务器 我们可以用try except语句来补货相应的异常。下面的例子里我们访问了一个不存在的域名。 #urllib2_urlerror.py impor
了解如何解决 Adobe Creative Cloud 桌面应用程序安装或更新失败的问题。
· 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） · 101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
最常见的错误： 404–找不到文件或者目录不存在 403–找不到默认首页 505–服务器内部错误 信息提示（这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx响应）： 100–继续 101–切换协议 成功（这类状态代码表明服务器成功地接受了客户端请求）： 200–确定（客户端请求已成功） 201–已创建 202–已接受 203–非权威性信息 204–无内容 205–重置内容 206–部分内容 重定向（客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不
HTTP（超文本传输协议）是网络上最为广泛的传输协议，被用于在web浏览器和网站服务器之间的传输协议。HTTP是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣，因为它使开发和部署非常地直截了当。
在使用互联网的过程中，我们时常会遇到各种错误代码，其中502错误代码是最为常见的一种。502 Bad Gateway错误表示，网关或代理服务无法将请求发送到上游服务器。那么，错误代码502是什么意思?
1xx:信息 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。
RESP3是RESP v2的更新版本，RESP v2是Redis中使用的协议，大约从版本2.0开始（1.2已经支持它，但是Redis 2.0是第一个只讨论这个协议的版本）。此协议的名称只是RESP3，而不是respv3或RESP3.0。
超文本传输协议就是所谓的HTTP，是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣，因为它使开发和部署非常地直截了当。
自从.NET出现后，关于CLR异常机制的讨论就几乎从未停止过。迄今为止，CLR异常机制让人关注最多的一点就是“效率”问题。其实，这里存在认识上的误区，因为正常控制流程下的代码运行并不会出现问题，只有引发异常时才会带来效率问题。基于这一点，很多开发者已经达成共识：不应将异常机制用于正常控制流中。达成的另一个共识是：CLR异常机制带来的“效率”问题不足以“抵消”它带来的巨大收益。CLR异常机制至少有一下几个优点：
HTTP响应状态码表 1xx: 信息 状态码 英文 描述 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。 101 Switching Protocols 服务器转换协议：服务器将遵从客户的请求转换到另外一种协议。 2xx: 成功 状态码 英文 描述 200 OK 请求成功（其后是对GET和POST请求的应答文档） 201 Created 请求被创建完成，同时新的资源被创建。 202 Accepted 供处理的请求已被接受，但是处理未完成。
1）最高的2位必须置零，这可以在当STUN和其他协议复用的时候，用来区分STUN包和其他数据包。
HTTP状态码，即HTTP协议状态码，是我们访问网站时会遇到的，服务器端返回的Http响应码，不同的数字分别代表着不同的响应状态。我们在做SEO或做网页开发过程中需要了解5类比较重要的HTTP状态码，可以根据请求响应代码检查服务器及程序是否正常，判断网页处于什么工作状态。我们就需要了解不同的状态码分别是什么含义。
假设有个请求，要爬取1000个网站，如果其中有100个网站需要等待30s才能返回数据，如果要返回所有的数据，至少需要等待3000s。
jQuery.get() 使用一个HTTP GET 请求从服务器加载数据。 jQuery.get(url [,data] [,success(data,textStatus,jqXHR)] [dtaType]) url 一个包含发送请求的URL data 发送给服务器的字符串后键值对 success() 当请求成功时回调的函数 dataType 从服务器返回的预期数据。 用法： $.get("test.cgi", { n
编译程序用下列命令： gcc -Wall ssl-client.c -o client gcc -Wall ssl-server.c -o server 运行程序用如下命令： ./server 7838 1 127.0.0.1 cacert.pem privkey.pem ./client 127.0.0.1 7838 用下面这两个命令产生上述cacert.pem和privkey.pem文件： openssl genrsa -out privkey.pem 2048 openssl req -new -x509 -key privkey.pem -out cacert.pem -days 1095 具体请参考 “OpenSSL体系下使用密钥数字证书等” 如果想对SSL有更深入的了解，请学习计算机安全相关的内容，尤其是非对称加密技术。 如果想对SSL库的源代码有深入学习，请去 www.openssl.org 下载源码来阅读。
已解决pip升级时的警告：“WARNING: There was an error checking the latest version of pip.”
error模块简介 我们在爬虫的时候发请求的时候难免出现错误，如访问不到服务器或者访问被禁止等等， 出错了之后urllib将错误信息封装成了一个模块对象中，这个模块就叫error模块 error的分类 分为URLError和HTTPError。 URLError是OSError的一个子类 有以下错误的时候错误信息就会被封装在URLError里： 无网络 有网络但是由于种种原因导致服务器连接失败 而如果能够连接服务器但是服务器返回了错误代码如404，403等等（400以上），那么催无信息就会被封装在HTTPE
1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'
/************关于本文档********************************************
然后，正常的跑去百度，看了一堆还是没有完整的网页错误代码，应该说国内的环境的网页错误代码表只有官方的那几个，那么只能FQ了。
研究人员披露了数十亿物联网（IoT）设备中使用的随机数生成器严重漏洞，这意味着大量用户面临潜在攻击风险。
这些基本的使用方式和注意事项可以帮助你有效地使用 mysql_query 来执行数据库操作。
本文是域提权漏洞系列分析中的Zerologon漏洞分析部分-其他部分还有几年的域提权漏洞和域提权手法
用CSS实现扇形的思路和三角形基本一致，就是多了一个圆角的样式，实现一个90°的扇形：
以前我们讲过一个迭代模型.就是只服务一个客户端连接.但是实际网络编程中.复杂的很多. 比如一个 C/S架构程序 (客户端/服务端) 客户端很多的情况下.都要连接服务器.
我发到 sina 的邮件会被退回，并提示remote server said: 553 Spam Mail http://mail.sina.com.cn/FAQ.html;错误，怎么办？
本文是基于RFC5389标准的stun协议。STUN的发现过程是基于UDP的NAT处理的假设；随着新的NAT设备的部署，这些假设可能会被证明是无效的，当STUN被用来获取一个地址来与位于其在同一NAT后面的对等体通信时，它就不起作用了。当stun服务器的部署不在公共共享地址域范围内时，stun就不起作用。如果文中有不正确的地方，希望指出，本人感激不尽 1. 术语定义 STUN代理：STUN代理是实现STUN协议的实体，该实体可以是客户端也可以是服务端 STUN客户端：产生stun请求和接收stun回应的实体，也可以发送是指示信息，术语STUN客户端和客户端是同义词 STUN服务端：接收stun请求和发送stun回复消息的实体，也可以发送是指示信息，术语STUN服务端和服务端是同义词 映射传输地址：客户端通过stun获取到NAT映射的公网传输地址，该地址标识该客户端被公网上的另一台主机(通常是STUN服务器)所识别 2. NAT类型 NAT类型有四种： 完全型锥(Full-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，而且，任何一个处于nat外的主机都可以向处于nat内的主机映射的外部ip和端口发送数据包。 限制型锥(Restricted-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，和完全性锥不同的是，只有当处于NAT内的主机之前向ip地址为X的主机发送了数据包，ip地址为X的主机才可以向内部主机发送数据包。 端口限制型锥(Port Restricted-Cone)：与限制锥形NAT很相似，只不过它包括端口号。也就是说，一台IP地址X和端口P的外网主机想给内网主机发送包，必须是这台内网主机先前已经给这个IP地址X和端口P发送过数据包 对称型锥(Symmetric)：所有从同一个内网IP和端口号发送到一个特定的目的IP和端口号的请求，都会被映射到同一个IP和端口号。如果同一台主机使用相同的源地址和端口号发送包，但是发往不同的目的地，NAT将会使用不同的映射。此外，只有收到数据的外网主机才可以反过来向内网主机发送包。 3. 操作概述
大家好，又见面了，我是你们的朋友全栈君。 管道（Pipe）实际是用于进程间通信的一段共享内存，创建管道的进程称为管道服务器，连接到一个管道的进程为管道客户机。一个进程在向管道写入数据后，另一进程就可以从管道的另一端将其读取出来。匿名管道（Anonymous Pipes）是在父进程和子进程间单向传输数据的一种未命名的管道，只能在本地计算机中使用，而不可用于网络间的通信。 匿名管道实施细则 匿名管道由CreatePipe（）函数创建，该函数在创建匿名管道的同时返回两个句柄：管道读句柄和管道写句柄。CreatePipe（）的函数原型为： BOOL CreatePipe(PHANDLE hReadPipe, // 指向读句柄的指针 PHANDLE hWritePipe, // 指向写句柄的指针 LPSECURITY_ATTRIBUTES lpPipeAttributes, // 指向安全属性的指针 DWORD nSize // 管道大小 ); 通过hReadPipe和hWritePipe所指向的句柄可分别以只读、只写的方式去访问管道。在使用匿名管道通信时，服务器进程必须将其中的一个句柄传送给客户机进程。句柄的传递多通过继承来完成，服务器进程也允许这些句柄为子进程所继承。除此之外，进程也可以通过诸如DDE或共享内存等形式的进程间通信将句柄发送给与其不相关联的进程。 在调用CreatePipe（）函数时，如果管道服务器将lpPipeAttributes 指向的SECURITY_ATTRIBUTES数据结构的数据成员bInheritHandle设置为TRUE，那么CreatePipe（）创建的管道读、写句柄将会被继承。管道服务器可调用DuplicateHandle（）函数改变管道句柄的继承。管道服务器可以为一个可继承的管道句柄创建一个不可继承的副本或是为一个不可继承的管道句柄创建一个可继承的副本。CreateProcess（）函数还可以使管道服务器有能力决定子进程对其可继承句柄是全部继承还是不继承。 在生成子进程之前，父进程首先调用Win32 API SetStdHandle（）使子进程、父进程可共用标准输入、标准输出和标准错误句柄。当父进程向子进程发送数据时，用SetStdHandle（）将管道的读句柄赋予标准输入句柄；在从子进程接收数据时，则用SetStdHandle（）将管道的写句柄赋予标准输出（或标准错误）句柄。然后，父进程可以调用进程创建函数CreateProcess（）生成子进程。如果父进程要发送数据到子进程，父进程可调用WriteFile（）将数据写入到管道（传递管道写句柄给函数），子进程则调用GetStdHandle（）取得管道的读句柄，将该句柄传入ReadFile（）后从管道读取数据。 如果是父进程从子进程读取数据，那么由子进程调用GetStdHandle（）取得管道的写入句柄，并调用WriteFile（）将数据写入到管道。然后，父进程调用ReadFile（）从管道读取出数据（传递管道读句柄给函数）。 在用WriteFile（）函数向管道写入数据时，只有在向管道写完指定字节的数据后或是在有错误发生时函数才会返回。如管道缓冲已满而数据还没有写完，WriteFile（）将要等到另一进程对管道中数据读取以释放出更多可用空间后才能够返回。管道服务器在调用CreatePipe（）创建管道时以参数nSize对管道的缓冲大小作了设定。 匿名管道并不支持异步读、写操作，这也就意味着不能在匿名管道中使用ReadFileEx（）和WriteFileEx（），而且ReadFile（）和WriteFile（）中的lpOverLapped参数也将被忽略。匿名管道将在读、写句柄都被关闭后退出，也可以在进程中调用CloseHandle（）函数来关闭此句柄 / 匿名管道程序示例 总的来说，匿名管道程序是比较简单的。在下面将要给出的程序示例中，将由父进程（管道服务器）创建一个子进程（管道客户机），子进程回见个其全部的标准输出发送到匿名管道中，父进程再从管道读取数据，一直到子进程关闭管道的写句柄。其中，匿名管道服务器程序的实现清单如下： STARTUPINFO si; PROCESS_INFORMATION pi; char ReadBuf[100]; DWORD ReadNum; HANDLE hRead; // 管道读句柄 HANDLE hWrite; // 管道写句柄 BOOL bRet = CreatePipe(&hRead, &hWrite, NULL, 0); // 创建匿名管道 if (bRet
在进行网络编程时，我们常常见到同步(Sync)/异步(Async)，阻塞(Block)/非阻塞(Unblock)四种调用方式：
系列目录 windows完成端口（一） windows完成端口（二） windows完成端口（三） windows完成端口（四） windows完成端口（五） windows完成端口（六） #include "StdAfx.h" #include "IOCPModel.h" #include "MainDlg.h" // 每一个处理器上产生多少个线程(为了最大限度的提升服务器性能，详见配套文档) #define WORKER_THREADS_PER_PROCESSOR 2 // 同时投
蓝牙协议GATT（Generic Attribute Profile）是蓝牙设备间进行数据交换的标准协议之一。GATT是一种基于服务（Service）和特性（Characteristic）模型的协议，用于描述和传输设备之间的数据。
在Python爬虫开发中，经常会遇到DNS解析错误，这是一个常见且也令人头疼的问题。DNS解析错误可能会导致爬虫失败，但幸运的是，我们可以采取一些策略来处理这些错误，确保爬虫能够正常运行。本文将介绍什么是DNS解析错误，可能的原因，以及在爬取过程中遇到DNS解析错误时应该如何解决。
在Windows操作系统下，进程之间通信（IPC）可以通过多种机制实现，以下是一些常用的通信方法：
系列目录 关于windows完成端口（IOCP）的一些理解（一） 关于windows完成端口（IOCP）的一些理解（二） 关于windows完成端口（IOCP）的一些理解（三） 关于windows完成端口（IOCP）的一些理解（四） 关于windows完成端口（IOCP）的一些理解（五） 关于windows完成端口（IOCP）的一些理解（六） #include "StdAfx.h" #include "IOCPModel.h" #include "MainDlg.h" // 每一个处理器上产生
sendto和recvfrom一般用于UDP协议中,但是如果在TCP中connect函数调用后也可以用.
Ingress是Kubernetes中的一个重要资源对象，用于管理和配置应用程序的外部访问。然而，当Ingress出现问题时，Kubernetes的错误提示并不总是友好和清晰。为了提高用户的使用体验，可以通过自定义错误页面来增强Ingress的错误提示信息，以便更好地解决问题。本文将介绍如何为Ingress配置错误页面，并提供示例。
老蒋在前面的"微擎添加和接入微信公众账号的过程记录"文章中已经在微擎软件客户端中将公众号接入进来。然后我们就可以利用强大的微擎后台进行菜单设置、软件安装部署。但是在准备自定义菜单的时候有出现"获取微信公众号授权失败, 请稍后重试！ 公众平台返回原始数据为: 错误代码-40164，错误信息-invalid ip 118.89.240.35, not in whitelist hint: [XCDNdA00791466] "这样的错误提示。
作者：huangguisu 原文出处：http://blog.csdn.net/hguisu/article/details/7453390
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
