post请求

在Elasticsearch中，每一个文档都有一个版本号码。每当文档产生变化时（包括删除）， _version 就会增大。在《版本控制》中，我们将会详细讲解如何使用 _version 的数字来确认你的程序不会随意替换掉不想覆盖的数据。 自增ID 如果我们的数据中没有天然的标示符，我们可以让Elasticsearch为我们自动生成一个。请求的结构发生了变化：我们把 PUT ——“把文档存储在这个地址中”变量变成了 POST ——“把文档存储在这个 地址下 ”。 这样一来，请求中就只包含 _index 和 _type 了： POST /website/blog/ { "title": "My second blog entry", "text": "Still trying this out...", "date": "2014/01/01" } 这次的反馈和之前基本一样，只有 _id 改成了系统生成的自增值: { "_index": "website", "_type": "blog", "_id": "wM0OSFhDQXGZAWDf0-drSA", "_version": 1, "created": true } 自生成ID是由22个字母组成的，安全 universally unique identifiers 或者被称为 UUIDs 。 3.1 文档 文档是什么？ 在很多程序中

Spring Security ：HTTP Status 403－Invalid CSRF Token 'null' was found on the request parameter '_csrf' or header 'X-CSRF-TOKEN'. 原因： 1.Spring Security 4.0之后，引入了CSRF，默认是开启。CSRF默认支持的方法： GET|HEAD|TRACE|OPTIONS，不支持POST。 Spring Security 3默认关闭csrf，Spring Security 4默认启动了csrf。 2.什么是csrf： 这是一个web应用安全的问题，CSRF（Cross-site request forgery跨站请求伪造，也被称为“One Click Attack” 或者Session Riding，攻击方通过伪造用户请求访问受信任站点。 我们知道，客户端与服务端在基于http协议在交互的数据的时候，由于http协议本身是无状态协议，后来引进了cookie的 方式进行记录服务端和客户端的之间交互的状态和标记。cookie里面一般会放置服务端生成的session id（会话ID）用来识别客户端访问服务端过 程中的客户端的身份标记。 在 跨域 (科普一下：同一个ip、同一个网络协议、同一个端口，三者都满足就是同一个域，否则就有跨域问题) 的情况下，

Best Practices for Designing a Pragmatic RESTful API http://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api http://www.oschina.net/translate/best-practices-for-a-pragmatic-restful-api http://www.csdn.net/article/2013-06-13/2815744-RESTful-API 数据模型已经稳定，接下来你可能需要为web（网站）应用创建一个公开的API（应用程序编程接口）。需要认识到这样一个问题：一旦API发布后， 就很难对它做很大的改动并且保持像先前一样的正确性。现在，网络上有很多关于API设计的思路。但是在全部案例中没有一种被广泛采纳的标准，有很多的选 择：你接受什么样的格式？如何认证？API应该被版本化吗？ 在为SupportFu（一个轻量级的Zendesk替换实现）设计API时，对于这些问题我尽量得出一些务实的答案。我的目标是设计这样一个API，它容易使用和采纳，足够灵活去为我们用户接口去埋单。 API的关键要求 许多网上能找到的API设计观点都是些学术讨论，这些讨论是关于模糊标准的主观解释，而不是关于在现实世界中具有意义的事。本文中我的目标是

Restful Get方式请求： Restful服务 Get请求方式： http://localhost:10718/Service1.svc/Get/A/B/C http://localhost:10718/Service1.svc 服务地址；Get 方法名；A,B,C分别为三个String参数的值。 请求所得数据将在页面显示如图： 1.返回值得类型会自行序列化成XML显示在页面 2. http://localhost:10718/Service1.vsc/Get?StrA=A&StrB=B&StrC=C 代码实现： 简单示例：一个查询方法，获取三个参数，并将得到的参数显示到页面 1.接口契约 1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Runtime.Serialization; 5 using System.ServiceModel; 6 using System.ServiceModel.Web; 7 using System.Text; 8 9 namespace WcfService1 10 { 11 [ServiceContract] 12 public interface IService1 13 { 14

