Bonjour,

Alors voilà je vais bientôt commencer le développement d'un projet réalisé avec nuxtjs et Firebase, et je me pose une ou deux questions 😅.

Voici mes interrogations :

De tous les tuto / infos que j'ai put voir sur Firebase Avec vuejs (ou react), le backend étaient codé directement dans le front et je me trompe peut être mais sa me paraît assez aberrant, même si on cache la clé d'api dans un fichier .env, on laisse quand même visible toutes nos "requête" ainsi que toutes les sécurité que l'on code 🤔, du coup je voulais savoir si il fallait bien que j'ajoute un back end Avec nodejs comme je le pense ou si sa se fait vraiment avec Firebase de coder directement le back dans le front.

Deuxième question, j'ai vu plusieurs personnes dire que l'exportation de la base de données sur Firebase peut parfois être un enfer donc je voudrais savoir si c'est vrai parce même si Firebase me plaît bien je voudrais pas me retrouver "bloqué" dedans si par exemple un jour je souhaite migré vers mongodb.

Voilà voila, je me posais une ou deux questions de plus que j'ai oublié mais si quelqu'un peut déjà me renseigner sur sa je suis preneur, se sont mes plus grosse inquiétude 😅

Merci d'avance 😁

NicolasT18 a écrit:

[...] le backend étaient codé directement dans le front 

Non, ça n'a aucun sens.

Avec Firebase, tu utilises leur API front-end pour interroger le back-end (c'est différent dans la formulation).

Et concernant la clé d'API, ne n'est pas très grave car les règles de sécurité Firebase peuvent être déclarée dans l'interface.

Si ces règles sont bien écrites, le pire que puisse faire un utilisateur serait d'utiliser la clé d'API publique pour construire manuellement des requêtes qu'il aurait le droit d'effectuer en temps normal via ton UI (donc ça n'a aucun intérêt pour lui).

Aucune idée pour ta 2ème question en revanche. C'est vrai que le but de Google est que ton app reste sur Firebase, donc ils ne vont pas faciliter la migration. Mais rien n'est impossible. Il doit exister des solutions sur Internet.

jmpp a écrit:

NicolasT18 a écrit:

[...] le backend étaient codé directement dans le front 

Non, ça n'a aucun sens.

Avec Firebase, tu utilises leur API front-end pour interroger le back-end (c'est différent dans la formulation).

Ok merci pour la réponse, donc on peut bien utiliser firebase en front, sa me paraissait étrange car l'api existe également avec php et d'autre langages back alors sa me paraissait logique que la partie js s'adresser à node 🤔

Après comme mon site sera en ssr (server side rendering), un serveur node tournera quoiqu'il arrive pour faire fonctionner le ssr, donc à savoir si je laisse le server tourner uniquement pour le ssr ou si j'en profite pour utiliser firebase en back, je ne sais pas quel est le meilleur choix.

(de plus ce n'est pas pour tout de suite mais je compte faire un app mobil, je me dit que coder firebase sur node me permettrait de faire appel à mes requete nodejs depuis l'app mobile également afin de pas coder deux fois l'api firebase sur le site web et sur l'app mobile, je sais pas ce que tu en pense)

Oui c'est ce que je me disait et je veut utiliser firebase pour toutes les fonctionnalité et le gain de temps qu'il offrent (sachant que je suis seul sur le projet) mais j'ai énormement de mal avec l'idée d'être "dépendant" d'un service tier donc j'hésite.

-
Edité par Anonyme 15 octobre 2020 à 12:47:37