太字にビルドします。安全に公開します。

スタジオの所有物を知る

Portal Studio は、顧客向けシェル: ページ、コンポーネントの配置、ブランドトークン、レスポンシブな動作、ナビゲーション、フッター、アイデンティティプレゼンテーション、チケットの旅とリリースを所有しています。ヘルプセンターでは言語、カテゴリ、セクション、記事コンテンツを所有していますが、スタジオは保護されたブリッジを通してそのコンテンツを消費します。それは決して第二の記事ストアを作成しません。

深く構築する前に、完全な準備

1. 営業部 ポータルスタジオ → スタート → 準備.
2. 運河ポータルアドレスを確認し、別のタブで開きます。
3. ロゴ、ブラウザのアイコン、タッチアイコン、ソーシャルイメージ、テーマカラーを設定します。
4. ヘルプセンターの言語確認、ヘルプセンターで言語権限の変更、スタジオではなく
5. ナビゲーションとグローバル企業フッターの設定
6. チケットの受け取り方法を選択し、最低1つのフォームに必要事項を記入してください。
7. 少なくとも1つの安全なサインイン方法がアクティブに保ち、アイデンティティの発見を見直してください。
8. 品質を実行し、署名されたプレビューハンドシェイクを確立します。
9. ブロック項目がクリアされると、最初の準拠リリースを作成します。

読みやすさの割合は、保存されたワークスペースのデータとプレビューの状態から計算されます。項目を直接配置パネルに選択します。

ページと再利用可能なセクションの構築

1. 営業部 ビルド → ページ 保護されたシステムページを選択するか、カスタムページを作成します。
2. ルート、タイトル、アクセスモード、およびロケールの動作を設定します。保護されたシステム・ルートは削除できません。
3. 営業部 コンポーネント、仕事か成熟によってろ過し、部品を多用性があるスロットに置きます。
4. コンテンツ、外観、バインディング、可視性およびアクセシビリティの検査官を使用します。
5. 再使用可能なパターンを使用して、繰り返し構造;組織やブランドの違いをバリアントで保持します。
6. プレビューのドラフトとエクササイズロード、空のエラー、ゲストおよび署名付き状態を保存します。

あらゆるルートのための1つのナビゲーションとフッターの設計

1. 営業部 ビルド → ナビゲーションとフッター.
2. 注文したデスクトップリンクとネストされたグループやメガメニューグループを作成。キーボードとモバイルの動作を確認します。
3. 企業フッターの設定:ブランド、グループ化されたリンク、連絡先、ソーシャル、信頼、ニュースレター、法的リンク、ロケールおよびステータス。
4. 必要に応じて、オーディエンスとローカライズ条件のみを使用してください。 URLs、ルートおよびIDは翻訳されません。
5. モバイル、タブレット、デスクトップの幅で公開、顧客、組織のペルソナをプレビューします。

実際の旅をプレビューし、満足のいく画面ではなく

1. ゲストサポート、署名付きチケット、請求書作成ケア、組織またはナレッジハンドオフを選択します。
2. ペルソナ、組織、役割、ヘルプセンター言語を切り替えます。
3. モバイル、大型モバイル、タブレット、ラップトップ、デスクトップ、ワイドで超ワイドなブレイクポイントを調べます。
4. 継承された、オーバーライドし、値のリセットをチェックしてください。不要なブレイクポイント重複を避けます。
5. キーボード、RTL、減動、ローディング、空、利用できなくなったり、許可状態を実行します。
6. アクセシビリティ、ペイロード、ルート、バインディング、レンダラの検索結果については、Test Lab を使用してレビューの前に使用します。

コンテンツの重複なしに Zendesk-level ヘルプセンターを操作する

1. カテゴリ、セクション、記事、翻訳、添付ファイル、テンプレートの作成 ヘルプセンター.
2. そこに言語を有効にします。ローカライズされたスラグ、検索、フィード、SEO、記事のクロームは同じ権限に従います。
3. Studio では、知識検索、カテゴリ/リソースグリッド、フィード、トピックのアコーディオン、記事、コンテンツのテーブル、フィードバック、関連および前次コンポーネント。
4. 注目の、人気、最近のフィードの設定。チケットフローにコンテキスト提案を使用します。
5. ノーレスト、長い記事、添付ファイル、フィードバック、時計/サブスクリプションおよびチケットのハンドオフをプレビューします。
6. きれいなロケールのルート、キャニカル/hreflang、構造化されたデータとキャッシュの無効化を出版物の後で確認して下さい。

