페이지 템플릿

페이지를 만들 때는 템플릿을 선택해야 합니다. 페이지 템플릿은 새 페이지의 기초로 사용됩니다. 템플릿은 결과 페이지의 구조, 초기 컨텐츠 및 사용할 수 있는 구성 요소(디자인 속성)를 정의합니다. 다음과 같은 몇 가지 이점이 있습니다.

• 페이지 템플릿을 사용하면 전문 작성자가 템플릿 만들기 및 편집.
  • 이러한 전문 작성자는 라고 합니다 템플릿 작성자
  • 템플릿 작성자는 template-authors 그룹에 속해 있어야 합니다.
• 페이지 템플릿 은 페이지 템플릿에서 만든 모든 페이지에 대한 동적 연결을 유지합니다. 이렇게 하면 템플릿 변경 사항이 페이지 자체에 반영됩니다.
• 페이지 템플릿 을 사용하면 페이지 구성 요소를 보다 일반적으로 만들 수 있으므로 사용자 지정 없이 핵심 페이지 구성 요소를 사용할 수 있습니다.

페이지 템플릿을 사용하면 페이지를 만드는 조각은 구성 요소 내에서 구분됩니다. UI에서 구성 요소의 필요한 조합을 구성할 수 있으므로 각 페이지 변형에 대해 새 페이지 구성 요소를 개발할 필요가 없습니다.

이 문서는

• 페이지 템플릿 만들기에 대한 개요를 제공합니다
• 편집 가능한 템플릿을 만드는 데 필요한 관리자/개발자 작업에 대해 설명합니다
• 편집 가능한 템플릿의 기술적 기본 사항을 설명합니다
• AEM이 템플릿 가용성을 평가하는 방법에 대해 설명합니다.

새 템플릿 만들기

페이지 템플릿 만들기는 주로 템플릿 콘솔 및 템플릿 편집기 템플릿 작성자 이 섹션에서는 이 프로세스에 대한 개요를 설명하고 기술 수준에서 발생하는 사항에 대한 설명을 제공합니다.

편집 가능 템플릿을 새로 만들 때 다음 작업을 수행합니다.

1. 만들기 템플릿의 폴더. 이것은 필수가 아니지만, 권장하는 우수 사례입니다.

2. 선택 템플릿 유형. 이 파일은 을(를) 만들기 위해 복사됩니다 템플릿 정의.

   노트

   다양한 템플릿 유형이 기본적으로 제공됩니다. 다음을 수행할 수도 있습니다 사이트별 템플릿 유형을 직접 만듭니다 필요한 경우.

3. 새 템플릿의 구조, 컨텐츠 정책, 초기 컨텐츠 및 레이아웃을 구성합니다.

   구조

   • 구조를 사용하면 템플릿에 대한 구성 요소 및 컨텐츠를 정의할 수 있습니다.
   • 템플릿 구조에 정의된 구성 요소는 결과 페이지 안에서 이동하거나 결과 페이지에서 삭제할 수 없습니다.
   • 페이지 작성자가 구성 요소를 추가 및 제거할 수 있도록 하려면 템플릿에 단락 시스템을 추가하십시오.
   • 초기 콘텐츠를 정의할 수 있도록 하려면 구성 요소 잠금을 해제했다가 다시 잠글 수 있습니다.

   템플릿 작성자가 구조를 정의하는 방법에 대한 자세한 내용은 페이지 템플릿 만들기.

   구조에 대한 자세한 내용은 구조 참조하십시오.

   정책

   • 컨텐츠 정책은 구성 요소의 디자인 속성을 정의합니다.

     • 예: 사용 가능한 구성 요소 또는 최소/최대 크기.

   • 이러한 속성은 템플릿(및 템플릿으로 만든 페이지)에 적용될 수 있습니다.

   템플릿 작성자가 정책을 정의하는 방법에 대한 자세한 내용은 페이지 템플릿 만들기.

   정책에 대한 기술적인 세부 사항은 컨텐츠 정책 참조하십시오.

   초기 콘텐츠

   • 초기 컨텐츠 는 템플릿을 기반으로 페이지를 처음 만들 때 표시되는 컨텐츠를 정의합니다.
   • 그런 다음 초기 컨텐츠를 페이지 작성자가 편집할 수 있습니다.

   템플릿 작성자가 구조를 정의하는 방법에 대한 자세한 내용은 페이지 템플릿 만들기.

   초기 컨텐츠에 대한 기술적인 세부 사항은 초기 컨텐츠 참조하십시오.

   레이아웃

   • 디바이스 범위에 대한 템플릿 레이아웃을 정의할 수 있습니다.
   • 템플릿에 대한 응답형 레이아웃은 페이지 작성의 경우와 마찬가지로 작동합니다.

   템플릿 작성자가 템플릿 레이아웃을 정의하는 방법에 대한 자세한 내용은 페이지 템플릿 만들기.

   템플릿 레이아웃에 대한 자세한 내용은 레이아웃 참조하십시오.

