国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

要件の背景:
プロジェクトは他のプラットフォームに CURL リクエストを行う必要があります。私は攜帯電話番號を送信し、他のプラットフォームはユーザーに確認(rèn)コードを送信し、成功した受信通知を私に送信します。
質(zhì)問:
ローカルデバッグは問題ありませんが、サーバーに行く場合、curlレシート內(nèi)の$dataデータ、つまり$data =curl_exec($curl);がリクエストとみなされ、この$のトークンが取得されます。データは検証する必要があります。ルーティング ファイルで配布ルールを探してください...
私のトラブルシューティングのアイデア:
最初に次のような文を追加しました var_dump(Request: :path()):

パブリック関數(shù)ハンドル($request, Closure $next)

リーリー
}

出力されたパスは、curl リクエストを送信するための URL であり、さらに、curl 通信のためのプラットフォーム URL があり、これが、後で csrf_token エラーとパス エラーを報(bào)告する理由につながりました。 CURL リクエストを送信するデバイスメソッドは次のとおりです:

出力したパスは次のとおりです:
リーリー

とても奇妙だと思います。curl の復(fù)帰は要求とみなされるべきではありません!なぜこのようなことが起こるのか聞いてもいいですか? ありがとう!