PHP HTTP上下文选项
介绍
下面给出的是 http：//和https：//传输的上下文选项列表
| 方法 | 远程服务器支持的HTTP方法。默认为GET。 |
| 标头 | 请求期间将发送其他标头。 |
| 用户代理 | 使用User-Agent发送的值：标头。默认情况下，使用user_agent php.ini设置。 |
| 内容 | 标头后要发送的其他数据。通常与POST或PUT请求一起使用。 |
| 代理 | 指定代理服务器地址的URI。 |
| request_fulluri布尔值 | 如果设置为TRUE，则在构造请求时将使用整个URI。默认为FALSE。 |
| follow_location | 跟随位置标头重定向。设置为0以禁用，默认为1。 |
| max_redirects | 遵循的最大重定向数。 |
| protocol_version | HTTP协议版本。默认为1.0。 |
| 超时 | 读取超时（以秒为单位），由浮点数指定（例如10.5）。 |
| ignore_errors | 即使在故障状态代码上也可以获取内容。默认为FALSE。 |
以下示例从http：// URL获取标头和内容
示例
<?php $url = "http://localhost/testscript.php"; $opts = array('http' => array( 'method' => 'GET', 'max_redirects' => '0', 'ignore_errors' => '1' ); $context = stream_context_create($opts); $stream = fopen($url, 'r', false, $context); var_dump(stream_get_meta_data($stream)); ?>
输出结果
这将显示标题信息和元数据，如下所示-
array(10) {
["timed_out"]=>
bool(false)
["blocked"]=>
bool(true)
["eof"]=>
bool(false)
["wrapper_data"]=>
array(7) {
[0]=>
string(15) "HTTP/1.1 200 OK"
[1]=>
string(35) "Date: Thu, 17 Sep 2020 07:04:47 GMT"
[2]=>
string(55) "Server: Apache/2.4.41 (Win64) OpenSSL/1.0.2s PHP/7.1.32"
[3]=>
string(24) "X-Powered-By: PHP/7.1.32"
[4]=>
string(17) "Content-Length: 0"
[5]=>
string(17) "Connection: close"
[6]=>
string(38) "Content-Type: text/html; charset=UTF-8"
}
["wrapper_type"]=>
string(4) "http"
["stream_type"]=>
string(14) "tcp_socket/ssl"
["mode"]=>
string(1) "r"
["unread_bytes"]=>
int(0)
["seekable"]=>
bool(false)
["uri"]=>
string(31) "http://localhost/testscript.php"
}
-
编辑：Calrification-标签内容是窗格(VBox，GridPane，等等），所以直接在内容上设置ContextMenu是不可能的。
-
通过 Context 可以获取到 *Request 和 ResopnseWriter 。同时还有一些方便的函数可以进行操作。 Req() 获取到*Request对象。 Forms() 可以获取表单提交内容，具体参见 Forms Cookies() 获取到Cookies对象并进行操作。 SecureCookies() 获取到安全Cookie对象并进行操作。 ServeFile() 将文件发送给浏览器
-
Elasticsearch文档称 如果bool查询是一个筛选上下文，或者既没有must也没有filter，那么至少有一个should查询必须匹配文档才能匹配bool查询。 因此，我可以在过滤器上下文中使用shoul子句和must或filter进行bool查询，然后仍然得到精确的匹配。这个组合怎么做？ 我也有兴趣知道如何做这与笑话客户端？
-
我在Visual Studio C#IDE中定义了一个ContextMenuStri上下文菜单，并对程序进行编码，以便当用户右键单击屏幕上的一个对象时，上下文菜单成功弹出。用户可以从上下文菜单中选择一个项目，代码成功确定用户选择了哪个上下文菜单项。到目前为止还不错。问题是上下文菜单接受右键单击作为选择上下文菜单项的机制。当我不小心双击右键单击屏幕上的一个对象时，我注意到了这一点...菜单在第一次单
-
我有一个使用子/父上下文关系的Spring应用程序。这样做的原因是为了确保子上下文从父上下文继承bean/资源，然后根据需要添加更多bean/资源来覆盖它们。但是，当子上下文关闭时（退出try/catch作用域），它开始对它引用的所有bean进行清理，包括父作用域中的bean。这是不可取的，因为我需要重用父上下文来创建另一个子上下文，但是现在它是垃圾，因为它包含了一堆已处理/关闭的bean。 问题
-
在React中，在React组件中很容易追踪数据流。当你观察组件时，你可以找出哪些属性(props)被传递，这使得你的应用非常容易理解。 在某些场景下，你想在整个组件树中传递数据，但却不想手动地在每一层传递属性。你可以直接在React中使用强大的context API解决上述问题。 为什么不要使用Context 绝大多数的应用程序不需要使用context。 如果你希望使用应用程序更加稳定就不要使用