J'avoue que, même si je n'aime pas vraiment SQL, j'ai bien l'impression qu'un serveur implémenté comme un serveur SQL serait peut-être bien une idée fascinante (et ce serait sans doute plus explicite que GraphQL)

Ce catalogue des codes HTTP est franchement bien mieux fihcu que celui que je consulte d'habitude (la wikipedia)

Une librairie de consomation de server sent event basée sur okhttp (et ça, c'est vraiment cool)

Un serveur web alternatif (quoi ?) écrit en C (QUOI ?) et qui semble bien pensé (coroutines, données non copiées, ...)

J'aime beaucoup cette syntaxe pour tester du HTTP/Whatever (qui est déja utilisée dans une extension VSCode). Et cet outil en ligne de commande me paraît très cool pour intégrer ça dans de la CI, par exemple ...

Une proposition intéressante, qui n'est pas complètement inattendue, mais qui ne manque pas non plus de radicalité.

Tout un tas de solutions de tunneling http, avec des prix et des contraintes différentes

Si vous cherchez un client http graphique, open-source (bref, une alternative à Postman), j'ai bien l'impression qu'hoppscotch correspondra à vos besoins

C'est cool, ça me rappelle énormément l'extension VSCode "REST Client" qui permet la même chose. L'avantage de hurl étant que, comme c'est en ligne de commande, c'est intégrable partout. (et en plus, c'est du Rust)

C'est une idée aussi simple qu'amusante : un serveur http auquel on donne des dumps https préparés, et qui se contente de trouver le dump correspondant à la requête. C'est sans doute très pratique pour des dévs front.

Je suis sûr que si je regarde dans mes archives, j'ai déja des dizaines d'outil de monitoring d'uptime ... Mais celui-ci est joli, et le fait que ce soit une simple image Docker aide toujours.

Une façon très amusante de monitorer des services cron. C'est le genre de trucs que j'aimerais voir en open-source

J'aimerais bien avoir l'explication plus technique, parce que le côté "mets un simple serveur web, et fais du rsync côté client" me paraît vraiment une belle promesse, mais semble induire de la charge à un endroit, non ?

Un outil de charge HTTP en ligne de commande, mais avec un retour franchement visuel. C'est pas mal !

Un début d'explication de l'api http de la freebox ... Hélas, ça n'est qu'un début. Si il y avait, je sais pas, un swagger, ce serait tellement plus simple

Je suis vraiment déçu par les télécommandes pour freebox ... Et je me demande si je ne peux pas tenter une alternative ...

Un serveur HTTP générique ne permettant qu'une chose : faire des mocks facilement

Tiens, un jeu de programmation où l'interface est une interface http, plutôt que System.in/System.out comme dans Codingame. L'avantage pour les gens qui le développent, c'est qu'ils n'ont pas à héberger beaucoup de code. Je me demande ce que je pourrai faire en Rust sur un Raspberry ...

Si vous utilisez un miroir maven en http, la mise à jour vers maven 3.8.1 va vous faire de la peine. Heureusement, il y a une solution !

La prochaine fois que j'aurais besoin d'un serveur HTTP dans une image Docker, je prendrai ce asmhttp, et ce sera chouette !