S’inscrire d’abord à Supabase hébergé, ne pas installer le dépôt source

À qui cela s’adresse

Cette compétence convient à qui veut une plateforme de développement Postgres et commencer hébergé. Officiellement Supabase est une plateforme de développement Postgres qui couvre des capacités proches de Firebase avec des outils open source de niveau entreprise. Le chemin principal est de s’inscrire et d’utiliser directement ; rien n’est à installer d’abord. Elle convient aussi à qui examinera plus tard l’auto-hébergement et le développement local, mais ce n’est pas la première tentative.

Elle ne convient pas à traiter ce dépôt comme un paquet d’installation à cloner pour commencer. Si vous voulez d’abord la limite de capacité : le texte source nomme une base Postgres hébergée, l’authentification et l’autorisation, et une API auto-générée. Côté JavaScript (TypeScript) il liste supabase-js、postgrest-js、auth-js、realtime-js、storage-js、functions-js.

Le dépôt officiel est https://github.com/supabase/supabase L’entrée de documentation complète est écrite supabase.com/docs Opérez d’après cette page et les notes du dépôt. N’inventez pas une commande d’install absente.

Première tentative en 3 minutes

Ne suivez que le chemin officiel « s’inscrire et commencer, sans installation ».

Préalable : vous pouvez ouvrir le flux d’inscription hébergé et acceptez de créer un projet distant. Confirmez d’abord : l’inscription ouvre un projet au distant, ce n’est pas seulement lire la doc en local. Si vous ne voulez pas encore créer de projet, ouvrez d’abord seulement l’entrée de documentation et recoupez la liste des capacités.

Emplacement d’installation : inscrivez-vous et commencez selon les notes officielles. N’exécutez pas un CLI absent. L’auto-hébergement et le développement local sont mentionnés à part ; ne les prenez pas la première fois.

Tâche à faible risque : créer un projet hébergé vide et seulement lire si vous voyez les entrées Postgres, auth et API auto-générée. N’écrivez pas de tables métier, n’attachez pas un langage client absent, ne déployez pas d’auto-hébergement. Si vous comparez les clients, ne vérifiez que les noms de paquets JavaScript déjà listés ici.

Signal de réussite : vous ouvrez un projet hébergé sans installer de paquet sur cette machine, et voyez des entrées base, auth ou API auto-générée alignées sur le texte source. Si un agent demande une commande d’install absente, arrêtez.

Cas d’usage

Cas 1 : commencer un projet hébergé à zéro installation. Le texte source dit qu’on peut s’inscrire et commencer sans rien installer. Convient à qui veut d’abord vérifier que le Postgres hébergé suffit. L’inscription crée des ressources distantes ; confirmez le compte et l’usage du projet avant d’agir.

Cas 2 : recouper les clients JavaScript officiels plutôt que l’auto-hébergement d’abord. Dans la ligne JavaScript (TypeScript) le texte source liste supabase-js ainsi que postgrest-js, auth-js, realtime-js, storage-js, functions-js. Convient à qui a déjà un projet front ou Node et veut seulement confirmer que les noms de paquets correspondent au tableau officiel. Le texte source n’écrit pas les commandes d’install de ces paquets ; n’inventez pas npm i. L’auto-hébergement et le local ne sont écrits que comme « aussi possible » ; sans commande, n’en inventez pas.

Limites d’usage

Le chemin principal est s’inscrire et utiliser, pas cloner ce dépôt. L’auto-hébergement et le local sont mentionnés, mais sans commande ; la première tentative ne doit pas les écrire comme étapes obligatoires. La liste de capacités n’écrit que Postgres hébergé, authentification et autorisation, API auto-générée ; n’ajoutez pas de modules produits absents.

Le tableau clients ne donne que ces noms de paquets JavaScript (TypeScript). N’inventez pas d’autres langages par connaissance générale. L’entrée de documentation complète est supabase.com/docs La page du dépôt est https://github.com/supabase/supabase Si un agent donne un installeur absent, « commencer sans installer » prime.