サインインを安全に設定する

1. 営業部 アイデンティティと組織 → アイデンティティ 少なくとも1つのサインインパスを有効にしておきます。
2. デフォルト方法、登録ポリシー、セッションの期間を選択してください。SSO-domain の執行および検出の行動。
3. ビジュアルルーティングフィールドにプロバイダを追加します。タイプ、ドメイン、優先順位、プレゼンテーション、有効化および検証された状態。シークレットはアイデンティティサブシステムに滞在します。
4. SCIM では、プロビジョニングを有効にし、正確なワークスペースエンドポイントをコピーしてトークンを回転させます。IdP でワンタイムトークンを保存します。
5. クレームや組織のメンバーシップをマップし、テストテナントで作成、更新、グループメンバーおよび非アクティブ化をテストします。
6. 出版前のゲスト、顧客、委任された組織およびブロックされた状態をプレビューして下さい。

完全なサポートの旅を補う

1. 直接フォーム、ウィザード、検索優先、ハブまたはサービスデスクのエントリを選択します。
2. セクションとアクセス可能なフィールドラベルで名前付き、バージョンのリクエストフォームを作成します。
3. 視覚的な条件、ルーティング、SLAおよび承認のステップを造って下さい;高度 JSON 開発者が変更したことをレビューするだけです。
4. リスト、詳細、スレッド、タイムライン、添付ファイル、承認、SLAおよび応答面の構成。
5. ゲストの検索、署名付きリクエスト、組織の可視性、アップロード障害、メール通知、ナレッジの欠陥をテストします。
6. ドラフトを保存します。ルートアダプタと通知パスパスのプリフライト後にのみ公開されます。

管理されたリリースで移動

1. 検証とテストラボを実行します。検索をブロックする修正;許可された警告をコンテキストで確認します。
2. リリースノートを追加し、レビューをリクエストします。 レイバーは安定したページ/ノードパスでコメントします。
3. 承認者は、差分、プレビューの旅、許可変更および証拠を検査します。
4. 背景ワーカーを発行またはスケジュールします。Laving Studioは耐久性のある仕事をキャンセルしません。
5. 進行状況、健康状態、相関IDを把握。ジョブコントロールからのみストップ/リトライする。
6. 重要なルート、アイデンティティ、チケット、知識を検証します。必要に応じて、不変な事前リリースに戻ります。

証拠と方法の裏面で移行する

1. プロバイダーの青写真を選択し、ドライランを作成します。
2. 発見された設定、マッピングされていない値、コンテンツカウントと視覚的なパーシティキャプチャを確認します。
3. 安全マッピングを完了し、構造の差分を再実行します。
4. 保護されたすべての旅を草案、再構成カウントおよびプレビューに適用して下さい。
5. レコードの承認;インポート中に公開されたリリースを上書きしません。
6. ガバナンスを通じて公開し、移行レポートを継続して、IDとロールバックポイントを一緒にリリースします。

コントラクトを拡張する、テンプレートではなく

安全なエクステンションは、安定したコンポーネントタイプとスキーマを登録し、権限やデータニーズを宣言し、canonicalコンパイラを介してレンダリングし、決定的なフィクスチャ/テストを供給します。任意のテーブルをクエリしないでください、エディタを注入 JavaScript パブリックポータルに、別の記事リポジトリを作成したり、リリースゲートをバイパスします。

コンポーネントパッケージを定義する

スペースIDとセマンティックバージョンの小文字を区別します。パッケージの検査やセキュリティ検証が独立したチェックを実行するため、両方の互換性プロパティ名を供給してください。

{
  "schema_version": 1,
  "id": "acme.support_health",
  "slug": "acme-support-health",
  "name": "Support health",
  "version": "1.0.0",
  "entry": "renderer.php",
  "renderer": "server",
  "server_renderer": "renderer.php",
  "public_renderer": "public.js",
  "schema": {
    "type": "object",
    "properties": {
      "heading": {"type": "string", "maxLength": 120},
      "showSla": {"type": "boolean", "default": true}
    },
    "additionalProperties": false
  },
  "permissions": ["tickets.read"],
  "data_scopes": ["tickets.mine"],
  "accessibility": {
    "landmark": "section",
    "nameFrom": "heading",
    "emptyState": true,
    "errorState": true
  },
  "performance": {"max_js_bytes": 12000, "max_css_bytes": 8000},
  "performance_budget": {"js": 12000, "css": 8000, "requests": 0}
}

ノード形状

