Replies: 1 comment 3 replies
-
What a great package! If it is passed directly into the framework, it must also be fully documented in the documentation. What does bother me is that the go.mod is very large. go.sum of the framework would be quadrupled. That while it is mainly only used in server site generated webpages (if I'm not mistaken). That's why I think we'd better make it easy to use it when needed. Then there could be a short explanation with a link in the documentation. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello there, first of all, thank you for this Laravel-like Golang web app framework.
I already wrote an HTTP cache system (called Souin) used by the caddy cache-handler module and roadrunner, compatible with Træfik, Tyk and many other reverse-proxies/API Gateway. It supports the RFC-7234, can partially cache graphQL request, invalidate using xkeys/ykeys like Varnish. It also implements the Fastly purge using the Surrogate-key header. It can store and invalidate a CDN (cloudflare, fastly, Akamai), and it supports the Cache-Status RFC directive. It implements two in-memory/fs storages (badger & nutsdb) and two distributed storages (olric & etcd) that are fully configurable. The keys can be tweaked (e.g. serve the same cached css for multiple domains) and we can change the Cache-Status name through the configuration. And in the next release, all responses will be streamed and support the ESI tags.
What do you think about implementing it in the cache repository and make something like the cache-handler, the Souin repo could be the stable development repository and the
confetti-framework/confetti
could contains the stable production code.Let me know your preference about that. ✌️
Beta Was this translation helpful? Give feedback.
All reactions