public-roadmap icon indicating copy to clipboard operation
public-roadmap copied to clipboard

[Cache] Feature request to be able to change the duration of the cache

Open hilmanski opened this issue 1 year ago • 7 comments

A customer is interested if he can have a longer cache duration and be able to adjust the timing for more than 1H.

Intercom

hilmanski avatar Feb 20 '24 03:02 hilmanski

Another user reached out requesting to have the option to change the length of the cache, this customer would like it to be shorter:

Front

schaferyan avatar Jul 03 '24 16:07 schaferyan

The user from the above comment reached out with the following feedback:

One easy way to do this would be allow a "custom_salt" field which was set by the user. If they wanted to not use the cache, they'd just change that field.

Front

NateSkiles avatar Jul 05 '24 18:07 NateSkiles

I don't fully get the goal of this.

Aren't users able to get any search via the search ID? There is no need to play with a salt or the duration of the cache. The search is there for next 30 days. And all searches are fresh if they are not exactly the same by exactly the same user. no_cache=true should never be used only for grabbing live news via the exact same query every 5 minutes or something in the like.

Or if they want no trace at all, maybe they mean this: #981.

hartator avatar Jul 08 '24 23:07 hartator

I'm not sure about the second case: control the duration for less than an hour since no_cache=true seems like a good option.

For the original case (a request to make the cache duration longer), I believe it's more convenient for users to change only a parameter when using our API rather than storing a search ID every time. I can see the use case when the app is customer-facing; they might want to cache every search longer to avoid using credits. While it's possible to store the cache themselves or use the search ID, changing a parameter is definitely easier for them in this case.

hilmanski avatar Jul 09 '24 01:07 hilmanski

For the original case (a request to make the cache duration longer), I believe it's more convenient for users to change only a parameter when using our API rather than storing a search ID every time. I can see the use case when the app is customer-facing; they might want to cache every search longer to avoid using credits. While it's possible to store the cache themselves or use the search ID, changing a parameter is definitely easier for them in this case.

Yes, that's a good point and a valid use-case. Like Google Sheet comes in mind when a 1-day cache would be better than a 1-hour cache.

Can you try to find actual users or customers wanting this before we start working on it?

hartator avatar Jul 09 '24 21:07 hartator

Another request for this:

Intercom

schaferyan avatar Apr 02 '25 16:04 schaferyan

Another request for this from a high volume customer:

Intercom

sonika-serpapi avatar Apr 21 '25 20:04 sonika-serpapi

Another request:

Intercom

alexbarron avatar May 13 '25 08:05 alexbarron

An Enterprise customer requested this:

Front

Note: While extending the cache duration is helpful, this customer specifically requested the ability to shorten the cache time as well. This is achievable through a custom solution today, but would be a valuable built-in feature.

Unfreezing this now, as there appears to be sufficient customer interest to begin moving it forward.

NateSkiles avatar Jul 31 '25 22:07 NateSkiles

Another customer requested this:

Front

schaferyan avatar Nov 27 '25 00:11 schaferyan

The customer @schaferyan mentioned shared their idea. Sharing it here for visibility:

Front

marm123 avatar Nov 27 '25 10:11 marm123