写在前面 上篇文章介绍如何将wcf项目，修改成restful风格的接口，并在上面提供了查询的功能，上篇文章中也感谢园友在评论中的提的建议，自己也思考了下，确实是那个道理。在urltemplate中，定义的url确实不规范，虽然能实现功能，但是缺少点专业性。rest风格的请求，是通过post，delete，get，put等请求方法来区别的，而不是通过在url中取不同的名字来进行区别。这里再次感谢@~Js园友提醒。 在这篇文章中将最新的代码贴出来，方便查看。 系列文章 Restful风格wcf调用 （其中代码中的uritemplate定义不规范，建议参考本文） 代码示例 using System; using System.Collections.Generic; using System.Linq; using System.Runtime.Serialization; using System.ServiceModel; using System.ServiceModel.Web; using System.Text; using System.Web.Script.Services; namespace Wolfy.WCFRestfuleDemo { // NOTE: You can use the "Rename" command on the "Refactor" menu

SpringMVC: 1.SpringMVC和Spring的关系： 软件开发的三层架构： web层【表示层、表现层】---->Service层---->Dao[DataBase Access Object]---->数据库！ SpringMVC实际上是Spring的一个子模块，我们用SpringMVC来代替这个JavaWEB部分! MVC:也是一种设计模式：M:Model【模型】-->V[View]--->C[Controller]! Model用来封装数据的，View:用来显示数据 Controller：用于接收前端页面发送的请求，然后调用Service层处理，拿到处理结果，将该结果返回给前端页面！ SpringMVC:相当于MVC架构中的C以及V！ 2.SpringMVC有什么优势？ Spring 为展现层提供的基于 MVC 设计理念的优秀的Web 框架，是目前最主流的 MVC 框架之一。 Spring3.0 后全面超越 Struts2，成为最优秀的 MVC 框架。 Spring MVC 通过一套 MVC 注解，让 POJO 成为处理请求的控制器，而无须实现任何接口。 支持 REST 风格的 URL 请求（包含以下操作）。 GET POST PUT DELTE 采用了松散耦合可插拔组件结构，比其他 MVC 框架更具扩展性和灵活性. 目前主流的开发软件，说白了，大家都在用！ 3

你将创建一些表单，让用户能够添加主题和条目，以及编辑既有的条目。你还将学习Django如何防范对基于表单的网页发起的常见攻击，这让你无需花太多时间考虑确保应用程序安全的问题。 然后，我们将实现一个用户身份验证系统。你将创建一个注册页面，供用户创建账户，并让有些页面只能供已登录的用户访问。接下来，我们将修改一些视图函数， 使得用户只能看到自己的数据。你将学习如何确保用户数据的安全。 1、让用户能够输入数据 建立用于创建用户账户的身份验证系统之前，我们先来添加几个页面，让用户能够输入数据。我们将让用户能够添加新主题、添加新条目以及编辑既有条目。 当前，只有超级用户能够通过管理网站输入数据。我们不想让用户与管理网站交互，因此我们将使用Django的表单创建工具来创建让用户能够输入数据的页面。 1.1 添加新主题 创建基于表单的页面的方法几乎与前面创建网页一样:定义一个URL，编写一个视图函数并编写一个模板。一个主要差别是，需要导入包含表单的模块forms.py。 (1)创建表单 让用户输入并提交信息的页面都是表单，哪怕它看起来不像表单。用户输入信息时，我们需要进行验证，确认提供的信息是正确的数据类型，且不是恶意的信息，如中断服务器的代码。然后，我们再对这些有效信息进行处理，并将其保存到数据库的合适地方。这些工作很多都是由Django自动完成的。 在Django中

public function demo() { $url='http://demo.com/'; $content = '{ // Json 的格式 "serviceName": "changebusList", "queryParameters": { "page": "1", "userid": "66", "querytype": "0" } }'; echo $htt = $this->https_post($url,$content); } //通过 CURL ，发送http的 post请求 public function https_post($url,$data){ $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_SSL_VERIFYHOST, false); curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($curl, CURLOPT_POST, 1); curl_setopt($curl, CURLOPT_POSTFIELDS, $data); curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); $result =

REST 简介-定义 　　REST (REpresentation State Transfer)描述了一个架构样式的网络系统，比如 web 应用程序。它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。 　　Web 应用程序最重要的 REST 原则是，客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启，客户端不会得到通知。此外，无状态请求可以由任何可用服务器回答，这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。 　　在服务器端，应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体，它向客户端公开。资源的例子有：应用程序对象、数据库记录、算法等等。每个资源都使用 URI (Universal Resource Identifier) 得到一个惟一的地址。所有资源都共享统一的界面，以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。 REST 简介-资源 REST 简介-基本操作 　　1）GET 获取对象的当前状态 　　2）PUT 改变对象的状态 　　3）POST

有的时候想爬取点数据，但是网站做了防护，用file_get_contents的话，就会提示无法读取。所以得想点其他方法了，所以就想到了利用php 的curl 模拟post或者get请求 首先是模拟get请求(请求https协议接口) /** * 传入json数据进行HTTP Get请求 * * @param string $url $data_string * @return string */ public function http_get($url) { $curl = curl_init(); // 启动一个CURL会话 curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_HEADER, 0); curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, false); // 跳过证书检查 curl_setopt($curl, CURLOPT_SSL_VERIFYHOST, false); // 从证书中检查SSL加密算法是否存在 $tmpInfo = curl_exec($curl); //返回api的json对象 //关闭URL请求 curl_close($curl);