Merge pull request #214 from erosselli/update-eliana-rosselli

Update profile and talk info for Eliana Rosselli

Author: drewbrew

_presenters/eliana-rosselli.md

@@ -5,11 +5,11 @@ layout: speaker-template
 mastodon: null
 name: Eliana Rosselli
 permalink: /presenters/eliana-rosselli/
-photo_url: ''
+photo_url: /static/img/presenters/eliana-rosselli.png
 pronouns: she/her
 slug: eliana-rosselli
 twitter: null
 website: null
 ---
 
-Fullstack developer with 3+ years of experience working on end-to-end product development projects. Passionate about good quality code and unit tests. Previous teacher assistant for a Data Structures and Algorithms course at UTU (Uruguay). Currently works as a fullstack developer at Octobot, using technologies like Django and ReactJs.
+Eliana is a Computer Engineer with 3+ years of experience working as a fullstack developer on end-to-end product development projects. She's passionate about good quality code and unit tests, and was previously a teacher assistant for a Data Structures and Algorithms course at UTU (Uruguay). She currently works as a fullstack developer at Octobot, using technologies like Django and ReactJs.

_schedule/talks/2023-10-17-17-15-t0-an-approach-to-lightweight-tenancy-management-using-django-rest-framework.md

@@ -30,7 +30,7 @@ track: t0
 Over the last few years, I have run into the same multitenancy use case across different projects. This scenario is a “lightweight” multitenancy use case, where we have a tenant model and tenants are instances of this model; all tenants share the same database, schema, and application instance. Resources belong to a single tenant, but users can belong to multiple tenants. Almost all api routes need to be nested under the tenant id, with urls of the form `api/tenants/tenant-id/some-resource`. The challenges we faced were how to effectively nest our API urls and how to consistently restrict access to resources, so that users could only access those resources that belong to tenants that the user has permission to access. 
 
 We’ll cover:
-- A brief description of the use case, multi-tenancy and object-level permissions
+- A brief description of the use case and multi-tenancy
 - How we implemented nested routes in our API using [drf-nested-routers](https://github.com/alanjds/drf-nested-routers)
 - How we wrote a custom viewset to centralize all logic related to checking that the user has permission to access resources under a specific tenant
 - Custom model manager to avoid accidentally leaking information from other tenants