API de repos de Sails.js et Webui sur Nginx

Question

J'ai récemment rencontré des voiles.js et j'ai adoré ça (alors encore un débutant).Ma question liée au déploiement de moi WebServices et à l'interface utilisateur.

Mon application aura une interface utilisateur Web ainsi que des interfaces utilisateur mobiles et j'ai choisi ce qui suit: Web UI - Angularjs + Bootstrap UI mobile - angularjs + bootstrap + Cordoue (pour l'accès à l'API native)

Je veux maintenir un code commun sur mon interface utilisateur Web et mon utilisateur mobile.Donc, les options que j'ai consiste à héberger des voiles.js comme un serveur API WebServices et hébergez l'interface utilisateur dans un serveur séparé (comme Nginx / Apache). Je devrai effectuer une séparation sélective du code (ESP. Page d'atterrissage + Accès de couche natif).

Quels sont les avantages / inconvénients de cette approche?Toutes les expériences, les intrants seraient grandement utiles.

Answer 1

Je ne sais pas si je comprenais correctement votre question, mais je pense que vous êtes surchargé. Voici ma prise:

Vous n'avez pas vraiment besoin de séparer l'API et la webapp même. Vous pouvez simplement mettre des voiles en cours d'exécution sur un port spécifique (1337 correspond à la valeur par défaut) et NGinx à l'avant en tant que proxy inverse, transférant les connexions à des voiles et servant les fichiers statiques conformes à votre UI (JS, CSS, polices, etc.).

voici et exemple pour la configuration de NGinx et une application de nœud avec cette configuration.

Vous avez essentiellement deux options:

A - WebApp conception réactif

Un WebApp Sails réactif avec Bootstrap ou Foundation vous permet de partager 100% de l'interface utilisateur. Vous servez la statistique compilée et minifiée de votre site Web Nginx (ou mieux d'un CDN) avec toute la logique angulaire, les styles, etc.

navigateurs et mobiles se connectez à votre API de Sails (c'est-à-dire votredomain.com/api/v1 /)

B - webapp + Cordova mobile application natale

Si vous allez avec CORDOVA COS, vous avez besoin d'un accès natif, les fichiers d'interface utilisateur sont également originaires de l'appareil. Vous partagez une logique, mais peu d'interface utilisateur (sauf si vous avez déjà un design réactif dans le code WebApp et le code emprunteur de celui-ci ).

Dans ce cas, vous pouvez manifester une série de CSS et de modules angulaires dans un repo séparé partagé parmi les deux intermédiaires et le charger via une sous-codule de git ou similaire. Mais je préférerais (personnellement) préférer des cases de code séparées ou une webApp réactive. Tout dépend de la taille de la base de code de votre application.

L'application WebApp et Cordova se connecte toujours à votre API de Sails (i.e: votredomain.com/api/v1 /)

espère qu'il aide

Answer 2

Concernant le code de la conception de code de votre question, il convient tout à fait d'utiliser des voiles pour construire un service WebService ou une API.

Les ressources suivantes peuvent être utiles:

• REST API Security est très important, très très utile post: concevoir une API de repos sécurisé (Web) sans OAuth
• Process Manager pour les applications de nœud, y compris la clustering et l'équilibrage de la charge: https://www.npmjs.org/Package / PM2