ream88
Customize params for LiveViews
Hello,
I’m currently facing a challenge with my Phoenix app, which displays statistics about the products we support. I’m extending its functionality to allow users to specify a date range route parameter to filter the statistics. My goal is to define /stats and /stats/:range in my router.
However, I already have a /stats/:country route that takes a two-character ISO country code, such as /stats/AT for Austrian statistics.
live "/stats", StatisticsLive.General
live "/stats/:country", StatisticsLive.ByCountry
live "/stats/:range", StatisticsLive.General
These two routes now conflict with each other, and I can’t define constraints like in Rails using the :constraints option (at least that I know of).
I now tried the following, because I have a fixed list of countries:
live "/stats", StatisticsLive.General
for country <- Countries.all() do
live "/stats/#{country}", StatisticsLive.ByCountry, String.to_existing_atom(country)
end
live "/stats/:range", StatisticsLive.General
This works by misusing the live_action value passed to the LiveView. However, I need to convert the values to atoms back and forth, can’t access the value via the params map, don’t see it in logs, and overall, it just doesn’t feel right.
Is there a reason why this syntax isn’t currently supported?
for country <- Countries.all() do
live "/stats/#{country}", StatisticsLive.ByCountry, params: %{country: country}
end
I don’t want to introduce a custom plug for this, as it reduces the clarity and visibility of my routes.
Most Liked Responses
KP123
Am I correct in assuming that the resource is “stats” and that country and range is just a filter over those resources? If so then use a query parameter. Something like /stats?country=us&range=1-5
Edit: This has the benefit of allowing the user to select a range in a specific country instead of one or the other
sodapopcan
What’s the usecase for wanting URLs like this? Is there a big difference between ByCountry and General? Otherwise, filters like these are exactly what query parameters are for.
KP123
I’d still use query params for this. Instead of range I’d use from. Then you can have ranges displayed like so:
- Range of days:
/stats?from=2024-20-06&to=2024-30-06 - A specific day:
/stats?from=2024-30-06&to=2024-30-06 - Special case values:
/stats?from=yesterday
And of course every filter you dream up in the future just works /stats?from=today&country=fr&future-filter=arg
You could even do /stats?yesterday. Paths are for hierarchical data, query params for key-value data








