Richiesta di prova. Test: test delle richieste http



Server di test HTTP che accetta richieste GET/POST (9)

Webhook Tester è un ottimo strumento: https://webhook.site (GitHub)

Ciò che è importante per me è che mostri l'indirizzo IP del richiedente, il che è utile quando è necessario inserire nella whitelist un indirizzo IP ma non si è sicuri di cosa sia.

Ho bisogno di un server di test live che accetti le mie richieste di informazioni di base tramite HTTP GET e mi consenta anche di POSTARE (anche se in realtà non fa nulla). Questo è interamente per testare.

Curl --request POST \ --url https://postman-echo.com/post \ --data "Questo dovrebbe essere rispedito come parte del corpo della risposta."

("args":(),"data":"","files":(),"form":("È previsto che venga restituito come parte del corpo della risposta.":""),"headers" :("host":"postman-echo.com","content-length":"58","accept":"*/*","content-type":"application/x-www-form-urlencoded ","user-agent":"curl/7.54.0","x-forwarded-port":"443","x-forwarded-proto":"https"),"json":("...

Questo desiderio non è disponibile. Di seguito sono riportati i desideri disponibili: ["application", "args", "authorization", "blueprint", "charset", "close", "cookies", "data", "date", "endpoint", "environ "" , "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" " " " " "" "" "" "" "" "" "" "" "" "" "" "scheme", "minor", "flow", "url", "values"]

("wsgi.multiprocess": Falso, "HTTP_COOKIE": "csrftoken = YFKYYZl3DtqEJJBwUlap28bLG1T4Cyuq", "SERVER_SOFTWARE": "Werkzeug / 0.12.2", "SCRIPT_NAME": "", "REQUEST_METHOD": "GET", "PATH_INFO": " "/method/environ", "SERVER_PROTOCOL": "HTTP/1.1", "QUERY_STRING": "", "werkzeug.server.shutdown":, "HTTP_USER_AGENT": "Mozilla/5.0 (Windows NT 6.1, WOW64) AppleWebKit /537.36 (KHTML, ad es. Gecko) Chrome / 54.0.2840.71 Safari /537.36","HTTP_CONNECTION":"keep-alive","SERVER_NAME":"127.0.0.1","REMOTE_PORT":49569,"wsgi.url_scheme" : " http "," SERVER_PORT ":" 5000 "," werkzeug.request ":," wsgi.input ":," HTTP_HOST ":" 127.0.0.1:5000 "," wsgi.multithread ": False," HTTP_UPGRADE_INSECURE_REQUESTS " : " 1 "," HTTP_ACCEPT ":" testo / html, applicazione / xhtml + xml, applicazione / xml; q = 0.9, immagine / webp, / ; q = 0.8 "," wsgi.version ": (1, 0)," wsgi.run_once ": False," wsgi.errors ":", modalità "w" a 0x00000000002042150>, "REMOTE_ADDR": "127.0.0.1" , "HTTP_ACCEPT_LANGUAGE": "en-US, en; q = 0.8", "HTTP_ACCEPT_ENCODING": "gzip, deflate, sdch, br")

server di test locale nc one-liner

Configura un server di test locale in una riga sotto Linux:

Sebbene sia vero; fai printf "" | nc -l host locale 8000; Fatto

Creatore di richieste di esempio su un'altra shell:

Wget http://localhost:8000

quindi nella prima shell vedrai comparire la richiesta:

GET / HTTP/1.1 User-Agent: Wget/1.19.4 (linux-gnu) Accetta: */* Accept-Encoding: identità Host: localhost:8000 Connessione: Keep-Alive

nc è ampiamente disponibile e preinstallato su Ubuntu.

Testato su Ubuntu 18.04.

Ciò che è importante per me è che mostri l'indirizzo IP del richiedente, il che è utile quando è necessario inserire nella whitelist un indirizzo IP ma non si è sicuri di cosa sia.

Ho bisogno di un server di test live che accetti le mie richieste di informazioni di base tramite HTTP GET e mi consenta anche di POSTARE (anche se in realtà non fa nulla). Questo è interamente per testare.

Curl --request POST \ --url https://postman-echo.com/post \ --data "Questo dovrebbe essere rispedito come parte del corpo della risposta."

("args":(),"data":"","files":(),"form":("È previsto che venga restituito come parte del corpo della risposta.":""),"headers" :("host":"postman-echo.com","content-length":"58","accept":"*/*","content-type":"application/x-www-form-urlencoded ","user-agent":"curl/7.54.0","x-forwarded-port":"443","x-forwarded-proto":"https"),"json":("...

Questo desiderio non è disponibile. Di seguito sono riportati i desideri disponibili: ["application", "args", "authorization", "blueprint", "charset", "close", "cookies", "data", "date", "endpoint", "environ "" , "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" " " " " "" "" "" "" "" "" "" "" "" "" "" "scheme", "minor", "flow", "url", "values"]

("wsgi.multiprocess": Falso, "HTTP_COOKIE": "csrftoken = YFKYYZl3DtqEJJBwUlap28bLG1T4Cyuq", "SERVER_SOFTWARE": "Werkzeug / 0.12.2", "SCRIPT_NAME": "", "REQUEST_METHOD": "GET", "PATH_INFO": " "/method/environ", "SERVER_PROTOCOL": "HTTP/1.1", "QUERY_STRING": "", "werkzeug.server.shutdown":, "HTTP_USER_AGENT": "Mozilla/5.0 (Windows NT 6.1, WOW64) AppleWebKit /537.36 (KHTML, ad es. Gecko) Chrome / 54.0.2840.71 Safari /537.36","HTTP_CONNECTION":"keep-alive","SERVER_NAME":"127.0.0.1","REMOTE_PORT":49569,"wsgi.url_scheme" : " http "," SERVER_PORT ":" 5000 "," werkzeug.request ":," wsgi.input ":," HTTP_HOST ":" 127.0.0.1:5000 "," wsgi.multithread ": False," HTTP_UPGRADE_INSECURE_REQUESTS " : " 1 "," HTTP_ACCEPT ":" testo / html, applicazione / xhtml + xml, applicazione / xml; q = 0.9, immagine / webp, / ; q = 0.8 "," wsgi.version ": (1, 0)," wsgi.run_once ": False," wsgi.errors ":", modalità "w" a 0x00000000002042150>, "REMOTE_ADDR": "127.0.0.1" , "HTTP_ACCEPT_LANGUAGE": "en-US, en; q = 0.8", "HTTP_ACCEPT_ENCODING": "gzip, deflate, sdch, br")

server di test locale nc one-liner

Configura un server di test locale in una riga sotto Linux:

Sebbene sia vero; fai printf "" | nc -l host locale 8000; Fatto

Creatore di richieste di esempio su un'altra shell:

Wget http://localhost:8000

quindi nella prima shell vedrai comparire la richiesta:

GET / HTTP/1.1 User-Agent: Wget/1.19.4 (linux-gnu) Accetta: */* Accept-Encoding: identità Host: localhost:8000 Connessione: Keep-Alive

nc è ampiamente disponibile e preinstallato su Ubuntu.

Testato su Ubuntu 18.04.

Per le misurazioni delle prestazioni sono state utilizzate tre query, che rappresentano i tre calcoli problematici più tipici. Di seguito sono riportate queste query nel linguaggio DQL utilizzato in Doctrine. DQL consente di descrivere implicitamente i criteri per un'operazione JOIN all'interno di un WHERE. Doctrine elabora tutte le query come un'istruzione preparata, ovvero l'analisi di DQL e SQL simili non avviene ripetutamente.

testRegistrationCount

Contare il numero delle iscrizioni da parte dell'organizzatore è la richiesta più semplice. C'è solo un join, coperto di indici.

SELECT count(r.id) from Registrazione r, r.Event e WHERE e.organization_id = ?;

testIncome

Il calcolo del reddito dell'organizzatore è la somma di tutti gli importi pagati dai visitatori. Quasi la stessa cosa, ma non è più necessario contare le righe, ma sommarle.

SELECT sum(r.sum) from Registration r, r.Event e WHERE e.organization_id = ?;

testRegCountByPartner

Conteggio delle registrazioni degli organizzatori attratte da un partner specifico. Una query più complessa con due join. Presenta inoltre una maggiore complessità per StatMetric, poiché utilizza una “doppia fetta”.

SELECT count(r.id) dalla registrazione r, r.Event e, r.Campaign c WHERE e.organization_id = ? e c.partner_id = ?;

Pubblicazioni sull'argomento