ユーザー向けの軽量化ホームページの設定<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } はじめに 多くの場合、特定のユーザーまたは一連のユーザーのデフォルトのホームページに多数のウィジェットとリストが含まれていたり、一部のウィジェットを既にパフォーマンスよりも優れたパフォーマンスに最適化できなかったりします。このような場合は、ユーザーのログインパフォーマンスが最適になるように、空のホームページまたは汎用のホームページを設定することをお勧めします。個々のホームページへのリンクは、<空白>のホームページに追加できます。 簡単な手順 1.sys_propertiesテーブルで、次のプロパティを設定します。 名前: glide.login.home 値: welcome.do 2.システム UI に移動> ようこそページのコンテンツ a.ここでは、既存の要素を変更することも、独自の要素を追加することもできます。この KB では、既存の要素をすべて無効にし、独自の要素を追加します。無効にすべきではない OOB 要素に注意する必要があります。特に、条件「gs.getSession.isLoggedIn()==false or blank」があるもの 3.[新規] をクリックします 4.簡単な説明を追加します。 a.サンプル:お帰りなさい ${gs.getUser().name} b. OOB。これは空白のままでもかまいません 5.条件を追加 a.ログインしているユーザーのみの場合、条件は「gs.getSession().isLoggedIn()==true」です 6.テキストを追加します。リンクからユーザーを実際のホームページに誘導するサンプルについては、以下を参照してください (home.do) - 必ずソースコードに移動し、HTML を使用してリンクを追加してください。例:Your Link text 7.保存/更新 8.ユーザーとしてログインすると、ログイン成功後の結果は次のようになります。 高度な手順 シナリオによっては、ユーザー名、ロールなどを検証して、汎用ホームページにリダイレクトするか、ホームページ全体をロードするかを判断する必要があります。これは、カスタム UI ページから実行できます。 単純な検証は UI ページ内で直接実行できます (ユーザー名またはロールのチェックなど)。より複雑な検証は、アプリケーションノードでスクリプトインクルードを実行し、対応する結果を返す非同期 AJAX 呼び出しを介して実行できます。これにより、各ユーザーのホームページの機能を柔軟に制御できます。 例として、次のように仮定しましょう。 特定のユーザー設定が設定されているユーザーは完全なホームページにリダイレクトする必要がありますが、他のすべてのユーザーは汎用/軽量のホームページにリダイレクトする必要がありますサーバー側スクリプトインクルードを使用して、ユーザー設定の存在をテストします汎用/軽量のホームページは、上記の手順を使用して welcome.do で既に構成されています これを実現する手順は次のとおりです。 まったく新しい UI ページ (loadSplashScreen など) を作成します。この UI ページ内で、サーバー側スクリプトインクルード (loadSplashScreen とも呼ばれます) に対して非同期 AJAX 呼び出しを実行し、スクリプトインクルードによって返されたアドレスをユーザーインターフェイスのメインフレームで開きます。 検証を実行し、対応するアドレス (つまり、welcome.do の汎用/軽量のホームページまたは home_splash.do のユーザー全体のホームページのアドレス) を返す、対応するスクリプトインクルード (loadSplashScreen など) を作成します。このスクリプトインクルードは AbstractAjaxProcessor クラスを拡張し、「client callable」を設定する必要があることに注意してください。 上記の例では、スクリプトインクルードは、現在のユーザーの「bypass_splash_screen」ユーザー設定が「true」に設定されているかどうかを確認するだけです。ただし、これは、あらゆる形式の検証を実行するように変更できます。 「glide.login.home」システムプロパティを変更して、新しい UI ページ (この場合は loadSplashScreen.do) を指すようにします。 完全なホームページに直接リダイレクトする必要があるユーザー (つまり、汎用/軽量のスプラッシュ画面をスキップする) の場合、適宜bypass_splash_screenユーザー設定を設定します。 当然のことながら、表示される画像はあくまでもサンプルです。この機能は INSTANCE WIDE に適用されるため、徹底的なテストと検査が必要です。 また、ベストプラクティスに従い、本番環境に展開する前に準本番インスタンスでこれらの手順をテストすることを常にお勧めします。 この KB のコードを含む更新セットが添付されています。ここから できます。