正規表現のリダイレクトルールを作成してテストする方法。
書き換えルールは、一致すべきURLと変更してはいけないURLの両方でテストしてください。サーバー構文やリダイレクト動作は環境で異なります。
作業手順をタスクに合わせましょう。
パターンを書く前にサーバーと設定の文脈を指定します。対象パスの境界を固定し、必要なキャプチャグループだけを残して、一致、不一致、移行済みのURLをテストしてください。
- 用意するもの
- 希望するURL書き換えパターンとサーバー構文。
- 得られるもの
- 一致例を含むリダイレクトルールの草案。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Apache 2.4, document-root .htaccess with mod_rewrite enabled. Redirect /articles/example to /blog/example temporarily while testing. Preserve the remaining path; /products/example must not match.
完成例
RewriteEngine On RewriteRule ^articles/(.+)$ /blog/$1 [R=302,L] Expected matches: /articles/example → /blog/example /articles/team/update → /blog/team/update Nonmatches: /products/example and /blog/example. Use the temporary status during testing; choose the final migration status after verification.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
同じリダイレクト正規表現をすべてのサーバーで再利用できますか？
いいえ。照合の文脈や置換構文が異なります。指定したサーバーと設定場所に合うルールを生成し、その環境で確認してください。
無関係なパスも転送されるのはなぜですか？
境界を厳密にし、キャプチャグループを確認してください。似た接頭辞のパスや転送先自身のパスを含め、一致してはいけない例もテストします。
このワークフローの参考資料。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