Știu destul de multe exemple în care s-au folosit metode complet diferite pentru a obține pagini web terță parte (parser). altele decât cURL. De exemplu:
De ce i-au folosit dezvoltatorii și ce este în neregulă cu ei? Și pentru că ei nu știau sau nu doreau să știe ce este cURL. Și nu așa este în ele că funcționalitatea este limitată. a obținut pagina și totul pe ea, în timp ce cURL poate să trimită formularul pe pagină, să primească răspunsul, să proceseze eroarea, să înceapă peste tot etc.
Când utilizați interogări cURL, există 4 pași principali care ar trebui (ar trebui) să fie în scenariul dvs., acestea sunt:
- iniţializarea
- Alocarea parametrilor
- Executarea și selectarea rezultatului
- Eliberarea memoriei
Fără niciunul dintre acești pași, scriptul tău este sortit eșecului. Deci, pașii de bază:
Cred că toți pașii vă sunt clare, cu excepția celui de-al doilea: "Setările parametrilor". La acest pas, ne vom opri în detaliu, tk. specifică toate setările / parametrii / metodele necesare.
Pentru a nu încărca serverul cu alte calcule, verificați întotdeauna rezultatul funcției curl_exec:
Observ că semnul de comparație este '===', nu '==', adică se compară cu prezența unui FALSE logic, nu a unui șir gol sau a unui șir "fals".
După ce cererea CURL a fost executată, ar fi bine să știți ce sa întors:
Dar ce alte date putem obține:
Să scriem primul nostru script, care va trimite datele folosind metoda POST pe orice pagină și vom vedea ce se afișează pe această pagină.
Acum, să încercăm să transferăm câteva date:
Puteți vedea rezultatul aici: curl_post.php
Semnificația de aici este exact aceeași ca în cererea POST.
Acum, să încercăm să transferăm câteva date:
Puteți vedea rezultatul aici: curl_post_file.php
Descărcarea unui fișier este aceeași cerere POST, dar înainte de calea spre fișier există un semn "@", ceea ce înseamnă că trebuie să treci asta nu ca $ _POST, ci ca $ _FILES.
Lucru destul de util.