የ Guzzle ደንበኛ አስተናጋጅን ሆን ብለው ሲመርጡ፣ በ cURL ላይ የተመሠረተ ቁልል SOCKS መጠቀም ይችላል፦

$stack = \GuzzleHttp\HandlerStack::create(
    new \GuzzleHttp\Handler\CurlHandler()
);

$client = new \GuzzleHttp\Client([
    'handler' => $stack,
    'proxy' => 'socks5h://proxy.example.net:1080',
]);

socks5h ፕሮክሲው የመድረሻውን ስም እንዲፈታ ይጠይቃል። Guzzle የመጨረሻውን ነጥብ ወደ libcurl ያስተላልፋል፣ ስለዚህ የተጫነው የ libcurl ግንባታ ያንን ፕሮቶኮል መደገፍ አለበት። የ SOCKS5 ፕሮክሲ ዝርዝር ለደንበኛው ፕሮክሲ URL ይፋዊ የመጨረሻ ነጥብ እጩዎችን ያቀርባል።

መተግበሪያው አስቀድሞ የአስተናጋጅ ቁልል ካለው፣ ከመተካቱ እና ሚድልዌር ከማጣቱ በፊት የታችኛውን ማጓጓዣ ይመርምሩ። በ PHP HTTP ዥረቶች ብቻ የተወሰነ አስተናጋጅ ደንበኛው ይህን አማራጭ ስለተቀበለ ብቻ SOCKS መተግበር አይችልም።

ጥያቄውን የሚያከናውነውን ሂደት ይመርምሩ። CLI PHP እና PHP-FPM የተለያዩ የውቅር ፋይሎችንና ቅጥያዎችን ሊጭኑ ይችላሉ፤ cURL በአንዱ መታየቱ በሌላው መገኘቱን አያረጋግጥም።

ተዛማጅ ጽሑፎች