1

対応するプロジェクトパスを参照する多くのUUIDがあります。私はrewriteそれらをマッピングするために使用しています：

rewrite ^/3a498981-a790-50ec-b53d-227e33023564/(.*)$ "/undisclosed/$1" last;
rewrite ^/b78c76de-9ab7-5d0e-81b9-d8b73d8afc4b/(.*)$ "/undisclosed/$1" last;
rewrite ^/1e4d143d-a3ec-5110-80e2-5e5212f93779/(.*)$ "/undisclosed/$1" last;
rewrite ^/858b33b7-bd66-507b-a9f1-533e4de79ba3/(.*)$ "/undisclosed/$1" last;
rewrite ^/451b5b98-4ebb-552d-867d-5dd685cd1810/(.*)$ "/undisclosed/$1" last;
rewrite ^/703dff31-b9be-543f-b6c6-61ae7fb4dd32/(.*)$ "/undisclosed/$1" last;

undisclosed常に別のパス、マッピング/[client name]/[project name]です。ただし、すでに90を超えるUUIDがあり、この数は年末までに400以上に増加します。

この問題に取り組むための専用の方法はありますか？

4

1 に答える 1

1

私があなたを正しく理解していれば：

  1. あなたは90の異なるUUIDSを持っています（そしてその数が増えることを期待しています）
  2. 各 UUID は異なる /clientname/projectname/$1 パスにマップされます

その場合、UUID ごとに 1 つのリダイレクトがあることを意味します。話の終わりです。

マッピングをWebサーバーから動的ページに移動できますが、それは問題を1つの構成から別の構成に移動するだけです（ただし、構成DBでマッピングがすでに定義されている場合は、クエリを実行してマッピングを自動化できるはずです）

于 2012-10-09T10:53:18.347 に答える