PHP http_get 与 fsockopen 到 HTTPS 服务器?

发布于 2024-09-06 04:32:37 字数 214 浏览 5 评论 0原文

在 PHP 中,在使用 http_get("https://...") 和使用 fsockopen("ssl:// ...")、fputs() 和 fread()?

我最近看到了一些使用后者的实现。这只是旧的遗留代码还是有一些充分的理由?

谢谢。

In PHP, what are the biggest considerations when choosing between using http_get("https://...") and a sockets loop with fsockopen("ssl://..."), fputs() and fread()?

I’ve seen a couple of implementations lately that use the latter. Is that just old legacy code or is there some good reason for it?

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

何必那么矫情 2024-09-13 04:32:37

http_get 需要 PECL 扩展,该扩展未与 PHP 捆绑在一起。

fsockopen 使用起来更复杂(需要循环、手动发送标头、手动读取标头,并且通常需要更多代码),但它是 PHP 的一部分(它始终存在)。

在我看来,最好的故障安全选项是使用 http 包装器,如下所示:

file_get_contents('https://...')

但是,http 包装器有其自己的一组限制 – 没有摘要身份验证、没有自动处理编码内容等。因此,如果PECL http 扩展curl 扩展 可用,这些可能是更好的选择。

http_get requires a PECL extension, which is not bundled with PHP.

fsockopen is more complicated to use (requires looping, sending the headers manually, reading the headers manually, and, in general, more code), but is part of the PHP (it's always present).

In my opinion, the best fail-safe option is to use the http wrapper, as in:

file_get_contents('https://...')

The http wrapper, however, has its own set of limitations – no digest authentication, no automatic handling of encoded content, etc. So if either the PECL http extension or the curl extension are available, those would probably be a better option.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文