You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, caching does not respond to changes in Haskell code. As a result, we need to dockerize the Haskell code, and caching should be applied to the Docker task. I believe there isn't a way to achieve this without dockerizing the Haskell code, since we can't hash functions.
To address this, we should consider modularizing the Haskell code and building each Docker image independently. This approach will allow us to maximize Funflow's caching capabilities. Do we have any better options?
Additionally, even though we lack a robust solution for this issue at the moment, it would be beneficial to have the ability to disable caching globally. This would prevent caching from causing problems during development. Currently, the runFlowWithConfig does not provide an option to turn off caching. The only available setting allows us to specify the caching store directory, which requires creating a specific directory to effectively disable the cache. Is there a more efficient way to achieve this?
I am relatively new to Funflow, and my question may contain misunderstandings. Please correct me if I am mistaken.
The text was updated successfully, but these errors were encountered:
As I understand it, funflow has a cache function based only on the input data, while you'd like it to use the input data and the code. This makes sense (at least to me).
If you'd like to help move that feature forward, we would be open to a PR. 🙂
Currently, caching does not respond to changes in Haskell code. As a result, we need to dockerize the Haskell code, and caching should be applied to the Docker task. I believe there isn't a way to achieve this without dockerizing the Haskell code, since we can't hash functions.
To address this, we should consider modularizing the Haskell code and building each Docker image independently. This approach will allow us to maximize Funflow's caching capabilities. Do we have any better options?
Additionally, even though we lack a robust solution for this issue at the moment, it would be beneficial to have the ability to disable caching globally. This would prevent caching from causing problems during development. Currently, the
runFlowWithConfig
does not provide an option to turn off caching. The only available setting allows us to specify the caching store directory, which requires creating a specific directory to effectively disable the cache. Is there a more efficient way to achieve this?I am relatively new to Funflow, and my question may contain misunderstandings. Please correct me if I am mistaken.
The text was updated successfully, but these errors were encountered: