Fork me on GitHub

Has anyone had experience with re-frame 10x app-db dropdown not working. I can’t inspect the app-db


Look at the console. If there is no errors, you might try to reset the values stored in session / app storage etc.


@grounded_sage there’s info on that in the readme. You need to clear it out of app storage as mentioned above


Ah! Thanks I will try that. I was doing the clear cache and hard reset but didn’t realise it was going into the app storage. I’m following re-frame course and there was no mention of it. I thought I could do it without going through the readme


Yeah it was bizarre to me. Kinda funny to see such a weird bug just kinda documented :)


Yea definitely tripped me up. Service workers and all these new browser features add a lot more unexpected behaviours.


Hello, all! Quick question? How long does it usually take for your browser to load in all the JavaScript files in dev mode (no Google Closure optimization) for your re-frame single-page apps? For over a year, I’ve been living with 1.5 - 2 minutes on my 12" MacBook (although it’s at least 2x faster on my MacBook Pro.) Is this typical? I’ve long suspected there’s something wrong with my backend Ring/Jetty server setup,.. I can see it loading only about 4-5 files per second… (I always thought local web servers should be much faster than what I’m seeing.) Thank you!


I have a 15" mbp 2017, in dev mode for our project there are 496 requests loading about an 17 Mib in 20 secs. DOMContentLoaded fires at 9.25s, the load is at 9.33.


That's with cache disabled.


You could also have some network throttling enabled in devtools.


My timings above is for FF Developer Edition, the Chrome works faster, about 4s for all.


@jahson Such a great way to measure performance! Thank you! On this slow MacBook, 340 reqs, 12.7MB, 2.4 minutes! (DOMContentLoad and Load is 2.1 min.) What is the remaining time? (2.4 min - 2.1 min = .3 min) (I think the max CPU wattage on MacBook is 8W. The most noticeable perf diff vs. MBP is full reload of ClojureScript app, like when I’m changing routes in secretary… Would switching to reitit for routing reduce need for require app restarts?)


545 reqs, 4.1MB transferred, 18.2MB resources, 4.38s


I think there's something messed up with your setup :thinking_face:


You could try to profile it with Performance tab in Chrome? It'll show where the time is spent


Could it be possible that you're doing this to all your static assets in dev-mode?


@valtteri OMG! 🤯 Wow. I moved the wrap-reload above the wrap-public, and got a 2x speedup! 339 requests, 12.7MB resources, 1.1 min DOMContentLoaded THANK YOU!!!!


Just a lucky guess. 😉 I'm glad it helped!


Still 1.1min sounds sloooooooow


There's probably still something unnecessary going on


But I have to go now.. Hopefully you'll find the causes


Thanks again @valtteri! I’m sure there’s something middleware related… Would you mind sharing what your backend middleware setup is? Here’s mine: >>> (-> routes ; what the routes handler sees (println-middleware) (wrap-session) (wrap-params) ; (wrap-restful-format) ; (wrap-keyword-params) (wrap-json-params) (wrap-reload) (wrap-resource “public”))


I'm using reitit and applying middleware per route and I'm using nginx for static assets.

Ahmed Hassan06:07:43

are you using ngnix for dev?


I'm using pretty much the same stack for dev and prod. So yes.


But now I really need to go. 🙂 I can try to help you tomorrow if you haven't figured it out yet.


@genekim you could try to disable all middlewares, except wrap-resource and then enable them one by one and see the difference. Also you could make a screenshot of your developer tools Network tab or save a HAR (