4. 템플릿을 활성화한 다음 특정 컨텐츠 트리에 대해 허용합니다.

   • 템플릿을 활성화하거나 비활성화하여 페이지 작성자가 사용하거나 사용할 수 없게 만들 수 있습니다.
   • 특정 페이지 분기에서 템플릿을 사용하거나 사용할 수 없게 지정할 수 있습니다.

   템플릿 작성자가 템플릿을 활성화하는 방법에 대한 자세한 내용은 페이지 템플릿 만들기.

   템플릿 활성화에 대한 자세한 내용은 Adobe에 대한 템플릿 활성화 및 허용이 문서의 e

5. 이 필드를 사용하여 컨텐츠 페이지를 만듭니다.

   • 템플릿을 사용하여 새 페이지를 만들 경우 정적 및 편집 가능 템플릿 간에 차이점은 없으며 구분하는 표시도 없습니다.
   • 페이지 작성자를 위해 프로세스는 투명하게 진행됩니다.

   페이지 작성자가 템플릿을 사용하여 페이지를 만드는 방법에 대한 자세한 내용은 페이지 생성 및 구성.

   편집 가능한 템플릿으로 페이지 만들기에 대한 기술적인 세부 사항은 결과 컨텐츠 페이지 참조하십시오.

템플릿 폴더

템플릿을 구성하려면 다음 폴더를 사용할 수 있습니다.

• global
• 사이트별

표준 AEM 인스턴스에서는 global 폴더가 템플릿 콘솔에 이미 있습니다. 이 폴더는 기본 템플릿을 보유하며, 현재 폴더에 정책 및/또는 템플릿 유형을 찾을 수 없는 경우 폴백으로 작동합니다. 기본 템플릿을 이 폴더에 추가하거나 새 폴더를 만들 수 있습니다(권장).

템플릿 유형 및 정책은 다음 우선 순위 순서에 따라 모든 폴더에 상속됩니다.

1. 현재 폴더
2. 현재 폴더의 상위 폴더
3. /conf/global
4. /apps
5. /libs

허용되는 모든 항목 목록이 만들어집니다. 구성이 겹치는 경우( path/ label) 현재 폴더에 가장 가까운 인스턴스만 사용자에게 표시됩니다.

새 폴더를 만들려면 다음 중 하나를 수행할 수 있습니다.

• 프로그래밍 방식으로 또는 CRXDE Lite 사용
• 사용 구성 브라우저

CRXDE Lite 사용

1. 프로그래밍 방식으로 또는 CRXDE Lite을 사용하여 인스턴스에 새 폴더( /conf 아래)를 만들 수 있습니다.

   다음 구조를 사용해야 합니다.

   /conf
       <your-folder-name> [sling:Folder]
           settings [sling:Folder]
               wcm [cq:Page]
                   templates [cq:Page]
                   policies [cq:Page]
   

2. 그런 다음 폴더 루트 노드에서 다음 속성을 정의할 수 있습니다.

   <your-folder-name> [sling:Folder]

   • 이름: jcr:title
   • 유형: String
   • 값: 에 표시할 제목(폴더의 경우)입니다 템플릿 콘솔.

