Rendu back-end pur, aucun ajax requis

Comment la sécurité du backend peut-elle être garantie par le frontend ?

Vous ne pouvez signer qu'un paramètre au maximum

Vous pouvez essayer d'utiliser un serveur relais. En supposant que le serveur B doit rester secret, vous pouvez plutôt demander au serveur A, puis utiliser le serveur A pour transmettre la demande au serveur B, afin que l'adresse de B ne soit pas exposée

Vous ne pouvez être que relativement caché mais pas complètement caché

N'est-il pas suffisant de créer un navigateur maison ? Si vous personnalisez un protocole réseau, vous ne pourrez pas le voir. Si vous souhaitez utiliser un protocole réseau, vous voulez toujours que les gens ne puissent pas le voir ? L'application peut capturer des paquets pour vous.

Ne divulguez pas le projet, c'est absolument confidentiel

En termes d'interfaces cachées simples : encapsulation secondaire
Vous écrivez une méthode sur le serveur pour demander l'interface. Vous pointez ajax sur la méthode d'encapsulation secondaire, afin que la page voie que la requête est votre méthode d'encapsulation secondaire. Ensuite, faites un anti. -exigences en matière de contrefaçon et traitement de sécurité.

clearconsole();

Que dois-je faire si la console ne s'affiche pas et que le réseau est affiché ? Même s'il n'est pas affiché, que dois-je faire si quelqu'un d'autre capture les paquets ? Le garçon a abandonné sa résistance. Le front-end est clair et non confidentiel. Laissez-les jouer avec le back-end

1. Rendu back-end, toutes les données utilisent des modèles.
2.Service de transfert

Et je sens qu'il n'est pas nécessaire de bloquer. De toute façon, le front-end n'est pas sûr. Pour éviter la capture de paquets, https peut être utilisé pour améliorer la sécurité.