テストサイトと実稼働サイトを効果的に区別する方法

15

実稼働サイトをテストサイトに複製する必要がある場合があります。クローンを作成すると、URLを除いて同じように見えます。

PRODとTESTが誤って混同されないように、TESTサイトのフロントエンドとバックエンドを迅速かつ効果的に区別するための推奨プラクティスをアドバイスしてください。

目的：

ユーザーが誤って実稼働データをTESTサイトに入力できないようにする
開発者（テスターなど）が誤って本番サイトでテストを実行するのを防ぎます

recommended-practices

— ミロクスラフ
ソース

10

これは、Apacheの設定にある程度の経験を必要とするため、かなり技術的なソリューションです。利点は、Joomla！のファイルをハッキングする必要がないことです。インストール自体。

基本的に、私がしたいことは、生成されるページ（ほとんどすべてのページ）にHTMLを追加することです。

このために、Apache Module mod_substituteを使用します。モジュール自体を内部でアクティブ化する必要があります（通常は＃コメントを削除するだけhttpd.confです）。

LoadModule substitute_module modules/mod_substitute.so

仮想ホストファイルの次（httpd-vhosts.conf）：

<VirtualHost *>
DocumentRoot "C:\...."
ServerName joomla-development

AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|</body>|<div style='position:fixed; left:100px; top:50px; background-color:red'><h1>DEV WEBSITE</h1></div></body>|i"

<Directory "C:\....">
    AllowOverride All
    Require all granted
    Order allow,deny
    Allow from all
</Directory>

</VirtualHost>

基本的Substituteには、</body>タグをHTMLに置き換えています。この方法で、Ajaxの要求から離れようとします。

最終結果：

ここに画像の説明を入力してください

— バレンティン・デスパ
ソース

13

私たちが従うプラクティスは-

グローバル設定のwebsite-titleを[TEST]の元のタイトルに変更します。
mailtrap.ioを指すようにメール構成を変更します
テストサイトが同じサーバー上にある場合は、データベースの詳細を変更します。
すべてのサードパーティの統合をテストアカウント（joomlaを超えるサービス）に変更します。
- Memcacheまたはredis
- 外部データベース/ストレージ
- 支払いゲートウェイ、
- ニュースレターシステム（mailchimp）
- CDNアカウントとドメイン
- 分析サービスアカウント（Google Analytics、New-Relic）

— シャム
ソース

これらのプラクティスを追加していただきありがとうございます。特に、ポイント＃2は視覚的な距離と同じくらい重要です。また、「他のすべてのサイト統合を変更することを忘れないでください」（たとえば、サードパーティのデータベースまたは支払いシステムに）を追加します。

— ミロクスラフ

mailtrap.ioのヒントをありがとう！今それを調べています。

— チャドウィンドネーグル

6

クライアントで本番ではなく開発版でコンテンツを作成する場合も同じ問題があります。これに対処するために以下を使用します。

すべてのデータベース名とパスワード名を変更する
で管理テンプレートを変更します
- ログイン画面の別の背景
- トップバーの異なる色
モジュールをフロントエンドの目立つ位置で使用します。これは、これが生産サイトであることを明確に示しています。
一部のサイトでは、開発サイトを見るためにログインを強制します

ここに画像の説明を入力してください

— tim.baker
ソース

4

もう1つの方法は、ブラウザーでCSSスタイルをサイトに追加できるようにすることです。

スタイリッシュなブラウザプラグイン（FirefoxおよびChrome用）は、このタスク用に設計されています。指定されたURLのすべてのページに追加のカスタムCSSを適用します。実際にルール[URL] => [CSS]を定義します。

ここに画像の説明を入力してください

上記の例：左に実線または点線を追加することで区別できます
赤 =生産、黄色 =事前生産、緑 = TEST、青 =トレーニング、灰色 = DEVなど

利点：

通常は視覚補助具を使用せずに保管している生産現場に適用できます。
必要に応じて、ユーザーが一時的にオフにすることができます（スクリーンショットを撮る場合など）。
ユニバーサルソリューション–任意のサイトまたはその一部に適用できます（URLパスに基づいて）。
特定のWebサイトへの管理者アクセスなしで使用できます。
一度セットアップすれば、サイトが変更されてもメンテナンスは不要です。

短所：

現在、FirefoxとChromeに限定されています。（開発/テスト/サポートチームは、プライマリブラウザーについて内部的に合意しましたが、問題はありません。）
スタイル設定を他のユーザーとプライベートに共有するには、もう少し手間がかかります。既知のWebサイトの場合、これは問題ではありません。userstyles.org（プラグインのホーム）には、すでに何千ものスタイルが存在しています。StackOverflowを黒で表示したり、ページセクション間のスペースを減らして表示したいですか？

— ミロクスラフ
ソース