Gestors de cURL de PHP i reutilització de connexions del proxy
Distingiu entre conservar la memòria cau de connexions de libcurl i garantir que una connexió TCP a través del proxy es mantingui viva.
Conservar un gestor de cURL pot permetre que transferències posteriors reutilitzin connexions compatibles en memòria cau. Tanmateix, no pot obligar un proxy a mantenir una connexió TCP oberta indefinidament.
El punt remot pot tancar una connexió inactiva, un camí de xarxa pot desaparèixer i una transferència posterior pot necessitar una ruta o un túnel diferents. La reutilització és una optimització del client subjecta a aquestes condicions, no una garantia de disponibilitat.
Per a treball repetit amb una sola política de proxy, manteniu viu el gestor corresponent o la memòria cau de connexions multi-handle i eviteu les opcions que demanen deliberadament connexions noves o prohibeixen la reutilització, tret que la tasca les necessiti. Inspeccioneu el comportament real de la transferència abans de suposar que una segona petició més curta demostra la reutilització.
Anem amb compte amb exemples antics de PHP que diuen que la connexió es manté oberta "fins a curl_close". La documentació de PHP indica que curl_close() no té cap efecte des de PHP 8.0 i que és obsolet des de PHP 8.5. La propietat dels recursos i el cicle de vida dels objectes s'han d'entendre en la versió de PHP que desplegueu.
Un temporitzador que envia peticions repetides per mantenir el proxy calent afegeix trànsit i encara no pot impedir que el punt remot es tanqui. Preferiu la gestió normal de connexions, les peticions limitades i regles de reintent clares a la promesa que una connexió de proxy sempre sobreviurà.