3. 표준 작성 권한 및 권한 외에도 다음과 같은 권한이 있습니다. content-authors) 이제 그룹을 할당하고 작성자가 새 폴더에 템플릿을 만들 수 있도록 필요한 ACL(액세스 권한)을 정의해야 합니다.

   다음 template-authors 그룹은 할당해야 하는 기본 그룹입니다. 섹션을 참조하십시오 ACL 및 그룹 자세한 내용

구성 브라우저 사용

1. 이동 전역 탐색 -> 도구 > 구성 브라우저.

   기존 폴더는 global 폴더를 입력합니다.

2. 만들기​를 클릭합니다.

3. 에서 구성 만들기 대화 상자 - 다음 필드를 구성해야 합니다.

   • 제목: 구성 폴더의 제목을 입력합니다
   • 편집 가능한 템플릿: 이 폴더 내에서 편집 가능한 템플릿을 허용하는 확인 표시

4. 만들기​를 클릭합니다

ACL 및 그룹

템플릿 폴더가 생성되면(CRXDE를 통해 또는 구성 브라우저를 통해), 템플릿 폴더에 대한 적절한 그룹에 대해 ACL을 정의해야 적절한 보안이 보장됩니다.

에 대한 템플릿 폴더 WKND 자습서 예로 사용할 수 있습니다.

템플릿 작성자 그룹

다음 template-authors 그룹 은 템플릿에 대한 액세스를 관리하는 데 사용되는 그룹이며 AEM과 표준으로 제공되지만 비어 있습니다. 프로젝트/사이트의 그룹에 사용자를 추가해야 합니다.

다음 표에서는 템플릿 편집에 필요한 권한에 대해 자세히 설명합니다.

이 기본값 template-authors 그룹은 프로젝트 설정만 다룹니다. 여기서 template-authors 구성원은 모든 템플릿에 액세스하고 작성할 수 있습니다. 템플릿에 대한 액세스를 구분하기 위해 여러 템플릿 작성자 그룹이 필요한 보다 복잡한 설정의 경우 더 많은 사용자 지정 템플릿 작성자 그룹을 만들어야 합니다. 그러나 템플릿 작성자 그룹에 대한 권한은 여전히 동일합니다.

템플릿 유형

새 템플릿을 만들 때는 템플릿 유형을 지정해야 합니다.

• 템플릿 유형은 템플릿에 대한 템플릿을 효과적으로 제공합니다. 새 템플릿을 만들 때 선택한 템플릿 유형의 구조 및 초기 컨텐츠를 사용하여 새 템플릿에 만듭니다.

  • 템플릿 유형이 복사되어 템플릿을 만듭니다.
  • 복사가 발생하면 템플릿과 템플릿 유형 간의 유일한 연결은 정보를 위한 정적 참조입니다.

• 템플릿 유형을 사용하면 다음을 정의할 수 있습니다.

  • 페이지 구성 요소의 리소스 유형입니다.
  • 템플릿 편집기에서 허용되는 구성 요소를 정의하는 루트 노드의 정책입니다.
  • 템플릿 유형에서 응답형 그리드에 대한 중단점을 정의하고 모바일 에뮬레이터를 설정하는 것이 좋습니다.

• AEM에서는 HTML5 페이지 및 적응형 양식 페이지와 같이 기본적으로 제공되는 템플릿 유형만 약간 선택할 수 있습니다.

  • 추가 예는 의 일부로 제공됩니다 WKND 자습서입니다.

• 템플릿 유형은 일반적으로 개발자가 정의합니다.

기본 템플릿 유형은 다음 위치에 저장됩니다.

• /libs/settings/wcm/template-types

사이트별 템플릿 유형은 다음과 유사한 위치에 저장해야 합니다.

• /apps/settings/wcm/template-types

사용자 지정된 템플릿 유형에 대한 정의는 사용자 정의 폴더에 저장하거나(권장) global. 예:

• /conf/<my-folder-01>/<my-folder-02>/settings/wcm/template-types
• /conf/<my-folder>/settings/wcm/template-types
• /conf/global/settings/wcm/template-types

