サーバー上のすべてのWebサイトファイルを新しいファイルに置き換え、正常に機能するかどうかをテストしたいのですが、これが発生している間はクロールしたくない、またはクロールしたい場合はクローラーにしたくない新しいページの内容をご覧ください。
15分程度変更したいだけなのですが、他の機能を5分間テストしたところ、ウェブマスター向けのgoogleでは、その期間中に404が多かったと言われました。
それに加えて、.htaccessファイル全体を記述する必要はありません。すべてのURLをメインページにリダイレクトして変更を適用することを検討しましたが、これはおそらく良い方法ではなく、良いアイデアでしょうか?
オプション:
テスト用にローカルサイトをセットアップします。 WAMP のようなものがトリックを行うはずです。
ライブサーバーでテストを実行する場合は、テスト中にサイトを一時的にブロックします。 7 HTTP応答が適切です 。
基本認証 を使用して、テスト中にクローラーと他のすべてのユーザーを締め出します。あなたのサイトはたった15分間「ダウン」するので、これによる副作用はありません。
可能な限り、実稼働環境でテストを行わないでください。それは災害のレシピです。
運用サイトから可能な限り隔離されたテストサブドメインを作成します。これにより、実稼働サイトを危険にさらすことなく、サーバー上の変更をテストできます。 robots.txtを使用して、このサブドメインからのボットをブロックして、インデックスに登録されないようにすることができます。
理想的には、独自の開発システム、開発サーバー、テストサーバー、ステージングサーバー、そして本番が必要です。必要に応じて2つの中間サーバーを切り取ることができますが、デスクトップWeb環境から実稼働環境に直接移行すると、私が関与した最悪の混乱が発生します。
これは少し過激ですが、何年も前にITオフィス全体の解決策を思いつきました。 Windowsよりも優れたオペレーティングシステムを探していました。私たちはいくつかの段階を経ましたが、最終的にMate DesktopでLinux Mintを使用することになりました。学習曲線は非常に低かった。 buntに基づいているため、Real LAMP Serverをロードし、ドメイン名を完備し、完全に機能する.htaccess(すべてのプロジェクトで使用)を使用できます。 GeanyをNotepad Plus Plusのほぼ代替品として使用することで、IT開発者チームは、それぞれのコンピューターにApache2サーバーが完全に機能していることを高く評価しています。
もちろん、これはあなたのショップがWindowsにこだわっている場合は機能しませんが、一部の人々にとっては、低コストまたは無料の完璧なソリューションです。