mondedie-chat
mondedie-chat copied to clipboard
[API] Séparation backend/frontend
Il serait bien de bien séparer le backend du front end afin de pouvoir faire différent clients et d'utiliser une API. Quand pensez vous ?
Oui bonne idée, tu prévois de faire un client iOS avec Swift ?
Je pensais plus à une encapusulation avec du cordova comme ça pas besoin de refaire tout les accès socket. Il faudra surrement mettre ne place l'api avec.
Je trouve que c'est déjà bien séparé, qu'entends-tu par là ?
(en gros je viens flood dans une issue pour dire :clap: pck vous avez fait du super taf :D)
Je veux dire par là l'on puisse les lancer séparément. Sur des instances différentes.
ah bah c'est presque le cas là, basiquement faut juste bouger la route / linked qui render la page \o/.
Je pense pas comprendre là.
Pour moi : le index.js c'est pour le serveur la partie front devrait être lancé indépendamment comme ça. On pourrait l'encapsuler très facilement dans nwjs ou autre.
Bah oui y'a juste le render qui doit sortir et c'est bon :) tout le reste c'est du pur server
Le jeu. 26 nov. 2015 à 14:33, Loïc Vaillé [email protected] a écrit :
Je pense pas comprendre là.
Pour moi : le index.js c'est pour le serveur la partie front devrait être lancé indépendamment comme ça. On pourrait l'encapsuler très facilement dans nwjs ou autre.
— Reply to this email directly or view it on GitHub https://github.com/mondediefr/mondedie-chat/issues/12#issuecomment-159913936 .
Exact ! ^^'
J'avais commencé à fork votre projet, j'aime beaucoup l'interface et je voulais prendre la partie front, l'injécter dans electron et à la place de l'api placer un webrtc-swarm* (https://github.com/mafintosh/webrtc-swarm utilisé par friends (https://github.com/moose-team) et une surcouche PGP pour crypter les messages le tout en relation avec keybase.
- https://github.com/peermusic/secure-webrtc-swarm => keybase ftw
ok je voulais placer le front dans du cordova pour le mobile pour ma part.
:+1:
https://github.com/mondediefr/mondedie-chat/blob/master/routes/index.js#L16
Ce que je ferais pour jarter cette route :
- Settings via un endpoint de l'api
GET /settings - index.html est chargé via nginx, pas besoin de
GET /sur l'api - Lorsque ca charge, ca
GET /settingset ca init le reste après
Yes, On va devoir créer un xhr pour reccup ça. Ou tu as une autre idée ?
Hmm oui, d'ailleurs il faudrait aussi login en SPA. Cas où l'api de login peut déjà renvoyer les settings.