RicoTrevisan
Thinking out loud so that you can give me feedback if I got this correct.
I can use Scope both to make sure that the calls I’m making are properly scope and I can use it to have a few handy things at hand on each different LiveView.
So, if I take the example from the docs.
defmodule MyApp.Scope do
defstruct [:current_user, :current_tenant, :locale]
defimpl Ash.Scope.ToOpts do
def get_actor(%{current_user: current_user}), do: {:ok, current_user}
def get_tenant(%{current_tenant: current_tenant}), do: {:ok, current_tenant}
def get_context(%{locale: locale}), do: {:ok, %{shared: %{locale: locale}}}
# You typically configure tracers in config files
# so this will typically return :error
def get_tracer(_), do: :error
# This should likely always return :error
# unless you want a way to bypass authorization configured in your scope
def get_authorize?(_), do: :error
end
end
current_user and current_tenant should be the :id , correct? Everything else I want to “carry with me” I should put in the :context.
I’m asking this because I initially started putting together a project and I thought it would be best to put the whole %User{} and the %Tenant{} so that I can access it all easily, but I’m not sure that’s what the rest of the community is doing.
So, if I want to have the tenant_slug with me at all times, I should modify the above example like:
defmodule MyApp.Scope do
defstruct [:current_user, :current_tenant, :locale, :slug]
defimpl Ash.Scope.ToOpts do
def get_actor(%{current_user: current_user}), do: {:ok, current_user}
def get_tenant(%{current_tenant: current_tenant}), do: {:ok, current_tenant}
def get_context(%{locale: locale, slug: slug}) do
{:ok, %{shared: %{locale: locale, slug: slug}}}
end
def get_tracer(_), do: :error
def get_authorize?(_), do: :error
end
end
Trending in Questions
Hello!
Suppose you are building workflow (order / task / payment) processing system with the following requirements:
Each workflow con...
New
I’m in search of an Elixir library that offers PDF generation capabilities similar to Ruby’s Prawn. While there have been discussions abo...
New
I’m looking to build a personal workflow to quickly deploy web applications written in elixir/phoenix, for local consumption (ie not on t...
New
Before I dive in myself, did anyone successfully sprinkle Hologram into their existing LiveView app?
Looking for hints regarding:
Addi...
New
Hi all, I wanted to ask how the community is dealing with post-release steps.
Today we have Ecto migrations, which make sure that the db...
New
Kia ora,
We have been using elixir-google-api to connect to Google Drive. However, with the updates to Tesla due to CVEs this is now bro...
New
Hello,
I have an Elixir backend that implements a custom protocol over TCP. I want to load test the backend and assess the performance o...
New
Other Trending Topics
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
Emily is an Elixir library that runs Nx computations on Apple’s MLX. Install it as the default Nx backend and Nx, defn, Axon, Nx.Serving,...
New
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex










First 3 of 3 Posts
franckstifler
current_userandcurrent_tenantare the stucts representing the actor and the tenant which should be applied.for the tenant, you can implement the protocol
Ash.ToTenantthat would transform the tenant to what is needed (id in case of attribute multitenancy, or schema name in case of schema multintenancy)franckstifler
I think for the tenant_slug you aredoing fine, as with the locale.
What is the use of the slug in your context? I would have taken it in tenant struct (tenant.slug) everywhere I need to use it.
But if you’re using a schema based multitenancy, just implemented the Ash.ToTenant protocol and return the slug in
to_tenant/2RicoTrevisan
Thanks! I’m going to give this a try.
I’ll set the scope with the %User{} and %Org{} instead of just the id to reference them. That way I can get rid of the slug – the %Org{} already has the slug inside of it. (I use the slug for navigation
/orgs/{slug}/stuff)