dashersw/cote

TTL for requests

Open

#148 geöffnet am 20. Jan. 2019

Auf GitHub ansehen
 (8 Kommentare) (1 Reaktion) (0 zugewiesene Personen)JavaScript (184 Forks)github user discovery
help wantednew feature

Repository-Metriken

Stars
 (2.388 Stars)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

I can not find any information for a request TTL option.

As I understand Requester is gathering requests if has no Responder connected (offline for example) These requests have no TTL, and are executed when Responder goes live.

What I want is to set a TTL for the same way as timeout option. So that if my Responder has not gone live in for example 30 secs - just ignore that request.

In my application client based services can do many requests, but if my Responder server will go offline, and then after 10 mins go live - that response is not needed already.

Contributor Guide

Research-Richtung
Untersuchen Sie die vorhandene Timeout Implementierung und erwägen Sie das Hinzufügen einer TTL Option. Legen Sie fest, wie der Ablauf von Anforderungen behandelt wird, bevor ein Responder verfügbar wird. Aktualisieren Sie die Requester Klasse, um TTL zu respektieren und veraltete Anforderungen zu verwerfen.
Tech Stack
javascriptnodejs
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Node.js
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65