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
I first want to say thanks for a great boot task, this is very helpful.
My current api setup does not make it easy for client-side developers. In order to get around CORS and other resource-allowed security issues, I have to proxy things around. Requests to /api are proxied to the actual development api, while all static-file requests are served from a local fileserver.
While trying to get boot-http to play this proxying role, I notice the TTFB slows dramatically (500-800ms to 2500ms). I can't see anything obvious in the source that would cause this slowdown, except for the fact that I'm using -H 'my.handler, where my-handler (and its dependencies) could be choking the pipeline:
This all looks like pretty standard stuff that is widely used, and I can't imagine that's what's causing the slowdown. After some more exploration I noticed that the boot task itself when declaring :reload true seems to cause the dramatic TTFB reduction.
I guess I have two questions- 1) any idea why this is so much slower? 2) the ring-reload here is just reloading my proxy.core/app.cljs routes files if that changes, correct? If that's the case I can happily turn it off since this is just a simple dev-only proxy server.
The text was updated successfully, but these errors were encountered:
I first want to say thanks for a great boot task, this is very helpful.
My current api setup does not make it easy for client-side developers. In order to get around
CORS
and otherresource-allowed
security issues, I have to proxy things around. Requests to/api
are proxied to the actualdevelopment
api, while all static-file requests are served from a local fileserver.While trying to get boot-http to play this proxying role, I notice the TTFB slows dramatically (500-800ms to 2500ms). I can't see anything obvious in the source that would cause this slowdown, except for the fact that I'm using
-H 'my.handler
, where my-handler (and its dependencies) could be choking the pipeline:This all looks like pretty standard stuff that is widely used, and I can't imagine that's what's causing the slowdown. After some more exploration I noticed that the boot task itself when declaring
:reload true
seems to cause the dramatic TTFB reduction.(serve :dir "target" :handler 'proxy.core/app :reload true)
<-- 2500+ ms(serve :dir "target" :handler 'proxy.core/app)
<-- 500-700msI guess I have two questions- 1) any idea why this is so much slower? 2) the ring-reload here is just reloading my
proxy.core/app.cljs
routes files if that changes, correct? If that's the case I can happily turn it off since this is just a simple dev-only proxy server.The text was updated successfully, but these errors were encountered: