Demande d'essai. Test - tester les requêtes http

Serveur de test HTTP acceptant les requêtes GET/POST (9)

Webhook Tester est un excellent outil : https://webhook.site (GitHub)

Ce qui est important pour moi, c'est qu'il affiche l'adresse IP du demandeur, ce qui est utile lorsque vous devez mettre une adresse IP sur liste blanche mais que vous ne savez pas de quoi il s'agit.

J'ai besoin d'un serveur de test en direct qui accepte mes demandes d'informations de base via HTTP GET et me permet également de POST (même s'il ne fait vraiment rien). C'est entièrement pour tester.

Curl --request POST \ --url https://postman-echo.com/post \ --data "Ceci devrait être renvoyé dans le cadre du corps de la réponse."

("args":(),"data":"","files":(),"form":("Ceci devrait être renvoyé dans le corps de la réponse.":""),"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":("...

Ce désir n'est pas disponible. Voici les souhaits disponibles : ["application", "args", "authorization", "blueprint", "charset", "close", "cookies", "data", "date", "endpoint", "environ "" , "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" " " " " "" "" "" "" "" "" "" "" "" "" "" "schéma", "mineur", "flux", "url", "valeurs"]

("wsgi.multiprocess": False, "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, par exemple 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 " " texte / html, application / xhtml + xml, application / xml; q = 0,9, image / webp, / ; q = 0.8 "," wsgi.version ": (1, 0)," wsgi.run_once ": False", wsgi.errors ":", mode "w" à 0x0000000002042150>, "REMOTE_ADDR": "127.0.0.1" , "HTTP_ACCEPT_LANGUAGE": "en-US, en; q = 0.8", "HTTP_ACCEPT_ENCODING": "gzip, deflate, sdch, br")

serveur de test local nc one-liner

Configurez un serveur de test local en une seule ligne sous Linux :

Bien que vrai ; faire printf "" | nc -l hôte local 8000 ; fait

Exemple de créateur de requête sur un autre shell :

Wget http://localhost:8000

puis dans le premier shell vous verrez apparaître la requête :

GET / HTTP/1.1 User-Agent : Wget/1.19.4 (linux-gnu) Accepter : */* Accept-Encoding : identité Hôte : localhost:8000 Connexion : Keep-Alive

nc est largement disponible et préinstallé sur Ubuntu.

Testé sur Ubuntu 18.04.

Ce qui est important pour moi, c'est qu'il affiche l'adresse IP du demandeur, ce qui est utile lorsque vous devez mettre une adresse IP sur liste blanche mais que vous ne savez pas de quoi il s'agit.

J'ai besoin d'un serveur de test en direct qui accepte mes demandes d'informations de base via HTTP GET et me permet également de POST (même s'il ne fait vraiment rien). C'est entièrement pour tester.

Curl --request POST \ --url https://postman-echo.com/post \ --data "Ceci devrait être renvoyé dans le cadre du corps de la réponse."

("args":(),"data":"","files":(),"form":("Ceci devrait être renvoyé dans le corps de la réponse.":""),"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":("...

Ce désir n'est pas disponible. Voici les souhaits disponibles : ["application", "args", "authorization", "blueprint", "charset", "close", "cookies", "data", "date", "endpoint", "environ "" , "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" " " " " "" "" "" "" "" "" "" "" "" "" "" "schéma", "mineur", "flux", "url", "valeurs"]

("wsgi.multiprocess": False, "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, par exemple 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 " " texte / html, application / xhtml + xml, application / xml; q = 0,9, image / webp, / ; q = 0.8 "," wsgi.version ": (1, 0)," wsgi.run_once ": False", wsgi.errors ":", mode "w" à 0x0000000002042150>, "REMOTE_ADDR": "127.0.0.1" , "HTTP_ACCEPT_LANGUAGE": "en-US, en; q = 0.8", "HTTP_ACCEPT_ENCODING": "gzip, deflate, sdch, br")

serveur de test local nc one-liner

Configurez un serveur de test local en une seule ligne sous Linux :

Bien que vrai ; faire printf "" | nc -l hôte local 8000 ; fait

Exemple de créateur de requête sur un autre shell :

Wget http://localhost:8000

puis dans le premier shell vous verrez apparaître la requête :

GET / HTTP/1.1 User-Agent : Wget/1.19.4 (linux-gnu) Accepter : */* Accept-Encoding : identité Hôte : localhost:8000 Connexion : Keep-Alive

nc est largement disponible et préinstallé sur Ubuntu.

Testé sur Ubuntu 18.04.

Pour les mesures de performances, trois requêtes ont été utilisées, représentant les trois calculs problématiques les plus typiques. Vous trouverez ci-dessous ces requêtes dans le langage DQL utilisé dans Doctrine. DQL vous permet de décrire implicitement les critères d'une opération JOIN dans un WHERE. Doctrine traite toutes les requêtes comme une instruction préparée, c'est-à-dire que l'analyse de DQL et SQL similaires ne se produit pas de manière répétée.

testRegistrationCount

Compter le nombre d'inscriptions auprès de l'organisateur est la demande la plus simple. Il n'y a qu'une seule jointure, couverte d'index.

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

testRevenu

Le calcul des revenus de l'organisateur est la somme de tous les montants payés par les visiteurs. Presque la même chose, mais il n'est plus nécessaire de compter les lignes, mais de les additionner.

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

testRegCountByPartner

Comptage des inscriptions d'organisateurs attirées par un partenaire spécifique. Une requête plus complexe avec deux jointures. Il présente également une complexité accrue pour StatMetric, car il utilise une « double tranche ».

SELECT count(r.id) from Registration r, r.Event e, r.Campaign c OÙ e.organization_id = ? et c.partner_id = ?;