rfc

一些常见HTTP状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 常见HTTP状态码大全 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。 代码 说明 http状态码 100 （继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 http状态码 101 （切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。 2xx （成功） 表示成功处理了请求的状态代码。 代码 说明 http状态码 200 （成功） 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 http状态码 201 （已创建） 请求成功并且服务器创建了新的资源。 http状态码 202 （已接受） 服务器已接受请求，但尚未处理。 http状态码 203 （非授权信息） 服务器已成功处理了请求，但返回的信息可能来自另一来源。 http状态码 204 （无内容） 服务器成功处理了请求，但没有返回任何内容。 http状态码 205 （重置内容） 服务器成功处理了请求，但没有返回任何内容。 http状态码 206 （部分内容） 服务器成功处理了部分 GET 请求。 3xx （重定向） 表示要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。 代码 说明 http状态码 300 （多种选择

SAP 调用外部程序 SAP 的方法（函数）如何用其它语言实现 ，是SAP的funcation module 如果在外面实现，就是在SAP里创建一个FM，然后在外面用其它语言，JAVA，.net实现这个方法完成复杂功能。 在SAP外部启动一个服务，这个服务连接SAP的geteway service，当SAP调用RFC方法时这个方法根据DESTINATION 指定的RFC名称（SM59），找到这个服务程序，找到实现方法。 作用： 1.实现复杂的业务处理，比较abap语言实现困难的 2.与外部系统做接口，比较当SAP做业务时触发外部作业 3.从外部获取数据，前题是SAP为主动 4.SAP与外部语言的无关性 5.例如SAP与生鲜磅称的接口，当SAP做收货，称重量时，用这种方法调用外部程序，把重量反回SAP系统。very good! RFC 配置： i. T-Code ： SM59; 创建一个 RFC 连接，需要配置的项目：输入 RFC Destination ， Connection Type 选择 T （表示用 TCP/IP 方式），输入 Description （描述）， Technical Settings 里选择Registered server program ,配置 Program ID 这个很重要与 PC 上外部注册的服务程序名称一致， Gateway host （主机网关

http://www.php.cn/web/web-http.html 一：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状态码有什么用 http状态码的核心作用是Web Server服务器用来告诉客户端，当前的网页请求发生了什么事，或者说当前Web服务器的响应状态。所以HTTP状态码常用来判断和分析当前Web服务器的运行状况。 我们作为程序猿，需要对这些状态码，尽可能了解的更多一些

　我们会经常看到有人问：http协议中GET请求和POST请求有什么区别~？ 　　这个问题看似很简单，但是不同程度的人会回答出不同的结果。在公司的面试中，也会经常的问及类似这样的问题，看似很简单，但是不同层次的人会回答出不同的结果。那么我们今天就来聊聊HTTP协议中GET与POST的真正区别。 　　我们还是要用一句简练的话来回答GET和POST的区别： 　　提及GET和POST的区别，一定要确定基于什么前提。在不同的前提下有不同的答案。 　　这么简单的GET和POST背后有什么神秘的面纱呢？我们今天依然用邓哥的例子来讲给大家~ 　　////////// 　　邓哥家住在吃鸡村，邓嫂家住在农药屯。邓哥到邓嫂家可以有很多种选择，走着去、驾车去、坐火车去等等。邓哥通常选择驾车过去。 　　这里吃鸡村和农药屯就相当于是互联网中的两台计算机，邓哥和邓嫂相当于是这两台计算机中的两个程序，这两个程序之间想要通信可以有很多种协议，就好比有很多种交通方式可以到达。我们假设驾车这种方式就是网络中的HTTP协议。 　　邓哥家有两辆车，一辆轿车，一辆箱式货车。 　　两种车就好比是HTTP协议中的两种方式，我们假设轿车是GET请求方式，箱式货车是POST请求方式。 　　有一天邓哥想接邓嫂来吃鸡村玩，邓哥准备开箱式货车去接邓嫂。 　　邓哥要去接邓嫂，就好比程序A要向程序B发出一个请求。从原理上说

8.14. JSON Types 8.14.JSON类型 JSON data types are for storing JSON (JavaScript Object Notation) data, as specified in RFC 7159 1 . Such data can also be stored as text , but the JSON data types have the advantage of enforcing that each stored value is valid according to the JSON rules. There are also assorted JSON-specific functions and operators available for data stored in these data types; see Section 9.15. JSON数据类型用于存储JSON（JavaScript Object Notation）数据（如RFC 71591中所述）。此类数据也可以存储为文本，但是JSON数据类型的优点是可以根据JSON规则强制每个存储的值均有效。对于这些数据类型中存储的数据，还提供了各种特定于JSON的函数和运算符。请参阅 第9.15节 。 There are two JSON data

Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986 来源： oschina 链接： https://my.oschina.net/u/2369843/blog/790201

