#Proxy inverse

Cet article s'applique uniquement aux applications installées à l'aide de nb init.

Dans NocoBase, le proxy inverse de production ne se contente pas de transmettre les requêtes au processus de l'application. Il doit aussi gérer les WebSockets, les sous-chemins, les ressources statiques frontales, les répertoires de téléversement, la route d'accès aux fichiers /files/ et les pages de secours de la SPA.

La fonction de nb proxy est de collecter ces détails facilement manqués dans un ensemble stable d'entrées de commande.

#Processus de base

Si vous ne regardez que le processus principal, il suffit de retenir ces trois commandes :

nb proxy nginx use docker
nb proxy nginx generate --env test2 --host c.local.nocobase.com
nb proxy nginx reload

Si vous utilisez Caddy, remplacez simplement nginx dans la commande par caddy.

use local et use docker peuvent être jugés directement comme ceci :

• Si Nginx ou Caddy a été installé localement, utilisez use local
• Il n'y a pas d'installation locale. Si vous souhaitez laisser CLI utiliser Docker pour gérer l'agent, utilisez use docker

Dans la plupart des scénarios, il suffit d'exécuter d'abord use, puis generate et enfin reload. Pour plus de détails sur Nginx ou Caddy, continuez vers leurs pages respectives.

#Quand choisir Nginx et quand choisir Caddy

On peut généralement le juger ainsi :

#Continuez à lire ci-dessous