템플릿 유형 만들기

다른 템플릿의 기반으로 사용할 수 있는 템플릿을 만든 경우 이 템플릿을 템플릿 유형으로 복사할 수 있습니다.

1. 모든 페이지 템플릿과 마찬가지로 템플릿을 만듭니다 여기에 설명된 대로: 템플릿 유형의 기반이 됩니다.
2. CRXDE Lite을 사용하여 새 템플릿을 templates 노드 template-types 아래의 노드 템플릿 폴더.
3. 에서 템플릿을 삭제합니다. templates 아래의 노드 템플릿 폴더.
4. 의 아래에 있는 템플릿의 복사본에서 template-types 노드, 모두 삭제 cq:template 및 cq:templateType 모든 속성의 등록 정보 jcr:content 노드 아래에 나열됩니다.

GitHub에서 사용할 수 있는 편집 가능한 템플릿 예제 를 사용하여 고유한 템플릿 유형을 개발할 수도 있습니다.

GITHUB의 코드

GitHub에서 이 페이지의 코드를 찾을 수 있습니다

• GitHub에서 aem-sites-example-custom-template-type project 열기
• 다음 이름으로 프로젝트를 다운로드합니다 ZIP 파일

템플릿 정의

편집 가능한 템플릿에 대한 정의가 저장됩니다. 사용자 정의 폴더 (권장) 또는 global. 예:

• /conf/<my-folder>/settings/wcm/templates
• /conf/<my-folder-01>/<my-folder-02>/settings/wcm/templates
• /conf/global/settings/wcm/templates

템플릿의 루트 노드가 형식입니다 cq:Template 다음과 같은 뼈대 구조를 사용합니다.

<template-name>
  initial
    jcr:content
      root
        <component>
        ...
        <component>
  jcr:content
    @property status
  policies
    jcr:content
      root
        @property cq:policy
        <component>
          @property cq:policy
        ...
        <component>
          @property cq:policy
  structure
    jcr:content
      root
        <component>
        ...
        <component>
      cq:responsive
        breakpoints
  thumbnail.png

기본 요소는 다음과 같습니다.

