概述 运维工作中,在应用部署的时候,通常遇到各种HTTP的状态码,我们比较常见的如:200.301.302.404.500.502 等,有必要整理一份常见状态码的文档,加深印象,方便回顾. 一.1** 开头的状态码 1xx(临时响应)表示临时响应并需要请求者继续执行操作的状态代码.代码说明: 100 (继续) 请求者应当继续提出请求. 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分.101 (切换协议) 请求者已要求服务器切换协议,服务器已确认并准备切换. 三.2**开头的

TCP/IP协议中,FTP标准命令TCP端口号为21,Port方式数据端口为20.FTP协议的任务是从一台计算机将文件传送到另一台计算机,它与这两台计算机所处的位置.联接的方式.甚至是是否使用相同的操作系统无关.假设两台计算机通过ftp协议对话,并且能访问Internet, 你可以用ftp命令来传输文件.每种操作系统使用上有某一些细微差别,但是每种协议基本的命令结构是相同的.   FTP的传输有两种方式:ASCII传输模式和二进制数据传输模式.   1．ASCII传输方式:假定用户正在拷贝的文件

与中国移动代码的对应关系. MI::zzzzSMSC返回状态报告的状态值为EXPIREDMJ:zzzzSMSC返回状态报告的状态值为DELETEDMK:zzzzSMSC返回状态报告的状态值为UNDELIVML:zzzzSMSC返回状态报告的状态值为ACCEPTDMM:zzzzSMSC返回状态报告的状态值为UNKNOWNMN:zzzzSMSC返回状态报告的状态值为REJECTD 回页首 CMPP发送失败代码对照表 值(4位,不足4位前面补0) 含义1 消息结构错2 命令字错误3 消息序列号重复4

http://www.163duanxin.com/msg/1753.htm CMPP错误码说明   与中国移动代码的对应关系. MI::zzzzSMSC返回状态报告的状态值为EXPIREDMJ:zzzzSMSC返回状态报告的状态值为DELETEDMK:zzzzSMSC返回状态报告的状态值为UNDELIVML:zzzzSMSC返回状态报告的状态值为ACCEPTDMM:zzzzSMSC返回状态报告的状态值为UNKNOWNMN:zzzzSMSC返回状态报告的状态值为REJECTD 回页首 CMPP发

中国移动CMPP协议错误码 状态码 说明                             出现次数高 DELIVRD 消息发送成功 用户成功接收到短信 REJECTD 消息因为某些原因被拒绝不同的网关具有不同的错误原因 和运营商对日志 UNDELIV 全球通用户因为状态不正确如处于停机.挂起等状态而导致用户无法接收到短信 UNKNOWN 未知的短消息状态. EXPIRED 过期 TIMEOUT 超时 NOROUTER 无通道 ROUTEERR 网络超时 MBBLACK   本地黑名单 D

常见的HTTP错误码的具体含义     "100" : Continue   客户端应当继续发送请求. "101" : witching Protocols     服务器已经理解了客户端的请求,并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求.在发送完这个响应最后的空行后,服务器将会切换到在Upgrade 消息头中定义的那些协议. "102" : 由WebDAV(RFC 2518)扩展的状态码,代表处理将被继续执行. &qu

在SQLite中,执行SQL语句的sqlite3_exec()和sqlite3_prepare()两个核心方法的返回值都是一个整型数据,因此,当程序执行出现错误时,我们可以根据执行返回的整型数据来判断错误发生的原因.以下就是SQLite的错误码: #define SQLITE_OK 0 /* 成功 | Successful result */ /* 错误码开始 */ #define SQLITE_ERROR 1 /* SQL错误 或 丢失数据库 | SQL error or missing da

这几天用CURL做下载系统,经常会遇到一些问题,很多的错误还是和CURL的option有关.现在把这些错误码贴过来,方便查看一下. 错误代码列表 CURLE_UNSUPPORTED_PROTOCOL (1) – 您传送给 libcurl 的网址使用了此 libcurl 不支持的协议. 可能是您没有使用的编译时选项造成了这种情况(可能是协议字符串拼写有误,或没有指定协议 libcurl 代码). CURLE_FAILED_INIT (2) – 非常早期的初始化代码失败. 可能是内部错误或问题. C

#define SQLITE_OK 0 /* 成功 | Successful result */ /* 错误码开始 */ #define SQLITE_ERROR 1 /* SQL错误 或 丢失数据库 | SQL error or missing database */ #define SQLITE_INTERNAL 2 /* SQLite 内部逻辑错误 | Internal logic error in SQLite */ #define SQLITE_PERM 3 /* 拒绝访问 | Acc

#define SQLITE_OK 0 /* 成功 | Successful result */ /* 错误码开始 */ #define SQLITE_ERROR 1 /* SQL错误 或 丢失数据库 | SQL error or missing database */ #define SQLITE_INTERNAL 2 /* SQLite 内部逻辑错误 | Internal logic error in SQLite */ #define SQLITE_PERM 3 /* 拒绝访问 | Acc

