这个 HTTP 请求是如何工作的？

Question

首先，这个问题主要涉及 HTTP 请求、BackboneJS、某种 RESTful API（例如 Slim API），以及这些东西如何相互配合。此外，这个问题来自一个在服务器端没有太多经验的人，而不仅仅是处理基本的 PHP/MySQL 东西。

我一直在看 Backbone，也看过一些关于在后端使用 RESTful API 的教程（包括this one from 9bit）。

我还阅读了 this answer 的 StackOverflow 问题（了解 BackboneJS REST 调用）。

如果我打开一个 JS 文件，然后键入一些代码来发送一个 POST 请求，例如：

(function() {
var http = new XMLHttpRequest();

var value = '{ "prop1": "value 1", "prop2": "value 2" }';

http.open('POST', 'dir', true);
http.setRequestHeader('Content-Type', 'application/json; charset=utf-8');
http.setRequestHeader('Content-Length', value.length);
http.onreadystatechange = function () {
    if (http.readyState == 4 && http.status == 200) {
        alert(http.responseText);
    }
}
http.send(value); 
})();

我在控制台中看到它发送的 POST 请求看起来像这样：

Method: POST
Body: { "prop1": "value 1", "prop2": "value 2" }
Location: http://localhost/~myusername/Todo/dir/

然后，由于它只是我的本地服务器，服务器会发回一个响应，其中包含显示该目录中文件的基本 HTML 页面等。

我也尝试使用 GET 请求来检索类似的 JSON 对象，但显然我无法从该位置获取任何内容，大概是因为我试图从某个空文件夹请求的对象在任何地方都不存在。

我的问题是，当您使用诸如 .save() 之类的 BackboneJS 方法时，据我了解，在这种情况下，它可能会使用 PUT 方法来发送带有对象主体的请求，可能被解析为一个字符串，指向一个目录，例如“article/id”，其中“id”可能类似于“43”（可能是您发送的任何模型属性的相应 id）。所以...

1) API（例如Slim）对该请求做了什么？
2) 将这些对象属性保存到（MySQL 数据库）的位置在哪里？
3) 是否有一个文件，例如 'index.php'，位于目录 'article' 中，其中脚本获取 POST 请求正文中的参数并用于与 MySQL 数据库通信？ （我想知道为什么该位置只是一个“文件夹”，例如“/article”。换一种说法，每当您输入像“http://www.mywebsite.com”这样的网站时，服务器都会自动查找“ index'页面，例如'index.html'，并自动打开该文件作为该目录的默认文件。在使用位置'/somefoldername'作为位置的上下文中是否发生相同类型的事情HTTP 请求）？

基本上，我觉得很奇怪，您只会向某个文件夹发送 HTTP 请求，而不是向处理请求并与数据库通信的特定 PHP 文件（例如）。使用带有 RESTful API 的 BackboneJS，我们的理论文件夹 '/article' 是否会存在，或者只是出于某种原因附加到 URL 中？

非常感谢。

Answer 1

由于您是在 Slim 的上下文中提出问题的，所以我将这样回答，尽管大部分信息通常适用于其他 Web 应用程序/框架。

API（例如 Slim）对该请求做了什么？

不要厚颜无耻，但它会做你（或 API 开发人员）想让它做的任何事情（稍后会详细介绍）。

将这些对象属性保存到（MySQL 数据库）的哪里？

通常，这些对象属性用于创建资源 (POST) 或更新资源 (PUT)，并且资源很可能被持久保存在某种存储中，无论是 RDMS 还是 NoSQL 解决方案.

是否有一个文件，例如“index.php”，位于“article”目录中，其中脚本获取 POST 请求正文中的参数并用于与 MySQL 数据库通信？

这就是事情变得有趣的地方，恕我直言。考虑到路由article/id，以下是 Slim 应用程序中发生的情况：

1. 在 example.com/article/22 收到请求
2. 请求被路由到前端控制器脚本，该脚本根据请求 URI 和 HTTP 方法决定如何处理请求。
3. 如果文章的 PUT 路由存在，则应用程序代码可能会获取请求正文并更新由提供的 id 标识的资源。

考虑到这一点，在 Slim 应用程序中，可能唯一的 Web 可访问文件是 index.php。看起来是目录的只是在应用程序的 index.php 中定义的路由，Slim 用来决定如何处理请求。考虑到这一点 。 . .

使用带有 RESTful API 的 BackboneJS，我们的理论文件夹 '/article' 是否会存在，或者只是出于某种原因附加到 URL 中？

在 Slim 应用程序的上下文中，不，/article 不会作为目录存在，而是作为路由存在。

也许这不会有太大帮助，但这就是 index.php 路由文件的一部分在 Slim 端的样子：

$app->post('/article', function () {
    // Get data from post
    // Create resource
});

$app->get('/article/:id', function ($id) {
    // Return an article resource identified by $id
});

$app->put('/article/:id', function ($id) {
    // Use $id to retrieve resource from storage
    // Update resource with request data
});