Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais migrer Lovable vers supabase construire un contrôle d'accès basé sur les rôles RLS application multi-locataires
Adeola ilori
À propos de ce service
Traduction automatique
Lorsque votre application compte plus d’un type d’utilisateur, comme des administrateurs, du personnel ou des clients, votre base de données doit les séparer. La plupart des applications Lovable et Base44 ne disposent pas de cette séparation. Une requête mal configurée peut faire en sorte que le client A lise les données du client B, et vous en entendrez parler par un email mécontent.
Je crée la couche qui empêche cela : Supabase Row Level Security, permissions basées sur les rôles, et séparation multi-locataires, pour que chaque utilisateur voie uniquement ce qu’il doit voir.
CE QUE JE CONSTRUIS :
- Politiques RLS de Supabase qui appliquent l’accès au niveau de la base de données
- Contrôle d’accès basé sur les rôles : administrateur, personnel, client et lecture seule
- Séparation multi-locataires pour que les données d’un client ne fuient pas vers un autre
- Onboarding sur invitation avec des tokens sécurisés
- Migration de Lovable ou Base44 vers Supabase, données transférées proprement
- Portails pour résident, locataire, membre et client
- Tableaux de bord administrateur, vues KPI et flux d’authentification
Vous gérez des données sensibles, des locataires, des patients ou des clients payants ? C’est la couche que les créateurs d’IA ignorent souvent.
Vous voyez des messages comme "permission refusée pour la table" ou "violates row-level security" ? Ou RLS qui fonctionne en aperçu puis se brise en production ? Envoyez-moi votre application et je vous dirai d’abord ce qui ne va pas.
Envoyez-moi un message avec ce que vous construisez. Je réponds en moins d’une heure.
Découvrez Adeola ilori
Adeola ilori
I fix and ship what breaks after the build
- DeNigeria
- Membre depuisjuil. 2025
- Temps de réponse moy.1 heure
- Dernière commande3 mois
Langues
Allemand, Hébreu, Arabe, Portugais, Italien, Français, Anglais, Espagnol
I'm Adeola, a full-stack developer who fixes and ships what breaks after the build. Three things I do daily: rescue vibe-coded apps (Lovable, Base44, Supabase) when auth loops, deploys fail, or they crash live; fix and build Make.com and n8n automations that stop firing; and fix, customize and optimize JTL Shop 5 and JTL-Wawi for German ecommerce. Across all of it I find the root cause, fix it properly, and hand back something stable that you own outright. Four plus years across React, Supabase, automation and no-code. Broken right now?
LOVABLE | BASE44 | SUPABASE | MAKE.COM | JTL SHOP
Traduction automatique
Mon portfolio
Autres services de Vibe coding I Offre
FAQ
Traduction automatique
Pouvez-vous corriger les erreurs "permission refusée pour la table" ou "la nouvelle ligne viole la politique de sécurité au niveau des lignes" ?
Oui, ce sont les deux erreurs RLS les plus courantes, et je les corrige quotidiennement. Elles indiquent généralement qu’une politique manque, est trop stricte ou vérifie la mauvaise colonne. Envoyez-moi l’erreur et la configuration de votre table, je la repérerai rapidement.
Mon RLS fonctionne en aperçu mais se brise en production. Pouvez-vous aider ?
C’est le cas classique. Cela vient presque toujours du contexte d’authentification ou des rôles qui ne se transmettent pas en production. Je corrige les politiques pour qu’elles se comportent de la même façon en live qu’en éditeur, puis je teste comme un utilisateur réel avant de rendre la main.
Pouvez-vous configurer des rôles comme administrateur, personnel et client pour que chacun ne voie que ses propres données ?
Oui, c’est le cœur de cette prestation. Je construis un contrôle d’accès basé sur les rôles avec RLS appliqué au niveau de la base de données, pour qu’un administrateur voie tout, le personnel voit son périmètre, et les clients ne voient que leurs propres enregistrements. Pas besoin de se fier au frontend pour cacher des choses.
Gérez-vous des applications multi-locataires où différents clients ne doivent jamais voir les données des autres ?
Oui. J’intègre la séparation des locataires directement dans les politiques, pour que les données d’un client ne fuient pas vers un autre, même si une requête se trompe. C’est la couche la plus importante pour tout ce qui contient des données sensibles ou clients, et c’est la partie que les créateurs d’IA ignorent souvent.
Dois-je vous donner mes identifiants, et mes données sont-elles en sécurité ?
Je n’ai besoin que d’un accès en lecture ou d’une invitation Supabase pour commencer, et je vous dirai exactement ce qui est nécessaire avant votre commande. Je ne touche jamais aux données dont je n’ai pas besoin, et vous restez propriétaire de tout, code et base, sans verrouillage.
