刘若兰·米切尔的《PHP Web Services 第二版：构建高效网络服务》

需积分: 9 4 浏览量更新于2024-07-20 收藏 10.8MB PDF 举报

《PHP Web Services, 2nd Edition》是一本由LornaJane Mitchell撰写的专业书籍，专注于介绍PHP（Hypertext Preprocessor）在Web服务领域的应用，该书适用于希望通过PHP进行Web服务开发的读者。作为第二版，它更新了2016年1月5日的内容，涵盖了PHP Web服务的最新技术和实践。本书的核心知识点包括： 1. **PHP基础与Web服务概述**：首先介绍了PHP的基本语法、数据类型、流程控制和函数等基础知识，然后详细讲解了Web服务的概念，如SOAP (Simple Object Access Protocol) 和REST (Representational State Transfer) 的原理与区别。 2. **SOAP服务开发**：章节中详细阐述了如何使用PHP创建和消费SOAP服务，包括定义服务接口、创建服务器端处理程序、客户端请求发送以及错误处理等内容。 3. **RESTful API设计**：针对RESTful API，书中会指导读者如何通过PHP实现HTTP方法（GET、POST、PUT、DELETE等）、URL设计原则、以及如何使用JSON或XML格式进行数据交换。 4. **安全性与认证**：安全是Web服务的关键，书中涉及到了HTTPS、OAuth、JWT（JSON Web Tokens）等用于保护服务访问的安全措施。 5. **工具与框架**：作者会介绍一些常用的PHP Web服务开发框架，如Symfony、Laravel等，以及如何利用它们简化服务开发和维护。 6. **实战项目与案例分析**：书中提供了多个实际项目案例，帮助读者将理论知识应用到实际场景中，提升开发技能。 7. **调试与性能优化**：讨论了如何调试Web服务，以及如何通过缓存、异步处理和负载均衡等技术提高服务性能。 8. **版本控制与部署**：介绍如何使用Git进行代码管理，并讨论了不同部署策略，如Apache mod_proxy、Nginx等。 9. **更新与扩展**：对于Web服务的持续维护和升级，书中的修订历史和在线资源提供了最新的技术支持和最佳实践。《PHP Web Services, 2nd Edition》不仅是PHP开发者必备的参考书，也是对Web服务有兴趣的开发者学习新技术的重要指南。无论你是初学者还是经验丰富的开发人员，都能从中找到有价值的内容来提升自己的技能。

The part of the URL after the ? is the “query string” and it’s one

way of passing additional data to a particular URL or endpoint.

In the story shown here, all the requests were made from the browser in response to a

user’s actions, although some occur behind the scenes, such as following redirects or

requesting additional assets. All the assets for a page, such as images, stylesheets, and

so on are fetched using separate requests that are handled by a server. Any content

that is loaded asynchronously (by JavaScript, for example) also creates more requests.

When we work with APIs, we get closer to the requests and make them in a more

deliberate manner, but the mechanisms are the same as those we use to make very

basic web pages. If you’re already making websites, then you already know all you

need to make web services!

Clients and Servers

Earlier in this chapter we talked about a request and response between a client and a

server. When we make websites with PHP, the PHP part is always the server. When

using APIs, we build the server in PHP, but we can consume APIs from PHP as well.

This is the point where things can get confusing. We can create either a client or a

server in PHP, and requests and responses can be either incoming or outgoing—or

both!

When we build a server, we follow patterns similar to those we use to build web

pages. A request arrives, and we use PHP to figure out what was requested and craft

the correct response. For example, if we built an API for customers so they could get

updates on their orders programmatically, we would be building a server.

Using PHP to consume APIs means we are building a client. Our PHP application

makes requests to external services over HTTP, and then uses the responses for its

own purposes. An example of a client would be a script that fetches your most recent

tweets and displays them.

It isn’t unusual for an application to be both a client and a server, as shown in

Figure 1-2. An application that accepts a request, and then calls out to other services

to gather the information it needs to produce the response, is acting as both a client

and a server.

When working on applications that are APIs or consume APIs,

take care with how you name variables involving the word

“request” to avoid confusion!

4 | Chapter 1: HTTP

Command-Line HTTP

cURL is a command-line tool available on all platforms. It allows us to make any web

request imaginable in any form, repeat those requests, and observe in detail exactly

what information is exchanged between client and server. In fact, cURL produced the

example output at the beginning of this chapter. It is a brilliant, quick tool for inspect‐

ing what’s going on with a web request, particularly when dealing with something

that isn’t in a browser or where you need to be more specific about how the request is

made. There’s also a cURL extension in PHP; we’ll cover that shortly in “Doing HTTP

with PHP” on page 12, but this section is about the command-line tool.

In its most basic form, a cURL request can be made like this:

curl http://requestb.in/example

We can control every aspect of the request to send; some of the most commonly used

features are outlined here and used throughout this book to illustrate and test the var‐

ious APIs shown.

If you’ve built websites before, you’ll already know the difference between GET and

POST requests from creating web forms. Changing between GET, POST, and other

HTTP verbs using cURL is done with the -X switch, so a POST request can be specifi‐

cally made by using the following:

curl -X POST http://requestb.in/example

There are also specific switches for GET, POST, and so on, but once you start working

with a wider selection of verbs, it’s easier to use -X for everything.

To get more information than just the body response, try the -v switch since this will

show everything: request headers, response headers, and the response body in full! It

splits the response up, though, sending the header information to STDERR and the

body to STDOUT:

$ curl -v -X POST http://requestb.in/example -d name="Lorna" -d

email="lorna@example.com" -d message="this HTTP stuff is rather excellent"

