Proposal: Sequential execution of multiple HTTPie requests via STDIN
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Non vengono indicati file o test. Inizia esaminando i pattern CLI esistenti di HTTPie e i punti di ingresso per l’esecuzione delle request, quindi chiarisci il formato delle request su stdin e il comportamento dell’esecuzione sequenziale. Il lavoro è completato quando le tre request di esempio vengono eseguite una sola volta e nell’ordine, tramite una singola invocazione, senza ripetizione, scheduling, concorrenza o batching.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Checklist
- I've searched for similar feature requests.
Enhancement request
I’d like to propose an opt-in way to execute multiple HTTPie request definitions sequentially via STDIN, one request at a time, using a single HTTPie invocation.
This would allow users to pipe a stream of complete request definitions into HTTPie and have them executed in order, without introducing repetition, scheduling, concurrency, or automation workflows.
Problem it solves
I’m often debugging or exploring APIs that require multiple dependent steps, such as:
- authenticate → fetch resource → submit data
- create entity → verify → update → delete
Today, this requires chaining multiple http commands in shell scripts, which quickly becomes hard to read, reuse, or share.
I’m trying to define and execute a clear, human-readable sequence of HTTP requests so that multi-step API interactions can be explored and debugged more easily, without turning HTTPie into a load-testing or workflow tool.
Additional information, screenshots, or code examples
Example usage (illustrative)
cat requests.http | http --sequence
Where requests.http contains:
GET https://httpbin.org/get
POST https://httpbin.org/post name=alice
GET https://httpbin.org/headers
Notes on scope (explicit non-goals)
This proposal does NOT aim to support:
- request repetition or looping
- delays, timers, or scheduling
- concurrency or batching
- load testing or benchmarking
Each request would be executed once, strictly in order, with normal HTTPie output.
If this direction aligns with HTTPie’s scope, I’d be happy to work on an implementation and tests following existing CLI patterns.
- Lingua principale
- Python
- Stelle
- 38.6k
- Fork
- 4k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di httpie/cli
-
new
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
bug new
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
stephrobert/dsoxlab#238 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
sublimehq/package_control#1780 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
nwg-piotr/nwg-displays#145 ·