Improving allocation cost for Validation
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- rust
- Ambito
- authentication, security
Direzione di ricerca
Inizia esaminando la Validation API esistente e il modo in cui sono rappresentati i controlli dell’issuer e la loro memorizzazione. Confronta le alternative proposte basate su trait e riferimenti con gli obiettivi di allocazione dichiarati, incluso evitare una memorizzazione non necessaria in HashSet per una o due voci. Il lavoro sarà considerato completato quando il progetto avrà un design chiaro e accettato per la validazione senza allocazioni e il relativo confine di implementazione downstream.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi :)
It would be great if we could create a validation without allocating (and also paying for a HashSet when you only have 1/2 entries), as I have a bunch of issuers that I need to differentiate but I don't want to store a bunch of Validation objects and also some of their fields outisde (e.g. duplication across tid/issuer etc in azure)
It would be great if we can enable reference based validation, this can be done via:
- A
trait Validation(e.g withfn contains_issuer(issuer: &str) -> booletc. withstruct Validationimplementing it, and downstream users may implement them however they want. - Use some sort of enums inside Validation or provide a
ValidationReftype
If this is something that is desired I can try to propose and implement the desired outcome
- Lingua principale
- Rust
- Stelle
- 2.1k
- Fork
- 371
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 Keats/jsonwebtoken
-
rust_crypto EdDSA verifier panics on short public keys and truncates long onesForse già presa @akashchamp l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Keats/jsonwebtoken#547 ·
-
`Jwk::from_encoding_key` rejects PKCS#8 v2 (RFC 5958) Ed25519 private keysForse già presa @ucsurf l’ha presa 23 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Keats/jsonwebtoken#544 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
Keats/jsonwebtoken#542 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
Keats/jsonwebtoken#519 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Keats/jsonwebtoken#497 ·
Tutte le issue di Keats/jsonwebtoken
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
good first issue hardware help wanted no-box serve
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
I maintainer di solito rispondono entro 1 giorno
-
Query Log shows "Upstream" for CNAME cloaking, schedule, NXDOMAIN hijack and response IP blocksApertabug good first issue query-log web
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
ferrous-networking/ferrous-dns#326 ·
I maintainer di solito rispondono entro 1 giorno