{
  "id": "node-support-health",
  "type": "custom.acme_support_health",
  "props": {"heading": "Support health", "showSla": true},
  "bindings": {"requests": {"source": "tickets.mine", "limit": 5}},
  "responsive": {"mobile": {"padding": "16px"}, "desktop": {"padding": "24px"}},
  "conditions": [{"field": "identity.signed_in", "operator": "equals", "value": true}],
  "a11y": {"label": "Support health"}
}

• 編集や移行中にIDが安定している。
• プロパティは、未宣言フィールドと無安全 HTML を拒否します。
• データ・バウンド・ビューは、ロード、空の権限、および再試行可能なエラー出力を定義します。
• コンテナコンポーネントはスロットを名前付けます。葉は任意の子供を受け入れることができません。
• マークの成熟度正直:計画されたブロック、ベータ警告、GAは完全な証拠を必要とします。

許可セーフなDTOを使用する

1. 既存のドットIDを選択してください。 tickets.mine, knowledge.featured または customer.profile.
2. バイナリはバージョンの DTO によって宣言されたフィールドのみです。未知のソースは失敗します data_source.unknown.
3. 既に承認済みのポータルコンテキストを渡す。信頼できないプロパティからワークスペース/顧客アイデンティティを受け入れることはありません。
4. リストの限界は締まります1–100. pagination、locale、検索値の正規化。
5. 新しいソースが無効な場合、安定した定義、安全なマッピング、パーミッション、空の動作とプレビューフィクスチャを一緒に追加します。

{
  "success": true,
  "source": "tickets.mine",
  "contract_version": 1,
  "items": [
    {"id": 42, "number": "REQ-42", "subject": "Example", "status": "open"}
  ]
}

信頼の境界の中にとどまる

{
  "success": false,
  "error": {
    "code": "studio.permission_denied",
    "message": "You do not have permission to publish the Portal.",
    "retryable": false,
    "correlation_id": "ps_…",
    "meta": {"capability": "publish"}
  }
}

原子を点検し、取付け、改善して下さい

1. プチ component.json ZIP ルートで、すべてのパスを相対的に保持します。
2. 最初に点検を実行して下さい。インストーラはアーカイブをでおおいます 500 エントリーとエントリー 25 MB 抽出; セキュリティ検証は独立した制限を追加します。
3. 期待される SHA-256 とパッケージのシグネチャを解放プロセスで確認します。
4. バージョンディレクトリにインストールします。 インストールされたバージョンを所定の位置にミュートしないでください。
5. スキーマの変更を破り、未知の互換性フィールドを保存するためのプロパティの移行を提供します。
6. コンポーネントをドラフトで開き、すべてのステート/ビューポート/パーソナフィクスチャを実行し、ガバナンスを通じて公開します。
7. ロールバックは、前回不変なコンポーネント/ドキュメントリリースをアクティブにし、再現性のある証拠を保持します。

同じリリースハッシュに拡張機能を実装

php tools/portal_studio_certify.php --source-only --json
php tools/test_portal_studio_contract.php
php tools/test_portal_one_renderer.php
php tools/test_portal_studio_engineer.php
php tools/test_portal_component_contracts.php
php tools/test_portal_one_renderer.php
php tools/test_portal_shell_contract.php
php tools/test_portal_knowledge_contract.php
node node_modules/@playwright/test/cli.js test tests/e2e/portal-studio-shell-visual-contract.spec.js tests/e2e/portal-custom-code-runtime.spec.js

ソースゲートは、十分ではありません。データベース/マイグレーション、リアルブラウザビジュアル、アイデンティティプロファイアー、認証ソレーション、アクセシビリティ、パフォーマンス、キュー/クロン、メール/添付ファイル、バックアップ/復元および展開のエビデンスを同じ不変リリースハッシュに添付します。未知の証拠はリリースに失敗しなければなりません。

• 単位:スキーマ、サニタイズ、DTOの形、条件、マイグレーションおよびタイプされた失敗。
• 契約:ローディング/エンティ/エラー/成功、成熟度、スロット、結合および1レンダリングパーシティ。
• ブラウザ:キーボード、フォーカス、セマティクス、RTL、ズーム/リフロー、モーションの低減とすべてのブレイクポイント。
• セキュリティ:クロスワークスペースプローブ、鍛造アクション、パッケージ攻撃、プレビュースプーフィングと秘密の漏れ。
• 操作:耐久の進歩、残して下さい/戻り、停止/修理/再開、スケジューラの心拍およびロールバック。

状態と相関IDによるトラブルシューティング