如果本地有多个网卡(即多个ip),要指定本地发送网卡,则在建立的socket上bind所指定的网卡进行connect和send操作.例子程序如下: #include <stdio.h>#include "WinSock2.h"#pragma comment(lib,"ws2_32.lib") SOCKET tcp_socket;SOCKADDR_IN tcpAddr;const int BufLen=1024;char SendBuf[BufLen];

http://open.taobao.com/doc/detail.htm?id=118 OAuth2.0 错误码 新浪微博OAuth2.0实现中,授权服务器在接收到验证授权请求时,会按照OAuth2.0协议对本请求的请求头部.请求参数进行检验,若请求不合法或验证未通过,授权服务器会返回相应的错误信息,包含以下几个参数: error: 错误码 error_code: 错误的内部编号 error_description: 错误的描述信息 error_url: 可读的网页URI,带有关于错误的信息,

Socket的错误码和描述(中英文翻译) //下面是Socket Error的错误码和描述: Socket error 0 - Directly send error  Socket error 10004 - Interrupted function  //call 操作被终止  Socket error 10013 - Permission denied  //c访问被拒绝  Socket error 10014 - Bad address   //c地址错误  Socket error 1

摘要: 原创出处:www.bysocket.com 泥瓦匠BYSocket 希望转载,保留摘要,谢谢! “年轻人不要怕表现,要敢于出来表现,但还是那句话,要有正确的度,你的表现是分析问题和解决问题的能力.” – <你凭什么做好互联网> 本文提纲一.异常统一处理的使用场景二.运行 springboot-validation-over-json 工程三.springboot-validation-over-json 工程代码详解 一.异常统一处理的使用场景 在前后端分离开发中,经常用 HTTP o

1.得到错误码 $errno=curl_errno($ch); if($errno!=0){ -- } 2.错误码说明 <?php return [ '1'=>'CURLE_UNSUPPORTED_PROTOCOL (1) – 您传送给 libcurl 的网址使用了此 libcurl 不支持的协议. 可能是您没有使用的编译时选项造成了这种情况(可能是协议字符串拼写有误,或没有指定协议 libcurl 代码).', '2'=>'CURLE_FAILED_INIT (2) – 非常早期的初始

绝大多数程序只考虑了接口正常工作的场景,而用户在使用我们的产品时遇到的各类异常,全都丢在看似 ok 的 try catch 中.如果没有做好异常的兼容和兜底处理,会极大的影响用户体验,严重的还会带来安全和资损风险. 接口异常,通常可以分为以下三类: CGI 逻辑出错.如调用方入参缺失类业务逻辑报错: 服务不稳定.如服务器不稳定导致 nginx 各类 500.502,cgi 路径调整导致的 404 用户网络环境差.如,网络不稳定.网速慢.运营商劫持等 那么,我们在写代码时,如何快速的模拟这些接口异

背景概述:游戏接口是使用PHP cURL扩展进行请求操作.但是,被请求的服务器经常会无故的不响应或者超时.总之,就是请求之后收不到响应回来的数据.这时候可不能说对方API接口有问题,或者,服务器有故障.总之,可能出现的问题是非常之多.不能一概而论. 一.给出一段常用的PHP cURL代码: function sendRequestGame($url) { $header = array('Expect:'); $ch = curl_init(); curl_setopt($ch, CURLOPT

0000 操作已成功完成.0001 错误的函数.0002 系统找不到指定的文件.0003 系统找不到指定的路径.0004 系统无法打开文件.0005 拒绝访问.0006 句柄无效.0007 存储区控制块已损坏.0008 可用的存储区不足,无法执行该命令.0009 存储区控制块地址无效.0010 环境错误. 0011 试图使用不正确的格式加载程序.0012 访问代码无效.0013 数据无效.0014 可用的存储区不足,无法完成该操作.0015 系统找不到指定的驱动器.0016 无法删除该目录.00

#define SQLITE_OK /* 成功 | Successful result */ /* 错误码开始 */ #define SQLITE_ERROR /* SQL错误 或 丢失数据库 | SQL error or missing database */ #define SQLITE_INTERNAL /* SQLite 内部逻辑错误 | Internal logic error in SQLite */ #define SQLITE_PERM /* 拒绝访问 | Access perm

碰见一个很奇葩的问题, 某些手机在设置了不知什么后, 某些 APP 死活 HTTPS 请求失败, 例如以 UMeng 统计HTTP 请求失败为例, Log如下: UMLOG: (Error   Applog) Error Domain=NSURLErrorDomain Code=-1202 "此服务器的证书无效.您可能正在连接到一个伪装成“alogs.umeng.com”的服务器,这会威胁到您的机密信息的安全." UserInfo={NSLocalizedDescription=此服务

转载自:GetLastError GetLastError GetLastError返回的值通过在api函数中调用SetLastError或SetLastErrorEx设置.函数   并无必要设置上一次错误信息,所以即使一次GetLastError调用返回的是零值,也不能   担保函数已成功执行.只有在函数调用返回一个错误结果时,这个函数指出的错误结果   才是有效的.通常,只有在函数返回一个错误结果,而且已知函数会设置GetLastError   变量的前提下,才应访问GetLastError