直接调用SAP中的RFC 1、 导入RFC 2 在对应命名空间下面创建SI 选择出入站，同步或异步，并设置参数类型，选择对应的RFC. 3创建OM 选择两边的SI或者RFC，一定要点击保存（等待下面出现MT） 填写MM名称，选择命名空间，（同步有两个MM） 创建MM 配置MM字段对应 激活 SI OM MM 在对应的BC下面创建CC 选择通信类型 填写地址 激活CC 创建ID (选择系统，选择接口，选择命名空间) 选择入站CC 选择SAP 选择OM 选择出站 ERP CC 激活ID 总建立文件 来源： https://www.cnblogs.com/zengxh/p/12391169.html

1. 通用 IPv6的通用RFC和Internet草案 RFC# 类 标题 1752 标准记录 对IP下一代协议的建议 1924 资料 IPv6地址的压缩表示法 2851 标准记录 Internet网络地址的文本惯例 Internet草案 IPv6案例 2. 寻址 IPv6寻址RFC和Internet草案 RFC# 类别 标题 1881 资料 IPv6地址分配管理 1887 资料 IPv6单播地址分配的结构 1888 实验 OSI NSAP和IPv6 2373 标准记录 IP版本号6的寻址结构 Internet草案 IP版本号6的寻址结构 2374 标准记录 IPv6的可集聚全球单播地址格式 2375 资料 IPv6多播地址分配 2450 资料 已提交的TLA和NLA分配准则 2471 实验 IPv6測试地址分配 2526 标准记录 保留的IPv6子网泛播地址 2921 资料 6BONEpTLA和pNLA格式(pTLA) 2928 资料 最初的IPv6 Sub-TLA ID分配 3041 标准记录 IPv6中的无状态地址自己主动配置的私有扩展 Internet草案 邻节点发现中的网站前缀 Internet草案 IPv6的动态主机配置协议(DHCPv6) Internet草案 管理IPv6地址块中位的分配的可变方案 3. 应用层 IPv6应用层RFC和Internet草案 RFC#

IPv6 是互联网协议的第六版；最初它在IETF的 IPng选取过程中胜出时称为互联网新一代网际协议(IPng)，IPv6是被正式广泛使用的第二版互联网协议。 现有标准 IPv4 只支持大概40亿(4×10 9 )个网络地址，而IPv6支持3.4 ×10 38 个，这等价于在地球上每平方英寸有4.3×10 20 地址(6.7×10 17 地址/mm 2 )。( IPv5 不是IPv4的继承，而是实验性的面向流的数据流协议，用来对声音，图像等提供支持。) 目录 [ 隐藏 ] 1 背景与目标 2 IPv6 编址 3 IPv6地址表示 4 IPv6 封包 5 IPv6和-{域名}-系统 6 IPv6部署与应用 7 转换机制 8 主要的IPv6公告 9 参看 10 相关的IETF工作组 11 相关读物 12 外部链接 [ 编辑 ] 背景与目标 促使IPv6形成的主要原因是网络空间的匮乏。从 1990年 开始， 因特网工程任务小组 （ I nternet E ngineering T ask F orce，简称 IETF ）开始规划 IPv4 的下一代协议，除要解决即将遇到的IP地址短缺问题外，还要发展更多的扩充功能，为此IETF小组创建IPng，以让后续工作顺利进行。 1994年 ，各IPng领域的代表们于多伦多举办的IETF会议中正式提议 IPv6 发展计划

原文链接： http://www.iefans.net/xiazai-wenjian-http-bianma-content-disposition/ 最近在做项目时遇到了一个 case ：需要实现一个强制在浏览器中的下载功能（即强制让浏览器弹出下载对话框），并且文件名必须保持和用户之前上传时相同（可能包含非 ASCII 字符）。 前一个需求很容易实现：使用 HTTP Header 的 Content-Disposition: attachment 即可，还可以配合 Content-Type: application/octet-stream 来确保万无一失。而后一个需求就比较蛋疼了，牵扯到 Header 的编码问题（文件名是作为 filename 参数放在 Content-Disposition 里面的）。众所周知， HTTP Header 中的 Content-Type 可以指定内容的编码，可 Header 本身的编码又该如何制定？甚至， Header 究竟是否允许非 ASCII 编码呢？ 如果放任编码问题不管，那么恭喜你，你一定会遇到在某个系统及浏览器下下载文件时文件名乱码的情况。如果你尝试搜索解决，那么再一次恭喜你，你会找到一堆自相矛盾的解决方案（我可以负责任地告诉你，其中的99%都是不符合标准的 trick 罢了）。让我们来看看到底应该如何优雅完美地解决这个问题吧！