過酷なネットワーク環境に対処するには、サーバーのフリーズを防ぐために php-curl のタイムアウト制限を設定します。

外国商品の発掘プロジェクトは会社名がないため申請できないため、フロントエンドマシンはAlibaba Cloud香港ECS上に配置され、追加のAlibaba Cloud杭州ECSを使用して実行されますcrontab——クローラーの実行、写真の保存 Alibaba Cloud OSS へのアクセスなど。最近、杭州 ECS が少し冗長だと感じたので (もともと杭州 RDS がありましたが、香港 RDS に移動されました)、削除する予定だったので、杭州 ECS 上のすべての crontab を香港 ECS に戻しました。これにより、多くの問題が発生しました。 それはどのような問題を引き起こしましたか?中心的な問題は、香港の ECS が国際的なネットワーク環境にあり、本土のサーバーにアクセスするときにネットワークのジッターが頻繁に発生することであり、これは非常に解決不可能です。より具体的には、たとえば、香港 ECS が Alibaba Cloud Hangzhou open search にクエリを実行するとき (open search には香港ノードがありません、親愛なる╥﹏╥)。 ..)、エラーがよく報告されます。別の例として、香港 ECS が画像をキャプチャして杭州 OSS にアップロードすることがあります (OSS には香港ノードがありますが、問題は画像処理サービスがないことです)。これはぼったくりだと思いますか?)、2 つ目は遅さで、エラーが報告されるまでしばらく停止することがよくあります。これにより、アップロードが非常に非効率になります (この理由だけでバックログが発生することをお伝えしておきます)。クロールされた何千もの商品が棚に並べられる前に写真のアップロードを待っています)。
open search の問題はまだ簡単に解決できます。SDK ではタイムアウト制限を少し大きく設定しています (5 秒)。基本的にエラーは報告されません。 open search（open search没有香港节点呀亲 ╥﹏╥...）查询的时候，经常报错；又比如香港ECS抓到图片后上传杭州OSS（OSS是有香港节点，问题是没有图片处理的服务啊，你们说这不是坑死人吗），慢是其次，经常卡住一段时间后才报错，这使得上传的效率极其低下（我会告诉你就因为这个原因，积压了好几千爬回来的商品等着上传图片才能上架吗）。

open search的问题还是很好解决的，SDK有提供超时的配置，我把超时限制设大了一点（5秒），基本上就不会报错了。
而OSS的SDK根本没有提供这方面的配置，为了解决这个问题，我决定深入到这SDK来修改源码。
OSS的SDK是通过php-curl来请求api的，经调查后，我发现此SDK有个名为requestcore.class.php的文件中定义了一个RequestCore类，很明显，这个类就是负责发送请求的。其中，prep_request()负责配置curl，send_request($parse = false)则负责执行curl（即真正发送请求）。
首先来看看prep_request()，其中包含两个php-curl的两个超时配置：CURLOPT_TIMEOUT以及CURLOPT_CONNECTTIMEOUT

curl_setopt($curl_handle, CURLOPT_TIMEOUT, 5184000);
curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 120);

CURLOPT_TIMEOUT好理解，就是整个curl请求过程（http request & response）的超时限制，以秒为单位，设置为0则无限制。
CURLOPT_CONNECTTIMEOUT比较难理解，目前确认的是，这是curl请求过程中的一小部分，因此必须要设得比CURLOPT_TIMEOUT小，不然CURLOPT_TIMEOUT无意义。网上的资料是这么说的：

CURLOPT_CONNECTTIMEOUT 在发起连接前等待的时间，如果设置为0，则无限等待。

这个发起连接前等待的时间比较模糊，我倾向于这指的是完成TCP三次握手过程前所耗费的时间，或者换句话说，TCP三次握手的整个过程必须要在CURLOPT_CONNECTTIMEOUT内完成，否则就超时。TCP三次握手无法在指定时间内完成表示服务器正处在繁忙/奔溃的状态或网络异常，这正符合本文所提到的场景。
基于这一猜想下，我把CURLOPT_CONNECTTIMEOUT设成3秒：

curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 3);

如此，就不需要在网络抖动的时候等待2分钟（SDK设定的CURLOPT_CONNECTTIMEOUT是120秒）才报错了。

PS:如果想要设置超时时间少于1秒，需要用到CURLOPT_TIMEOUT_MSOSS SDK はこの設定をまったく提供していません。この問題を解決するために、SDK を深く掘り下げてソースコードを変更することにしました。

OSS の SDK は php-curl を通じて API をリクエストします。調査の結果、この SDK には requestcore.class.php という名前のファイルが定義されていることがわかりました。 RequestCore クラス。明らかに、このクラスはリクエストの送信を担当します。このうち、prep_request() はcurlの設定を担当し、send_request($parse = false) はcurlの実行(つまり、実際のリクエストの送信)を担当します。

まず、prep_request() を見てみましょう。これには、2 つの php-curl の 2 つのタイムアウト設定が含まれています: CURLOPT_TIMEOUT と CURLOPT_CONNECTTIMEOUT

curl_setopt($curl_handle, CURLOPT_TIMEOUT, 5184000);

curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 120);🎜

🎜CURLOPT_TIMEOUTわかりやすいです。 curl リクエスト全体 プロセス (http リクエストとレスポンス) のタイムアウト制限 (秒単位)。制限なしの場合は 0 に設定します。 🎜CURLOPT_CONNECTTIMEOUT は理解するのが難しいですが、これはcurl リクエスト プロセスの一部であることが現在確認されているため、CURLOPT_TIMEOUT より小さく設定する必要があります。それ以外の場合は です。 CURLOPT_TIMEOUT 意味がありません。インターネット上の情報には次のように書かれています: 🎜

🎜CURLOPT_CONNECTTIMEOUT は、接続を開始するまでの待機時間です。0 に設定すると、無期限に待機します。 🎜

🎜 この 接続を開始するまでの待機時間 は、TCP スリーウェイ ハンドシェイク プロセスを完了するのにかかる時間を指すことが多いです。つまり、TCP スリーウェイ ハンドシェイク のプロセス全体は CURLOPT_CONNECTTIMEOUT 以内に完了する必要があります。完了しないとタイムアウトになります。 TCP スリーウェイ ハンドシェイク が指定時間内に完了しない場合は、サーバーがビジー/クラッシュ状態にあるか、ネットワークが異常であることを示します。これは、この記事で説明したシナリオと一致します。 🎜この推測に基づいて、CURLOPT_CONNECTTIMEOUT を 3 秒に設定しました。 🎜

🎜curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 3);🎜

🎜 この方法では、ネットワークに接続します。シェイク中は、エラーが報告されるまで 2 分間待機します (SDK によって設定されている CURLOPT_CONNECTTIMEOUT は 120 秒です)。 🎜🎜追記: タイムアウトを 1 秒未満に設定したい場合は、CURLOPT_TIMEOUT_MS を使用する必要がありますが、Niao 兄弟によると、この設定にはバグがあり、テストされていないため、注意してください。 『カールのミリ秒タイムアウト「バグ」』🎜 🎜 上記では、crontab や画像の保存など、過酷なネットワーク環境に対処する方法、サーバーの停止を防ぐための php-curl のタイムアウト制限の設定方法を紹介しました。PHP チュートリアルに興味のある友人に役立つことを願っています。 🎜 🎜 🎜