Solicitări HTTP POST prin scripturi: Diferență între versiuni
De la Planfix
(Pagină nouă: Planfix vă permite să trimiteți cereri POST folosind Scenarii automate. POST este una dintre multele metode de cerere acceptate de protocolul HTTP folosit pe web. Metoda de cerere POST este destinată cererilor în care un server web primește date pentru stocare în corpul unui mesaj. Este adesea utilizată pentru încărcarea fișierelor sau trimiterea formularelor online completate. Exemple de cereri POST care utilizează Variabile în șabloanele de sarcini|...) |
Fără descriere a modificării |
||
| Linia 1: | Linia 1: | ||
Planfix vă permite să trimiteți cereri | {{#seo: | ||
|title=Cereri HTTP în Planfix | |||
|titlemode=append | |||
|keywords=planfix, post-requests, POST-requests, scripts, incoming webhooks, HTTP-requests, http, requests, POST, GET, PUT, DELETE, Sending POST requests using scripts | |||
|description=Cereri HTTP în Planfix | |||
}} | |||
Planfix vă permite să trimiteți cereri HTTP folosind via [[scripts]] și [[Webhook-uri entrante|webhooks]] și acceptă următoarele metode: | |||
*GET | |||
*POST | |||
*PUT | |||
*DELETE | |||
==Exemple de cereri HTTP și parsarea răspunsurilor== | |||
*[[GET-request: obtaining exchange rates]] | |||
*[[POST-request to Stripe: payment link]] | |||
*[[Cereri HTTP și servicii poștale]] | |||
*[[Webhook-uri entrante|Primirea cererilor HTTP folosind webhooks de intrare]] | |||
==Important== | |||
*Cererile POST sunt trimise din contul dvs. în modul single-thread. O nouă cerere POST nu este trimisă până când nu s-a primit un răspuns pentru cererea precedentă. Din acest motiv, dacă există o întârziere semnificativă în răspunsul serverului la distanță, poate apărea o întârziere mare în trimiterea cererilor viitoare. | |||
*Dacă nu se primește un răspuns de succes de la serverul la distanță (starea răspunsului diferită de 200), Planfix va încerca să trimită din nou cererea de mai multe ori, la anumite intervale de timp. Se fac cinci încercări suplimentare: după 5 / +15 / +30 / +60 minute. Acest lucru se face pentru a preveni pierderea mesajelor în cazul în care serverul la distanță este temporar indisponibil sau nefuncțional. | |||
*În plus, nicio altă cerere POST nu va fi trimisă din contul dvs. timp de trei minute după primirea unui răspuns nereușit sau a lipsei unui răspuns din partea serverului. Aceasta este o măsură necesară pentru a asigura funcționarea stabilă a Planfix atunci când un număr mare de cereri sunt trimise dintr-un cont și serverul către care sunt îndreptate încetează să răspundă. | |||
*Incidentele de trimitere nereușită sunt înregistrate în [[Panoul de incidente]]. | |||
* | |||
* | *Puteți dezactiva reîncercările automate în setările pentru cererile POST: | ||
https://s.pfx.so/pf/rI/icRyBq.jpg | |||
* | *Toate detaliile procesării cererilor HTTP sunt înregistrate în jurnalul tehnic al sarcinii: | ||
https://s.pfx.so/pf/xl/3FZLcv.jpg | |||
==Utilizarea variabilelor în cererile HTTP == | |||
Implicit, toate variabilele inserate în URL sunt codificate URL pentru a asigura transmiterea corectă ca parametri de interogare. De exemplu: | |||
* | <div style="display: block; padding: 1em; margin: 0 0 10px; font-size: 13px; line-height: 1.65; color: black; word-wrap: break-word; background-color: #f9f9f9; border: 1px solid #ddd; border-radius: 4px;"><nowiki>https://</nowiki>mysite.com/?param1='''<nowiki>{{Variable_1}}</nowiki>'''¶m2='''<nowiki>{{Variable_2}}</nowiki>'''</div> | ||
Dacă variabila dvs. conține deja parametri criptați sau face parte din URL și nu ar trebui codificată, înfășurați-o cu %%%: | |||
<div style="display: block; padding: 1em; margin: 0 0 10px; font-size: 13px; line-height: 1.65; color: black; word-wrap: break-word; background-color: #f9f9f9; border: 1px solid #ddd; border-radius: 4px;">'''%%%'''<nowiki>{{Infoblock.RequestURL}}</nowiki>'''%%%''' | |||
<nowiki>https://</nowiki>my.site.com/'''%%%'''<nowiki>{{Infoblock.Parameters}}</nowiki>'''%%%''' | |||
</div> | |||
==Alte informații== | |||
*Datele care intră în Planfix pot fi ulterior [[Calculare Infobloc|procesate]] înainte de a fi utilizate. | |||
== Mergeți | == Mergeți la == | ||
*[[Scenarii automate]] | *[[Scenarii automate]] | ||
*[[Gestionarea contului]] | *[[Gestionarea contului]] | ||
*[[Descrierea caracteristicilor]] | *[[Descrierea caracteristicilor]] | ||
Versiunea curentă din 3 decembrie 2025 01:45
Planfix vă permite să trimiteți cereri HTTP folosind via scripts și webhooks și acceptă următoarele metode:
- GET
- POST
- PUT
- DELETE
Exemple de cereri HTTP și parsarea răspunsurilor
- GET-request: obtaining exchange rates
- POST-request to Stripe: payment link
- Cereri HTTP și servicii poștale
- Primirea cererilor HTTP folosind webhooks de intrare
Important
- Cererile POST sunt trimise din contul dvs. în modul single-thread. O nouă cerere POST nu este trimisă până când nu s-a primit un răspuns pentru cererea precedentă. Din acest motiv, dacă există o întârziere semnificativă în răspunsul serverului la distanță, poate apărea o întârziere mare în trimiterea cererilor viitoare.
- Dacă nu se primește un răspuns de succes de la serverul la distanță (starea răspunsului diferită de 200), Planfix va încerca să trimită din nou cererea de mai multe ori, la anumite intervale de timp. Se fac cinci încercări suplimentare: după 5 / +15 / +30 / +60 minute. Acest lucru se face pentru a preveni pierderea mesajelor în cazul în care serverul la distanță este temporar indisponibil sau nefuncțional.
- În plus, nicio altă cerere POST nu va fi trimisă din contul dvs. timp de trei minute după primirea unui răspuns nereușit sau a lipsei unui răspuns din partea serverului. Aceasta este o măsură necesară pentru a asigura funcționarea stabilă a Planfix atunci când un număr mare de cereri sunt trimise dintr-un cont și serverul către care sunt îndreptate încetează să răspundă.
- Incidentele de trimitere nereușită sunt înregistrate în Panoul de incidente.
- Puteți dezactiva reîncercările automate în setările pentru cererile POST:
- Toate detaliile procesării cererilor HTTP sunt înregistrate în jurnalul tehnic al sarcinii:
Utilizarea variabilelor în cererile HTTP
Implicit, toate variabilele inserate în URL sunt codificate URL pentru a asigura transmiterea corectă ca parametri de interogare. De exemplu:
https://mysite.com/?param1={{Variable_1}}¶m2={{Variable_2}}
Dacă variabila dvs. conține deja parametri criptați sau face parte din URL și nu ar trebui codificată, înfășurați-o cu %%%:
%%%{{Infoblock.RequestURL}}%%%
https://my.site.com/%%%{{Infoblock.Parameters}}%%%
Alte informații
- Datele care intră în Planfix pot fi ulterior procesate înainte de a fi utilizate.