設定の基本概念 basic-configuration-concepts

Adobe Experience Manager(AEM) は、すべてのパラメーターのデフォルト設定と共にインストールされ、「標準で」実行できます。 ただし、独自の要件に合わせてAEMを設定することもできます。

設定できるAEMには、様々な側面があります。

具体的な設定に応じて、次のいずれかを使用して変更を加えることができます。

プライマリ設定に関する考慮事項 primary-configuration-considerations

このリストでは、すべての新規プロジェクトで一般的に設定される主な領域について詳しく説明します。 すべてが必要とは限りませんが、プロジェクトに適した内容を確認するには、リストを読み取り、確認する必要があります。

リストには、各設定の概要と、詳細を提供するページへのリンクが表示されます。

セキュリティチェックリスト security-checklist

セキュリティチェックリストには、重要な設定問題がいくつかリストされています。これを読んで、実際のインストールに必要な対処をおこなってください。

デフォルト UI の設定 — タッチ操作向け UI またはクラシック UI configuring-the-default-ui-touch-optimized-or-classic

AEMでは、次の 2 つの UI を使用できます。

必要な UI を、ルートマッピングを使用して設定できます。

IPv4 と IPv6 ipv-and-ipv

AEMのすべての要素（リポジトリ、Dispatcher など）は、IPv4 と IPv6 の両方のネットワークにインストールできます。

特別な設定が必要ないので、操作はシームレスです。必要に応じて、ネットワークの種類に適した形式で IP アドレスを指定するだけで済みます。

つまり、IP アドレスを指定する必要がある場合には、次の形式から（必要に応じて）選択できます。

バージョンのパージ version-purging

標準インストールでは、（コンテンツの更新後に）ページをアクティベートすると、AEMは新しいバージョンのページまたはノードを作成します。また、 バージョン管理 サイドキックのタブ これらのバージョンはすべてリポジトリに保存され、必要に応じて復元できます。

これらのバージョンはパージされないので、リポジトリのサイズは時間の経過と共に大きくなるので、管理する必要があります。

詳しくは、バージョンのパージを参照してください。特に、新しいバージョンが作成されたときに古いバージョンをパージするように AEM を設定する方法については、バージョンマネージャーを参照してください。

ログ logging

AEMでは、次の項目を設定できます。

詳しくは、ログを参照してください。

実行モード run-modes

実行モードを使用すると、特定の目的に合わせてAEMインスタンスを調整できます。例えば、オーサーまたはパブリッシュ、テスト、開発、イントラネットなどです。

これは、各実行モードに対して設定パラメーターのコレクションを定義することでおこなわれます。 すべての実行モードに対して基本的な設定パラメーターのセットが適用され、特定の環境の目的に合わせて追加のセットを調整できます。これらは必要に応じて適用されます。

すべての設定は 1 つのリポジトリに保存され、 実行モード.

詳しくは、 実行モード 詳細はこちら。

シングルサインオン single-sign-on

シングルサインオン (SSO) を使用すると、ユーザーは認証資格情報（ユーザー名やパスワードなど）を 1 回入力した後で、複数のシステムにアクセスできます。 別のシステム（信頼された認証子）が認証を実行し、Experience Managerにユーザーの資格情報を提供します。 Experience Managerは、ユーザーのアクセス権限を確認および強制します（つまり、ユーザーがアクセスできるリソースを決定します）。

詳しくは、 シングルサインオン 詳しくは、を参照してください。

リソースマッピング resource-mapping

リソースマッピングは、AEMのリダイレクト、バニティー URL および仮想ホストを定義するために使用されます。

例えば、これらのマッピングを使用して、次のことをおこなうことができます。

詳しくは、 リソースマッピング 詳しくは、を参照してください。

レプリケーション、リバースレプリケーションおよびレプリケーションエージェント replication-reverse-replication-and-replication-agents

レプリケーションエージェントは、次の目的で使用されるメカニズムとしてAEMの中心となります。

詳しくは、レプリケーションを参照してください。

OSGi 設定 osgi-configuration-settings

OSGi は、AEM の技術スタックにおける基本要素です。AEM の複合バンドルおよびそれらの設定を制御するために使用します。

詳しくは、 OSGi 設定 ：プロジェクトの実装に関連する様々なバンドルのリスト（バンドルに従って表示）。 一覧に表示されるすべての設定を調整する必要はありません。AEMの動作を理解するのに役立つ設定もいくつか記載されています。

AEM を操作しているときは、このようなサービスの設定を管理する方法がいくつかあります。詳細および推奨事項については、OSGi の設定を参照してください。

LDAP の設定 configuring-ldap

LDAP 認証は、Active Directory などの（中央の）LDAP ディレクトリに格納されたユーザーを認証するために必要です。 これにより、ユーザーアカウントの管理に必要な作業を削減できます。

LDAP 認証はリポジトリレベルでおこなわれるので、リポジトリによって直接処理されます。詳しくは、AEM での LDAP の設定を参照してください。

AEM内でのユーザー管理（アクセス権の割り当てを含む）については、 ユーザー管理とセキュリティ.

Dispatcher の設定 configuring-the-dispatcher

Dispatcher は、Adobeのキャッシュやロードバランシングを行うツールです。 また、Dispatcher を使用すると、AEMサーバーを攻撃から保護できます。 したがって、エンタープライズクラスの Web サーバーと組み合わせて Dispatcher を使用することで、AEMインスタンスのセキュリティを強化できます。

詳しくは、Dispatcherを参照してください。特に、設定の詳細については、Dispatcher の設定を参照してください。

AEM LiveCycle Connector の設定 configuring-aem-livecycle-connector

