window.location が Jumping_JavaScript スキルではない問題の解決策
今日コードを書いているときに問題が発生しました。HTML で onclick イベントを使用して window.location = url のジャンプを実現し、href="javascrit:;" 属性が埋め込み要素に追加されています。この時点では、window.location へのジャンプは失敗します。後でインターネットで調べたところ、JavaScript のイベントはバブルされており、埋め込まれた href イベントによってブロックされている可能性があることを思い出しました。
解決策は、onclick メソッドに return false ステートメントを追加して、プログラムを強制的に終了させ、次のステートメントの実行を続行しないようにすることです。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











まず、nginxwiki の例を使用して、場所と一致ルールの種類を簡単に紹介します。 location=/{#matchesthequery/only.[configurationa]}location/{#matchesanyquery,sinceallqueriesbeginwith/,but Regular#expressionsandanylongerconventionalblockswillbe#matchedfirst .[configurationb]}location^~/im

注: location の root および aliasroot 命令は、root によって設定されたディレクトリに検索ルートを設定するだけです。つまり、uri は切り詰められません。代わりに、元の uri がファイルを検索するディレクトリにジャンプするために使用されます。 aias 命令は一致する URI を切り捨て、エイリアスで設定したパスと残りの URI をサブパスとして使用して、その場所にある proxy_pass の URI を見つけます。proxy_pass の URL に URI がない場合、末尾が "/ 「」の場合、一致する URI は切り詰められます。末尾が「/」でない場合、proxy_pass URL に uri が含まれている場合、一致する URI は切り詰められません。

ロケーションのチュートリアルの例: location=/{#完全一致/、ホスト名の後に文字列を続けることはできません [configurationA]}location/{#すべてのアドレスが / で始まるため、このルールはすべてのリクエストに一致します#ただし、通常の最長の文字列最初に一致します [configurationB]}location/documents/{#/documents/ で始まる任意のアドレスと一致します。一致後、下方向に検索を続けます#後続の正規表現が一致しない場合のみ、この記事では [configurationC]}location が使用されます~/ドキュメント

文法 location[=|~|~*|^~]/uri/{...} Rule=: uri の正確な一致を示します (興味のある学生は、url と uri の違いを確認してください)~: 大文字と小文字が区別されることを示します。 matching~*: 大文字と小文字を区別しない正規の一致を示します!~&&!~*: 大文字と小文字を区別しない非一致の正規および大文字と小文字を区別しない非一致の正規を示します /: ユニバーサル一致、すべてのリクエストが場所の一致と一致します。 ターゲットの場所マッチング テストでは、リクエスト URI 部分のみが使用され、パラメータ部分は使用されません。 (理由:パラメータの書き方が多すぎて正確に照合できない) 位置照合シーケンスでは複数位置構成を前提としているため、

1. はじめに location ディレクティブは http モジュールの中核となる構成です. 事前定義された URL 一致ルールに基づいてユーザーから送信されたリクエストを受け取ります. 一致結果に基づいてリクエストはバックエンド サーバーに転送されます. 不正なリクエストは直接拒否されて返されます. 403、404、500エラー処理など2. ロケーション命令の構文 location[=|~|~*|^~|@]/uri/{…} または location@name{…} 3. URI マッチングモード ロケーション命令は 2 つのマッチングモードに分かれています: 1> 通常文字列のマッチング: = で始まるルール、または先頭文字 (~) なしのルール 2> 通常のマッチング: ~ または ~* で始まる通常のマッチングを示し、~*

サーバーのマッチング ロジック nginx がリクエストを実行するサーバー ブロックを決定するとき、主にサーバー ブロックの listen フィールドと server_name フィールドに焦点を当てます。listen コマンドの listen フィールドは、サーバー応答の IP とポートを定義します。listen フィールドが明示的に指定されていない場合は、設定されている場合、デフォルトのリッスン 0.0.0.0:80 (ルート) または 0.0.0.0:8080 (非ルート) リッスンは、IP とポートの組み合わせ、単一の IP、デフォルトでポート 80 でリッスンする、単一の IP として設定できます。ポート、およびデフォルトですべての IP インターフェイスでリッスンする unixsocket パス。最後のエントリは通常、異なるポートでのみ使用されます。

nginxlocation マッチング例の詳細な説明 例 1、nginx 構成: 例 2、nginx 構成: 例 3、nginx 構成:

テスト前のアクセス ドメイン名: www.test.com/api/upload1.location と proxy_pass の両方に / が含まれている場合、場所のない実際のアドレスはディレクトリ location/api/{proxy_passhttp://127.0.0.1:8080/;} と一致します。アクセスアドレス:www.test.com/api/upload-->http://127.0.0.1:8080/upload2.location に / が含まれず、proxy_pass に / が含まれる場合、実際のアドレスには /location/api{proxy_passhttp: /
