ჩვეულებრივი HTTP მოთხოვნისთვის PHP cURL-ის გარეშე, გადაეცით პროქსის კონტექსტი HTTP ნაკადის wrapper-ს:

$context = stream_context_create([
    'http' => [
        'proxy' => 'tcp://203.0.113.10:8080',
        'request_fulluri' => true,
        'timeout' => 10,
    ],
]);
$body = file_get_contents('http://example.com/', false, $context);

შეცვალეთ დოკუმენტაციის ენდპოინტი თქვენი HTTP პროქსით ან კანდიდატით HTTP პროქსების სიიდან. HTTP კონტექსტის ინტერფეისი TCP მისამართს მოელის proxy-ისთვის. request_fulluri=trueმთლიან დანიშნულების URI-ს ათავსებს მოთხოვნის სტრიქონში, როგორც ბევრი წინ გამავალი პროქსი მოითხოვს. დროის ლიმიტი ზღუდავს ნაკადის ოპერაციას ამ wrapper-ის წესების მიხედვით.

სანამ სხეულს გააანალიზებთ, შეამოწმეთ დაბრუნებული მნიშვნელობა და გაფრთხილება; წარუმატებელი კითხვა და ცარიელი წარმატებული პასუხი სხვადასხვა დამუშავებას მოითხოვს. დიაგნოსტიკა დაიწყეთ ამ ერთი HTTP დანიშნულებითა და შეზღუდული მოთხოვნით. HTTPS ამატებს გვირაბირებას და TLS ქცევას, რომლებიც უნდა შემოწმდეს რეალური wrapper-ის/PHP ვერსიისთვის; ეს მაგალითი ამ შესაძლებლობებს არ ადასტურებს.

კონტექსტის ამ გამოძახებაზე გადაცემა მარშრუტს თვალსაჩინოს ხდის და თავს არიდებს დაუკავშირებელი URL კითხვების შეცვლას. საზიარო ნაგულისხმევი კონტექსტი მიზანშეწონილია მხოლოდ მაშინ, როცა აპლიკაცია ამ პოლიტიკას განზრახ ითხოვს; ბიბლიოთეკებმა უნდა გაითვალისწინონ მისი უფრო ფართო მოქმედების არე.

ეს აკონფიგურირებს PHP ნაკადებს და არა დამოუკიდებლად შექმნილ cURL სახელურს, ბრაუზერს ან სხვა პროცესს. სანამ მოელით, რომ პაკეტი ამ კონტექსტს გამოიყენებს, დაადგინეთ მისი რეალური HTTP ტრანსპორტი.

დაკავშირებული სტატიები