* Hostname was NOT found in DNS cache

* Trying 54.197.228.184...

* Connected to requestb.in (54.197.228.184) port 80 (#0)

> POST /example HTTP/1.1

> User-Agent: curl/7.38.0

> Host: requestb.in

> Accept: */*

> Content-Length: 78

> Content-Type: application/x-www-form-urlencoded

* upload completely sent off: 78 out of 78 bytes

< HTTP/1.1 200 OK

< Connection: keep-alive

* Server gunicorn/19.3.0 is not blacklisted

6 | Chapter 1: HTTP

< Server: gunicorn/19.3.0

< Date: Tue, 07 Jul 2015 14:49:57 GMT

< Content-Type: text/html; charset=utf-8

< Content-Length: 2

< Sponsored-By: https://www.runscope.com

< Via: 1.1 vegur

* Connection #0 to host requestb.in left intact

When the response is fairly large, it can be hard to find a particular piece of informa‐

tion while using cURL. To help with this, it is possible to combine cURL with other

tools such as less or grep; however, cURL shows a progress output bar if it realizes it

isn’t outputting to a terminal, which is confusing to these other tools (and to

humans). To silence the progress bar, use the -s switch (but beware that it also silen‐

ces cURL’s errors). It can be helpful to use -s in combination with -v to create output

that you can send to a pager such as less in order to examine it in detail, using a

command like this:

curl -s -v http://requestb.in/example 2>&1 | less

The extra 2>&1 is there to send the STDERR output to STDOUT so that you’ll see

both headers and body; by default, only STDOUT would be visible to less. With the

preceding command, you can see the full details of the headers and body, request and

response, all available in a pager that allows you to search and page up/down through

the output.

Working with the Web in general, and APIs in particular, means working with data.

cURL lets us do that in a few different ways. The simplest way is to send data along

with a request in key/value pairs—exactly as when a form is submitted on the Web—

which uses the -d switch. The switch is used as many times as there are fields to

include. To make a POST request as if I had filled in a web form, I can use a curl

command like this:

curl -X POST http://requestb.in/example -d name="Lorna"

-d email="lorna@example.com"

-d message="this HTTP stuff is rather excellent"

APIs accept their data in different formats; sometimes the data cannot be POSTed as a

form, but must be created in JSON or XML format, for example. There are dedicated

chapters in this book for working with those formats, but in either case we would

assemble the data in the correct format and then send it with cURL. We can either

send it on the command line by passing a string rather than a key/value pair to a sin‐

gle -d switch, or we can put it into a file and ask cURL to use that file rather than a

string (this is a very handy approach for repeat requests where the command line can

become very long). If you run the previous request and inspect it, you will see that the

body of it is sent as:

name=Lorna&email=lorna@example.com

Making HTTP Requests | 7

We can use this body data as an example of using the contents of a file as the body of

a request. Store the data in a file and then give the filename prepended with an @

symbol as a single -d switch to cURL:

curl -X POST http://requestb.in/example -d @data.txt

Working with the extended features of HTTP requires the ability to work with vari‐

ous headers. cURL allows the sending of any desired header (this is why, from a secu‐

rity standpoint, the header can never be trusted!) by using the -H switch, followed by

the full header to send. The command to set the Accept header to ask for an HTML

response becomes:

curl -H "Accept: text/html" http://requestb.in/example

Before moving on from cURL to some other tools, let’s take a look at one more fea‐

ture: how to handle cookies. Cookies will be covered in more detail in Chapter 4, but

for now it is important to know that cookies are stored by the client and sent with

requests, and that new cookies may be received with each response. Browsers send

cookies with requests as default behavior, but in cURL we need to do this manually by

asking cURL to store the cookies in a response and then use them on the next

request. The file that stores the cookies is called the “cookie jar”; clearly, even HTTP

geeks have a sense of humor.

To receive and store cookies from one request:

curl -c cookiejar.txt http://requestb.in/example

At this point, cookiejar.txt contains the cookies that were returned in the response.

The file is a plain-text file, and the way that a browser would store this information is

pretty similar; the data is just text. Feel free to open this file in your favorite text edi‐

tor; it can be amended in any way you see fit (which is another good reminder of why

trusting outside information is a bad idea; it may well have been changed), and then

sent to the server with the next request you make. To send the cookie jar, amended or

otherwise, use the -b switch and specify the file to find the cookies in:

curl -b cookiejar.txt http://requestb.in/example

To capture cookies and resend them with each request, use both the -b and -c

switches, referring to the same cookiejar file with each switch. This way, all incoming

cookies are captured and sent to a file, and then sent back to the server on any subse‐

quent request, behaving just as they do in a browser. This approach is useful if you

want to test something from cURL that requires, for example, logging in.

Another command-line tool well worth a mention here is HTTPie, which claims to

be a cURL-like tool for humans. It has many nice touches that you may find useful,

such as syntax highlighting. Let’s see some examples of the same kinds of requests

that we did with cURL.

8 | Chapter 1: HTTP

剩余179页未读，继续阅读

libingchen

粉丝: 29
资源: 263

刘若兰·米切尔的《PHP Web Services 第二版：构建高效网络服务》

PHP.Web.Services.2nd.Edition

Business Process Execution Language for Web Services 2nd Edition

webservices面试题

apipost测试webservices

webservices

webservices项目接口写在哪里

请问eclipse使用jdk1.7如何创建webservices，给一个实例。

请问eclipse使用jdk1.7如果创建webservices，请给出详细的操作。

vmware vsphere web services sdk 获取vcd信息

Web Services技术

最新资源