AEM ドキュメントサービスおよび AEM ドキュメントセキュリティのリリースにより、LiveCycle ドキュメントサービスを呼び出して XFA フォームをレンダリングしたり、ドキュメントを PDF に変換したり、ドキュメントをポリシー保護したりできるようになりました。詳しくは、AEM LiveCycle Connector を参照してください。

ジョブのオフロードとトポロジの管理 job-offloading-and-topology-administration

オフロードによって、トポロジ内の Experience Manager インスタンス間で処理タスクが配布されます。オフロードでは、特定の Experience Manager インスタンスを使用して、特定のタイプの処理を実行できます。処理を特化することによって、利用可能なサーバーリソースを最大限に使用できます。

トポロジは、オフロードに参加している疎結合Experience Managerクラスタです。 クラスタは、1 つ以上のExperience Managerサーバーインスタンスで構成されます（1 つのインスタンスがクラスターと見なされます）。

トポロジメンバーシップの表示または変更方法の詳細については、 トポロジの管理 」セクションに入力します。

ようこそコンソールの設定 configuring-the-welcome-console

クラシック UI のようこそコンソールには、AEM内の様々なコンソールおよび機能へのリンクのリストが表示されます。

表示されるリンクを設定できます。詳しくは、 ようこそコンソールの設定 詳しくは、を参照してください。

パフォーマンスの設定 configuring-for-performance

パフォーマンス がプロジェクトの鍵となります。 パフォーマンスを最適化するために AEM（および基盤となるリポジトリ）の特定の要素を設定できます。

詳しくは、パフォーマンスの設定を参照してください。

共有データストア shared-data-store

リポジトリのデータストアは、サイズの大きいバイナリのストレージを適切なリポジトリから別の領域にオフロードするために使用します。これによって、リポジトリツリー内の同じバイナリ（画像など）の複数のインスタンスは 1 回だけ格納されます。

この「1 回のみ、参照 — 多回」機能は、1 つのリポジトリツリーだけでなく、完全に別々のリポジトリに対応するように拡張できます。それには、各データストアを同じ共有ファイルシステムの場所を参照するように設定します。

このようなデータストアは、同じクラスター内の異なるノード間、同じインストール内の異なるパブリッシュインスタンスやオーサーインスタンス間、または異なるインストール内の完全に別々のインスタンス間で共有できます。

詳しくは、 データストアとノードストアの設定.

その他の設定に関する考慮事項 further-configuration-considerations

HTTP over SSL の有効化 enabling-http-over-ssl

HTTP over SSL を有効にして、サーバーへのより安全な接続を使用できます。

詳しくは、 HTTP over SSL の有効化 詳しくは、を参照してください。

AEM ポータルとポートレット aem-portals-and-portlets

ポータルとは、パーソナライゼーション、シングルサインオン、様々なソースからのコンテンツ統合を提供し、情報システムのプレゼンテーションレイヤーをホストする Web アプリケーションです。 ポートレットコンポーネントを使用して、ページにポートレットを埋め込むこともできます。 CQ5 WCM が提供するコンテンツにアクセスするには、CQ5 Portal Director Portlet にポータルサーバーを取り付けます。 これをおこなうには、ポータルページにポートレットをインストール、設定、追加します。

詳しくは、ポータルとポートレットを参照してください。

静的オブジェクトの有効期限 expiration-of-static-objects

静的オブジェクト（アイコンなど）は変更されません。 したがって、期限が切れない（妥当な期間）ように、不要なトラフィックを減らすように、システムを設定する必要があります。

詳しくは、 静的オブジェクトの有効期限 詳しくは、を参照してください。

Java プロセスでファイルを開く open-files-in-the-java-process

各 java プロセスがファイルにアクセスできる場合があります。この場合は、システムリソースが必要です。 このため、各プロセスが同時にアクセスできるファイル数の上限が定義されます。 この値を超えると、例外エラーが発生する場合があります。

AEM プロセスがこの上限を超えると、「too many open files」というメッセージが error.log に記録されます。

このような例外を回避するには、次の処理をおこなう必要があります。

リッチテキストエディターの設定 configuring-the-rich-text-editor

この リッチテキストエディター (RTE) は、様々な種類の 機能 テキストの内容を編集する場合に使用します。アイコン、選択ボックス、メニューを提供して、WYSIWYG 環境で使用できます。

詳しくは、 リッチテキストエディターの設定 詳しくは、を参照してください。

ページ編集のための取り消しの設定 configuring-undo-for-page-editing

ページを編集する際の取り消しおよびやり直しコマンドの動作を制御するプロパティはいくつかあります。 これらは設定できます。詳しくは、 ページ編集の取り消しの設定 詳しくは、を参照してください。

ビデオコンポーネントの設定 configuring-the-video-component

この ビデオコンポーネント では、事前に定義された標準提供ビデオ要素をページに配置できます。

適切なトランスコードをおこなうには、管理者が FFmpeg のインストール 個別に。 また、 ビデオプロファイルの設定 html5 要素で使用する場合。

レポートの設定とカスタマイズ configuring-and-customizing-reports

インスタンスの状態を監視および分析するのに役立つように、CQ では、個々の要件に合わせて設定できるデフォルトのレポートを選択できます。

詳しくは、 レポートのカスタマイズの基本 詳しくは、を参照してください。

メール通知の設定 configuring-email-notification

CQ は次のユーザーに電子メール通知を送信します。

詳しくは、 電子メール通知の設定 詳しくは、を参照してください。

ページインプレッション数の有効化 enabling-page-impressions

ページインプレッション数は、 Impressions クラシック UI siteadmin コンソールの列。 ページインプレッション数のキャプチャを有効にするには、次の設定が必要です。