Omdat dit een van de tragere providers is (door veel IO met http calls), is het gewenst dat de provider cachebaar is net zoals bvb crabpy of oeauth ingebouwde (en optionele) caches gebruiken.
Oppassen dat 2 verschillende providers, hoewel dezelfde method wordt gecallt met dezelfde parameters, andere resultaten moet kunnen teruggeven. Zie inventaris, waar specifiek de provider scheme ID deel is van de cache key.
Om helemaal correct te zijn moet misschien base_url ook deel zijn van de key.
De scheme_id is inderdaad enkel uniek binnen een bepaalde base_url, dus beiden samen zouden in de key moeten zitten. Alhoewel de kans op clashes vrij klein is.
Omdat dit een van de tragere providers is (door veel IO met http calls), is het gewenst dat de provider cachebaar is net zoals bvb crabpy of oeauth ingebouwde (en optionele) caches gebruiken.
Oppassen dat 2 verschillende providers, hoewel dezelfde method wordt gecallt met dezelfde parameters, andere resultaten moet kunnen teruggeven. Zie inventaris, waar specifiek de provider scheme ID deel is van de cache key. Om helemaal correct te zijn moet misschien
base_url
ook deel zijn van de key.