


Lösung für das Problem von window.location, nicht von jumping_javascript-Kenntnissen
Beim Schreiben von Code ist heute ein Problem aufgetreten: Das Onclick-Ereignis wird in HTML verwendet, um den Sprung von window.location = URL zu realisieren, und das Attribut href="javascrit:;" wird dem eingebetteten Element hinzugefügt. Zu diesem Zeitpunkt schlägt der Sprung zu window.location fehl. Später habe ich im Internet nachgesehen und mich daran erinnert, dass Ereignisse in JavaScript sprudelnd sind und möglicherweise durch das eingebettete href-Ereignis blockiert werden.
Die Lösung ist: Fügen Sie eine Return-False-Anweisung in die Onclick-Methode ein, um das Programm zu zwingen, herauszuspringen und die folgenden Anweisungen nicht weiter auszuführen.

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen

Lassen Sie mich zunächst kurz die Arten von Standort- und Übereinstimmungsregeln am Beispiel von nginxwiki vorstellen: location=/{#matchesthequery/only.[configurationa]}location/{#matchesanyquery,sinceallqueriesbeginwith/,butregular#expressionsandanylongerconventionalblockswillbe#matchedfirst .[ Konfigurationb]}Standort^~/im

Hinweis: Die Root- und Aliasroot-Anweisungen in location legen den Suchstamm nur auf das von root festgelegte Verzeichnis fest, d Die Aias-Anweisung schneidet die passende URL ab und verwendet dann den durch Alias festgelegten Pfad plus die verbleibende URL als Unterpfad, um die URL von Proxy_Pass an der Position zu finden. Wenn die URL von Proxy_Pass keine URL hat und das Ende „/“ ist. ", die passende URL wird abgeschnitten. Wenn das Ende nicht „/" ist, wird die passende URL nicht abgeschnitten, wenn die Proxy_Pass-URL eine URL enthält

Beispiel für ein Standort-Tutorial: location=/{#Genaue Übereinstimmung/, dem Hostnamen darf keine Zeichenfolge folgen [configurationA]}location/{#Da alle Adressen mit / beginnen, stimmt diese Regel mit allen Anfragen überein#Aber regelmäßig und mit der längsten Zeichenfolge wird zuerst abgeglichen [configurationB]}location/documents/{#Suchen Sie nach dem Abgleich weiter nach unten.#Nur wenn der nachfolgende reguläre Ausdruck nicht übereinstimmt, wird in diesem Artikel [configurationC]}location verwendet ~/Dokument

Grammatikstandort[=|~|~*|^~]/uri/{...} Regel=: Zeigt die genaue URI-Übereinstimmung an (interessierte Schüler können sich den Unterschied zwischen URL und URI ansehen)~: Zeigt die Groß-/Kleinschreibung an Matching~*: Zeigt eine reguläre Übereinstimmung ohne Berücksichtigung der Groß-/Kleinschreibung an!~&&!~*: Zeigt eine reguläre Übereinstimmung ohne Berücksichtigung der Groß-/Kleinschreibung und eine nicht übereinstimmende reguläre Übereinstimmung ohne Berücksichtigung der Groß-/Kleinschreibung an /: Universelle Übereinstimmung, jede Anfrage wird mit der Standortübereinstimmung abgeglichen Der Zielstandort Der Matching-Test verwendet nur den Anforderungs-URI-Teil, nicht den Parameterteil. (Grund: Es gibt zu viele Möglichkeiten, Parameter zu schreiben, und sie können nicht genau abgeglichen werden.) Unter der Voraussetzung mehrerer Standortkonfigurationen in der Standortabgleichssequenz:

1. Einführung Die Standortanweisung ist die Kernkonfiguration des http-Moduls. Sie empfängt Anfragen, die von Benutzern auf der Grundlage vordefinierter URL-Übereinstimmungsregeln gesendet werden. Auf der Grundlage der Übereinstimmungsergebnisse wird die Anfrage direkt an den Backend-Server weitergeleitet 403. 404, 500 Fehlerbehandlung usw. 2. Syntax der Standortanweisung location[=|~|~*|^~|@]/uri/{…} oder location@name{…} 3. URI-Übereinstimmungsmodus Die Standortanweisung ist in zwei Übereinstimmungsmodi unterteilt: 1> Gewöhnlich Zeichen-String-Matching: Regeln beginnend mit = oder ohne führende Zeichen (~) 2> Reguläres Matching: Beginnend mit ~ oder ~* zeigt reguläres Matching an, ~*

Wenn Nginx bestimmt, welcher Serverblock die Anforderung ausführt, konzentriert es sich hauptsächlich auf die Listen- und Servername-Felder im Serverblock. Das Listen-Befehlsfeld definiert die IP-Adresse und den Port der Serverantwort Feld ist nicht explizit konfiguriert, es wird standardmäßig 0.0.0.0:80 (Root) oder 0.0.0.0:8080 (Nicht-Root) abhören kann konfiguriert werden als: eine Kombination aus IP und Port, eine einzelne IP, die abhört Standardmäßig Port 80, ein einzelner Port, der standardmäßig alle IP-Schnittstellen überwacht. Ein Unixsocket-Pfad, bei dem der letzte Eintrag normalerweise nur in anderen verwendet wird

Detaillierte Erläuterung der Nginxlocation-Matching-Beispiele Beispiel 1, Nginx-Konfiguration: Beispiel 2, Nginx-Konfiguration: Beispiel 3, Nginx-Konfiguration:

Domänenname für den Zugriff vor dem Test: www.test.com/api/upload1.location und Proxy_pass enthalten beide /, dann stimmt die tatsächliche Adresse ohne Standort mit dem Verzeichnis location/api/{proxy_passhttp://127.0.0.1:8080/;} überein. Zugriffsadresse: www.test.com/api/upload-->http://127.0.0.1:8080/upload2.location enthält nicht /, Proxy_pass enthält /, dann enthält die tatsächliche Adresse /location/api{proxy_passhttp: /