• <template-name>

  • [initial](#initial-content)
  • jcr:content
  • [structure](#structure)
  • [policies](#policies)
  • thumbnail.png

jcr:content

이 노드는 템플릿에 대한 속성을 보유합니다.

• 이름: jcr:title
• 이름: status
  • ``유형: String
  • 값: draft, enabled 또는 disabled

구조

결과 페이지의 구조를 정의합니다.

• 초기 컨텐츠와 병합됩니다( /initial)을 클릭하여 제품에서 사용할 수 있습니다.

• 구조를 변경하면 템플릿으로 만든 페이지에 반영됩니다.

• 다음 root ( structure/jcr:content/root) 노드는 결과 페이지에서 사용할 수 있는 구성 요소 목록을 정의합니다.

  • 템플릿 구조에 정의된 구성 요소는 결과 페이지에서 이동하거나 삭제할 수 없습니다.
  • 구성 요소의 잠금이 해제되면 editable 속성이 true.
  • 이미 컨텐츠가 포함된 구성 요소의 잠금이 해제되면 이 컨텐츠는 initial 분기

• 다음 cq:responsive 노드는 응답형 레이아웃에 대한 정의를 보유합니다.

초기 콘텐츠

작성 시 새 페이지가 가질 초기 컨텐츠를 정의합니다.

• 다음 포함 jcr:content 새 페이지에 복사되는 노드입니다.
• 구조체와 병합됩니다( /structure)을 클릭하여 제품에서 사용할 수 있습니다.
• 작성 후 초기 컨텐츠가 변경되는 경우 기존 페이지가 업데이트되지 않습니다.
• 다음 root 노드에는 결과 페이지에서 사용할 수 있는 항목을 정의하는 구성 요소 목록이 있습니다.
• 구조 모드에서 구성 요소에 컨텐츠를 추가하고 해당 구성 요소의 잠금이 해제되거나 그 반대의 경우 이 컨텐츠가 초기 컨텐츠로 사용됩니다.

레이아웃

When 템플릿 편집 레이아웃을 정의할 수 있습니다, 다음 사용 표준 응답형 레이아웃.

컨텐츠 정책

컨텐츠 정책은 구성 요소의 디자인 속성을 정의합니다. 예: 사용 가능한 구성 요소 또는 최소/최대 크기. 이러한 속성은 템플릿(및 템플릿으로 만든 페이지)에 적용될 수 있습니다. 템플릿 편집기에서 컨텐츠 정책을 만들고 선택할 수 있습니다.

• 속성 cq:policy, root 노드
  /conf/<your-folder>/settings/wcm/templates/<your-template>/policies/jcr:content/root
  페이지의 단락 시스템에 대한 컨텐츠 정책에 대한 상대적 참조를 제공합니다.

• 속성 cq:policy의 root는 개별 구성 요소에 대한 정책에 대한 링크를 제공합니다.

• 실제 정책 정의는 다음과 같이 저장됩니다.
  /conf/<your-folder>/settings/wcm/policies/wcm/foundation/components

페이지 정책

페이지 정책을 통해 콘텐츠 정책 페이지(주 parsys)의 경우, 템플릿 또는 결과 페이지에서

템플릿 사용 활성화 및 허용

1. 템플릿 활성화

   템플릿을 사용하려면 다음 중 한 방법으로 템플릿을 활성화해야 합니다.

   • 템플릿 활성화 에서 템플릿 콘솔.

   • 에서 상태 속성 설정 jcr:content 노드 아래에 있어야 합니다.

     • 예를 들어,

       /conf/<your-folder>/settings/wcm/templates/<your-template>/jcr:content

     • 속성을 정의합니다.

       • 이름: 상태
       • 유형: 문자열
       • 값: enabled

2. 허용된 템플릿

   • 에서 허용되는 템플릿 경로를 정의합니다. 페이지 속성 하위 분기의 해당 페이지 또는 루트 페이지 중에서 선택할 수 있습니다.

   • 속성을 설정합니다.

     cq:allowedTemplates
     설정
     jcr:content 필요한 분기의 노드입니다.
     예를 들어 다음 값이 있는 경우:

   /conf/<your-folder>/settings/wcm/templates/.*

결과 컨텐츠 페이지

편집 가능한 템플릿에서 만든 페이지:

• 병합된 하위 트리를 사용하여 만들어집니다. structure 및 initial 템플릿

• 템플릿 및 템플릿 유형에 있는 정보에 대한 참조를 보유합니다. 이것은 jcr:content 속성을 갖는 노드:

  • cq:template - 실제 템플릿에 대한 동적 참조를 제공합니다. 템플릿 변경 사항이 실제 페이지에 반영되도록 합니다.

  • cq:templateType - 템플릿 유형에 대한 참조를 제공합니다.

위의 다이어그램은 템플릿, 콘텐츠 및 구성 요소가 상호 작용하는 방법을 보여줍니다.

• 컨트롤러 - /content/<my-site>/<my-page> - 템플릿을 참조하는 결과 페이지입니다. 컨텐츠는 전체 프로세스를 제어합니다. 정의에 따라 적절한 템플릿 및 구성 요소에 액세스합니다.
• 구성 - /conf/<my-folder>/settings/wcm/templates/<my-template> - 템플릿 및 관련 컨텐츠 정책 페이지 구성을 정의합니다.
• 모델 - OSGi 번들 - OSGI 번들 기능을 구현합니다.
• 보기 - /apps/<my-site>/components - 작성 환경과 게시 환경 모두에서 컨텐츠가 구성 요소별로 렌더링됩니다.

페이지를 렌더링할 때:

• 템플릿:

  • 다음 cq:template 속성 jcr:content 노드가 참조되어 해당 페이지에 해당하는 템플릿에 액세스합니다.

• 구성 요소:

  • 페이지 구성 요소는 structure/jcr:content 템플릿 트리 및 jcr:content 페이지의 트리.
    • 페이지 구성 요소는 작성자가 편집 가능한 것으로 플래그가 지정된 템플릿 구조(하위 항목 포함)의 노드만 편집할 수 있도록 허용합니다.
    • 페이지에서 구성 요소를 렌더링할 때 해당 구성 요소의 상대 경로는 jcr:content node; 같은 길 policies/jcr:content 그런 다음 템플릿의 노드를 검색합니다.
      • 다음 cq:policy 이 노드의 속성은 실제 컨텐츠 정책을 가리킵니다(즉, 해당 구성 요소에 대한 디자인 구성을 보유함).
        • 이렇게 하면 동일한 컨텐츠 정책 구성을 다시 사용하는 여러 템플릿이 있을 수 있습니다.

템플릿 가용성

사이트 관리자 인터페이스에서 새 페이지를 만들 때 사용 가능한 템플릿 목록은 새 페이지의 위치와 각 템플릿에 지정된 배치 제한에 따라 다릅니다.

다음 속성은 템플릿 여부를 결정합니다 T 새 페이지를 페이지의 하위 페이지로 배치하기 위해 를 사용할 수 있습니다 P. 이러한 각 속성은 경로와의 일치에 사용되는 0개 이상의 정규 표현식을 포함하는 다중 값 문자열입니다.

• 다음 cq:allowedTemplates 속성 jcr:content 하위 노드 P 또는 의 상위 P.

• 다음 allowedPaths 속성 T.

• 다음 allowedParents 속성 T.

• 다음 allowedChildren 템플릿의 속성입니다. P.

평가는 다음과 같이 작동합니다.

• 비어 있지 않은 첫 번째 cq:allowedTemplates 다음으로 시작하는 페이지 계층 구조를 오름차순으로 하는 동안 속성이 발견되었습니다. P 의 경로와 일치합니다 T. 값이 일치하지 않으면 T 이 거부됩니다.

• If T 에는 비어 있지 않은 가 있습니다. allowedPaths 속성이지만 값이 의 경로와 일치하지 않습니다 P, T 이 거부됩니다.

• 위의 두 속성 모두 비어 있거나 존재하지 않는 경우 T 와 동일한 애플리케이션에 속하지 않는 한 거부됨 P. T 는 와 동일한 애플리케이션에 속합니다. P 및 가 있어야 합니다. T 은 경로 의 두 번째 수준 이름과 동일합니다 P. 예를 들어, 템플릿 /apps/wknd/templates/foo 는 페이지와 동일한 애플리케이션에 속합니다 /content/wknd.

• If T 에는 비어 있지 않은 가 있습니다 allowedParents 속성이지만 값이 의 경로와 일치하지 않습니다 P, T 이 거부됩니다.

• 템플릿의 P 에는 비어 있지 않은 가 있습니다. allowedChildren 속성이지만 값이 의 경로와 일치하지 않습니다 T, T 이 거부됩니다.

• 다른 경우에는 T 가 허용됩니다.

다음 다이어그램은 템플릿 평가 프로세스를 나타냅니다.

하위 페이지에 사용된 템플릿 제한

특정 페이지에서 하위 페이지를 만드는 데 사용할 수 있는 템플릿을 제한하려면 cq:allowedTemplates 속성 jcr:content 노드 아래에 있는 노드 아래에 있는 템플릿 목록을 하위 페이지로 지정할 수 있습니다. 예를 들어, 목록의 각 값은 허용된 하위 페이지에 대한 템플릿의 절대 경로여야 합니다 /apps/wknd/templates/page-content.

를 사용할 수 있습니다 cq:allowedTemplates 템플릿의 속성에 대한 jcr:content 이 구성을 이 템플릿을 사용하는 새로 만든 모든 페이지에 적용할 노드입니다.

템플릿 계층 등과 같은 제약 조건을 추가하려는 경우 다음을 사용할 수 있습니다 allowedParents/allowedChildren 템플릿의 속성입니다. 그런 다음 템플릿에서 만든 페이지를 T 템플릿에서 만든 페이지의 상위/1차 하위 구성요소로 명시적으로 지정할 수 있습니다.

Business.Adobe.com 리소스