Domänenübergreifende cors-Anwendungsszenarien und Reverse Proxies (cors cross-domain axios)

Hallo zusammen, ich bin ein Autor, der gerne schreibt. Heute möchte ich mit Ihnen über domänenübergreifende Cors-Anwendungsszenarien und Reverse Proxies sprechen. Vielleicht klingt dieser Begriff für einige von Ihnen ungewohnt, aber glauben Sie mir, Sie werden sie durch meine Geschichte definitiv besser verstehen.

Domänenübergreifend (cors)

Lassen Sie uns zunächst über Cross-Domain (cors) sprechen. In der Welt des Internets hat jede Website ihr eigenes Gebiet, wie eine Insel. Wenn wir Ressourcen von einer Website (Insel) zu einer anderen Website (Insel) anfordern, tritt ein Cross-Domain-Problem auf. Und dieses Problem ist wie ein unpassierbares Meer zwischen zwei Inseln.

Wir können uns vorstellen, dass ich leckere Früchte von einer Insel benötige, aber es gibt keinen Obststand auf dieser Insel, was soll ich tun? Zu diesem Zeitpunkt ist die Cross-Domain (cors) wie eine Brücke, die die beiden Inseln miteinander verbindet. Sie ermöglicht es uns, Ressourcen zwischen verschiedenen Inseln auszutauschen und zu teilen.

In der Praxis wird domänenübergreifend (cors) häufig verwendet, um Front-End-Anwendungen die Möglichkeit zu geben, Ressourcen in anderen Domänen anzufordern. Wenn unsere Webanwendung zum Beispiel Daten von verschiedenen Servern abrufen muss, müssen wir domänenübergreifende (cors) verwenden, um diese Funktion zu erfüllen.

Beispiel-Code:
"javascript
fetch('http://www.example.com/api/data')
.then(response => response.json())
.then(Daten => console.log(Daten))
.catch(error => console.log(error));
“`
Im obigen Code haben wir eine GET-Anforderung über die Abruf-API an die API-Schnittstelle (/api/data) unter einer anderen Domäne (http://www.example.com) gesendet und die Daten von dort abgeholt.

Reverse-Proxy

Okay, lassen Sie uns jetzt über umgekehrte Proxys sprechen. Stellen Sie sich vor, wir sind ein kleiner Fluss, und viele Inseln sind auf den Fluss angewiesen, um die benötigten Ressourcen zu erhalten. Aber zu diesem Zeitpunkt können die Inseln nicht direkt miteinander kommunizieren, sie können nur mit dem Fluss interagieren, um den Transfer der Ressourcen abzuschließen.

Ein Reverse-Proxy ist wie ein kleiner Kiosk, der am Rande eines Flusses steht und die Aufgabe hat, verschiedene Inseln zu verbinden. Wenn unsere Anfrage den Reverse Proxy erreicht, hilft er uns bei der Weiterleitung der Anfrage an die Zielinsel und leitet die Antwort weiter, die wir zurückbekommen. Auf diese Weise können wir problemlos auf Ressourcen auf anderen Inseln zugreifen.

In der tatsächlichen Entwicklung wird der Reverse-Proxy in der Regel verwendet, wenn unsere Front-End-Anwendung Ressourcen in verschiedenen Domänen anfordern muss, aber aufgrund von domänenübergreifenden Beschränkungen (cors) können wir die Anforderungen nicht direkt senden. Durch die Einrichtung eines Reverse-Proxys können wir die Anforderung an denselben Quellserver senden, der sie dann an die Zieldomäne weiterleitet.

Beispiel-Code:
"javascript
// Konfigurieren Sie den Reverse Proxy in vue.config.js
module.exports = {
devServer: {
proxy: {
'/api': {
Ziel: "http://www.example.com",
changeOrigin: true,
pathRewrite: {
^/api': "
}
}
}
}
};
“`
Im obigen Code haben wir die Proxy-Konfigurationsfunktionalität verwendet, die von der Vue CLI bereitgestellt wird. Durch die Weiterleitung von Anfragen unter dem `/api` Pfad an die `http://www.example.com` Domain und das gleichzeitige Entfernen des `/api` Pfades, haben wir einen einfachen Reverse Proxy implementiert.

Schlussbemerkungen

In der heutigen Geschichte haben wir etwas über domänenübergreifende (cors) Anwendungsszenarien und Reverse Proxies gelernt. Cross-Domain (cors) ist wie eine Brücke, die verschiedene Websites miteinander verbindet und es uns ermöglicht, Ressourcen in der Welt des Internets frei zu teilen. Reverse Proxies hingegen sind wie ein Kiosk am Rande eines Flusses, der uns hilft, Ressourcen in verschiedenen Domänen zu verbinden.

In der Praxis können wir domänenübergreifende (cors) und umgekehrte Proxys verwenden, um das Problem von Front-End-Anwendungen zu lösen, die auf Ressourcen unter verschiedenen Domänennamen zugreifen. Sie sind ein wichtiger Teil unseres Entwicklungs-Toolkits, wir müssen ihre Prinzipien und Verwendung verstehen.

Ich hoffe, dass Sie durch die heutige Geschichte ein besseres Verständnis von Cross Domain (cors) und Reverse Proxies gewonnen haben. Mögen Sie auf dem Weg der Frontend-Entwicklung immer weiter voranschreiten und noch schönere Inseln und Kioske schaffen! Ich danke Ihnen allen!