모바일 장치용 사이트 만들기 creating-sites-for-mobile-devices

CAUTION
AEM 6.4가 확장 지원이 종료되었으며 이 설명서는 더 이상 업데이트되지 않습니다. 자세한 내용은 기술 지원 기간. 지원되는 버전 찾기 여기.
NOTE
단일 페이지 애플리케이션 프레임워크 기반 클라이언트측 렌더링(예: React)이 필요한 프로젝트에 SPA 편집기를 사용하는 것이 좋습니다. 자세히 알아보기.

모바일 사이트를 만드는 것은 템플릿 및 구성 요소를 만드는 작업이 포함되므로 표준 사이트를 만드는 것과 비슷합니다. 템플릿 및 구성 요소 만들기에 대한 자세한 내용은 다음 페이지를 참조하십시오. 템플릿, 구성 요소AEM Sites 개발 시작. 가장 큰 차이점은 사이트 내에서 AEM 내장된 모바일 기능을 활성화하는 것입니다. 모바일 페이지 구성 요소를 사용하는 템플릿을 만들어 냅니다.

를 사용하는 것도 고려해야 합니다 반응형 디자인여러 화면 크기를 포함하는 단일 사이트 만들기

시작하려면 We.Retail 모바일 데모 사이트 AEM에서 사용할 수 있습니다.

모바일 사이트를 만들려면 다음과 같이 진행하십시오.

  1. 페이지 구성 요소를 만듭니다.

    • 설정 sling:resourceSuperType 속성 대상 wcm/mobile/components/page

      이렇게 하면 구성 요소가 모바일 페이지 구성 요소에 의존합니다.

    • 만들기 body.jsp 를 사용하여 프로젝트 특정 논리를 사용합니다.

  2. 페이지 템플릿을 만듭니다.

    • 설정 sling:resourceType 속성 을 새로 만든 페이지 구성 요소에 매핑해야 합니다.
    • 설정 allowedPaths 속성을 사용합니다.
  3. 사이트에 대한 디자인 페이지를 만듭니다.

  4. 아래에 사이트 루트 페이지를 만듭니다. /content 노드:

    • 설정 cq:allowedTemplates 속성을 사용합니다.
    • 설정 cq:designPath 속성을 사용합니다.
  5. 사이트 루트 페이지의 페이지 속성에서 장치 그룹을 모바일 탭.

  6. 새 템플릿을 사용하여 사이트 페이지를 만듭니다 .

모바일 페이지 구성 요소( /libs/wcm/mobile/components/page):

  • 를 추가합니다 모바일 탭으로 이동하여 페이지 속성 대화 상자를 엽니다.
  • 사용 head.jsp를 검색하는 경우, 요청에서 현재 모바일 장치 그룹을 검색하고 장치 그룹이 발견되면 에서는 해당 그룹의 그룹을 사용합니다 drawHead() 장치 그룹의 연결된 에뮬레이터 init 구성 요소(작성자 모드에서만)와 장치 그룹의 렌더링 CSS를 포함하는 방법입니다.
NOTE
모바일 사이트의 루트 페이지는 노드 계층 구조의 수준 1에 있어야 하며 /content 노드 아래에 있는 것이 좋습니다.

다중 사이트 관리자를 사용하여 모바일 사이트 만들기 creating-a-mobile-site-with-the-multi-site-manager

MSM(Multi Site Manager)을 사용하여 표준 사이트에서 모바일 Live Copy를 만듭니다. 표준 사이트는 자동으로 모바일 사이트로 변환됩니다. 모바일 사이트에는 모바일 사이트의 모든 기능(예: 에뮬레이터 내의 버전)이 있으며 표준 사이트와 동기화 시 관리할 수 있습니다. 섹션을 참조하십시오 다른 채널용 Live Copy 만들기 을 클릭합니다.

서버측 모바일 API server-side-mobile-api

모바일 클래스가 포함된 Java 패키지는 다음과 같습니다.

모바일 구성 요소 mobile-components

다음 We.Retail 모바일 데모 사이트 은 아래에 있는 다음 모바일 구성 요소를 사용합니다 /libs/foundation/components:

이름
그룹
특성
mobilefooter
숨김
- 바닥글
mobileimage
모바일
- image foundation 구성 요소 기반
- 장치가 작동할 수 있으면 이미지를 렌더링합니다.
mobilelist
모바일
- list foundation 구성 요소 기반
- listitem_teaser.jsp 장치가 작동할 수 있으면 이미지를 렌더링합니다.
mobilelogo
숨김
- 로고 기초 구성 요소 기반
- 장치가 작동할 수 있으면 이미지를 렌더링합니다.
mobilereference
모바일

- 참조 foundation 구성 요소와 유사

- textimage 구성 요소를 mobiletextimage 1에 매핑하고 이미지 구성 요소를 mobileimage 1에 매핑합니다.

mobiletextimage
모바일
- textimage foundation 구성 요소 기반
- 장치가 작동할 수 있으면 이미지를 렌더링합니다.
mobiletopnav
숨김

- topnav foundation 구성 요소 기반

- 텍스트만 렌더링됨

모바일 구성 요소 만들기 creating-a-mobile-component

AEM 모바일 프레임워크를 사용하면 요청을 실행하는 장치에 민감한 구성 요소를 개발할 수 있습니다. 다음 코드 샘플은 구성 요소 jsp에서 AEM Mobile API를 사용하는 방법과 특히 다음 방법을 보여 줍니다.

  • 요청에서 장치 가져오기:

    Device device = slingRequest.adaptTo(Device.class);

  • 장치 그룹 가져오기:

    DeviceGroup deviceGroup = device.getDeviceGroup();

  • 장치 그룹 기능 가져오기:

    Collection<DeviceCapability> capabilities = deviceGroup.getCapabilities();

  • 장치 속성(WURFL 데이터베이스에서 원시 기능 키/값)을 가져옵니다.

    Map<String,String> deviceAttributes = device.getAttributes();

  • 장치 사용자 에이전트 가져오기:

    String userAgent = device.getUserAgent();

  • 현재 페이지에서 장치 그룹 목록(작성자가 사이트에 할당한 장치 그룹)을 가져옵니다.

    DeviceGroupList deviceGroupList = currentPage.adaptTo(DeviceGroupList.class);

  • 장치 그룹이 이미지를 지원하는지 확인

    if (deviceGroup.hasCapability(DeviceCapability.CAPABILITY_IMAGES)) {

    또는
    if MobileUtil.hasCapability(request, DeviceCapability.CAPABILITY_IMAGES) {

NOTE
jsp에서 slingRequest<sling:defineObjects> 태그 및 currentPage 사용 <cq:defineObjects> 태그에 가깝게 포함했습니다.

에뮬레이터 emulators

에뮬레이터 기반 작성은 작성자가 모바일 클라이언트용 컨텐츠 페이지를 만들 수 있는 수단을 제공합니다. 모바일 컨텐츠 작성은 즉석 WYSIWYG 편집의 동일한 원칙을 따릅니다. 작성자가 모바일 장치에서 페이지 모양을 인식하도록 하기 위해, 모바일 컨텐츠 페이지는 장치 에뮬레이터를 사용하여 편집됩니다.

모바일 장치 에뮬레이터는 일반 에뮬레이터 프레임워크를 기반으로 합니다. 자세한 내용은 에뮬레이터 페이지.

장치 에뮬레이터는 페이지에 모바일 장치를 표시하는 반면, 일반적인 편집(parsys, 구성 요소)은 장치의 화면 내에서 발생합니다. 장치 에뮬레이터는 사이트에 대해 구성된 장치 그룹에 따라 다릅니다. 여러 에뮬레이터를 장치 그룹에 할당할 수 있습니다. 그러면 컨텐츠 페이지에서 모든 에뮬레이터를 사용할 수 있습니다. 기본적으로 사이트에 할당된 첫 번째 장치 그룹에 할당된 첫 번째 에뮬레이터가 표시됩니다. 에뮬레이터는 페이지 맨 위에 있는 에뮬레이터 회전판을 통해 또는 사이드 킥의 편집 단추를 통해 전환할 수 있습니다.

에뮬레이터 만들기

에뮬레이터를 만들려면 사용자 지정 모바일 에뮬레이터 만들기 일반 에뮬레이터 페이지의 섹션을 참조하십시오.

모바일 에뮬레이터의 주요 특성

  • 장치 그룹은 다음 중 하나의 에뮬레이터로 구성됩니다. 장치 그룹 구성 페이지(예: /etc/mobile/groups/touch, 포함 emulators 아래 속성 jcr:content 노드 아래에 있어야 합니다.

    참고: 동일한 에뮬레이터가 여러 장치 그룹에 속할 수는 있지만, 이것은 그다지 의미가 없습니다.

  • 장치 그룹의 구성 대화 상자에서 emulators 속성은 원하는 에뮬레이터의 경로로 설정됩니다. 예: /libs/wcm/mobile/components/emulators/iPhone4.

  • 에뮬레이터 구성 요소(예: /libs/wcm/mobile/components/emulators/iPhone4) 기본 모바일 에뮬레이터 구성 요소( /libs/wcm/mobile/components/emulators/base).

  • 장치 그룹을 구성할 때 기본 모바일 에뮬레이터를 확장하는 모든 구성 요소를 선택할 수 있습니다. 따라서 사용자 정의 에뮬레이터를 쉽게 만들거나 확장할 수 있습니다.

  • 편집 모드에서 요청 시 에뮬레이터 구현을 사용하여 페이지를 렌더링합니다.

  • 페이지의 템플릿이 모바일 페이지 구성 요소를 사용하는 경우 에뮬레이터 기능은 를 통해 페이지에 자동으로 통합됩니다 head.jsp (모바일 페이지 구성 요소).

장치 그룹 device-groups

모바일 장치 그룹은 장치 기능을 기반으로 모바일 장치의 세그멘테이션을 제공합니다. 장치 그룹은 작성 인스턴스에서 에뮬레이터 기반 작성을 수행하고 게시 인스턴스에서 올바른 컨텐츠 렌더링을 위해 필요한 정보를 제공합니다. 작성자가 모바일 페이지에 콘텐츠를 추가하고 게시하면 게시 인스턴스에서 페이지를 요청할 수 있습니다. 거기에서 에뮬레이터 편집 보기 대신 구성된 장치 그룹 중 하나를 사용하여 컨텐츠 페이지가 렌더링됩니다. 장치 그룹의 선택은 모바일 장치 탐지. 그러면 일치하는 장치 그룹이 필요한 스타일 정보를 제공합니다.

장치 그룹은 아래에 콘텐츠 페이지로 정의됩니다 /etc/mobile/devices 그리고 모바일 장치 그룹 템플릿. 장치 그룹 템플릿은 컨텐츠 페이지 형태로 장치 그룹 정의에 대한 구성 템플릿으로 사용됩니다. 주요 특징은 다음과 같습니다.

  • 위치: /libs/wcm/mobile/templates/devicegroup
  • 허용되는 경로: /etc/mobile/groups/*
  • 페이지 구성 요소: wcm/mobile/components/devicegroup

사이트에 장치 그룹 할당 assigning-device-groups-to-your-site

모바일 사이트를 만들 때 사이트에 장치 그룹을 할당해야 합니다. AEM은 장치의 HTML 및 JavaScript 렌더링 기능에 따라 세 개의 장치 그룹을 제공합니다.

  • 기능 기본 HTML을 지원하지만 이미지 및 JavaScript에 대한 지원은 없는 Sony Ericsson W800과 같은 기능 장치용 전화.

  • Smart 휴대폰은 기본 HTML 및 이미지를 지원하지만 JavaScript는 지원하지 않는 Blackberry와 같은 장치용 입니다.

  • 터치 HTML, 이미지, JavaScript 및 장치 회전을 완벽하게 지원하는 iPad과 같은 장치용 전화.

에뮬레이터를 장치 그룹과 연결할 수 있으므로 ( 섹션 참조) 장치 그룹 만들기). 장치 그룹을 사이트에 할당하면 작성자가 장치 그룹과 연결된 에뮬레이터 중에서 선택하여 페이지를 편집할 수 있습니다.

사이트에 장치 그룹을 할당하려면

  1. 브라우저에서 Siteadmin 콘솔.

  2. 아래에서 모바일 사이트의 루트 페이지를 엽니다 웹 사이트.

  3. 페이지 속성을 엽니다.

  4. 을(를) 선택합니다 모바일 탭:

    • 장치 그룹을 정의합니다.
    • 확인 ​을 클릭합니다.
NOTE
사이트에 대해 장치 그룹이 정의되면 사이트의 모든 페이지에서 상속됩니다.

장치 그룹 필터 device-group-filters

장치 그룹 필터는 장치가 그룹에 속하는지 여부를 판별하는 기능 기반 기준을 정의합니다. 장치 그룹을 만들 때 장치 평가에 사용할 필터를 선택할 수 있습니다.

AEM이 장치로부터 HTTP 요청을 받는 런타임 시, 그룹과 연관된 각 필터는 장치 기능을 특정 기준과 비교합니다. 장치에 필터에 필요한 모든 기능이 있으면 해당 장치가 그룹에 속하는 것으로 간주됩니다. 기능은 WURFL™ 데이터베이스에서 검색됩니다.

장치 그룹은 기능 검색에 0개 이상의 필터를 사용할 수 있습니다. 또한 필터를 여러 장치 그룹과 함께 사용할 수 있습니다. AEM은 장치에 그룹에 대해 선택된 기능이 있는지 여부를 결정하는 기본 필터를 제공합니다.

  • CSS
  • JPG 및 PNG 이미지
  • JavaScript
  • 장치 회전

장치 그룹이 필터를 사용하지 않는 경우, 그룹에 대해 구성된 선택한 기능이 장치에 필요한 유일한 기능입니다.

자세한 내용은 장치 그룹 필터 만들기.

장치 그룹 만들기 creating-a-device-group

AEM이 설치하는 그룹이 요구 사항을 충족하지 못할 경우 장치 그룹을 만듭니다.

  1. 브라우저에서 도구 콘솔.

  2. 아래에 새 페이지를 만듭니다 도구 > 모바일 > 장치 그룹. 에서 페이지 만들기 대화 상자:

    • 로서의 제목 enter Special Phones.
    • 로서의 이름 enter special.
    • 을(를) 선택합니다 모바일 장치 그룹 템플릿.
    • 만들기 ​를 클릭합니다.
  3. CRXDE에서 static.css 아래의 장치 그룹에 대한 스타일이 들어 있는 파일 /etc/mobile/groups/special 노드 아래에 있어야 합니다.

  4. 를 엽니다. 특수 전화 페이지.

  5. 장치 그룹을 구성하려면 편집 옆에 있는 버튼 설정.

    설정 일반 탭:

    • 제목: 모바일 장치 그룹의 이름입니다.
    • 설명: 그룹에 대한 설명입니다.
    • User-Agent: 장치가 일치하는 사용자 에이전트 문자열입니다. 선택 사항이며 정규 표현식이 될 수 있습니다. 예: BlackBerryZ10
    • 기능: 그룹이 이미지, CSS, JavaScript 또는 장치 순환을 처리할 수 있는지 여부를 정의합니다.
    • 최소 화면 너비 ​및​ 높이
    • 에뮬레이터 사용 안 함: 컨텐츠 편집 중에 에뮬레이터를 활성화/비활성화합니다.

    설정 에뮬레이터 탭:

    • 에뮬레이터: 이 장치 그룹에 할당된 에뮬레이터를 선택합니다.

    설정 필터 탭:

    • 필터를 추가하려면 항목 추가 를 클릭하고 드롭다운 목록에서 필터를 선택합니다.
    • 필터는 표시된 순서대로 평가됩니다. 장치가 필터 기준을 충족하지 않으면 목록의 후속 필터가 평가되지 않습니다.
  6. 확인을 클릭합니다.

모바일 장치 그룹 구성 대화 상자의 모양은 다음과 같습니다.

screen_shot_2012-02-01at22043pm

장치 그룹당 사용자 지정 CSS custom-css-per-device-group

앞에서 설명한 바와 같이, 디자인 페이지의 CSS와 마찬가지로 사용자 지정 CSS를 장치 그룹 페이지와 연결할 수 있습니다.이 CSS는 페이지 컨텐츠의 작성자와 게시 시 장치 그룹별 렌더링에 영향을 주는 데 사용됩니다.그러면 이 CSS가 자동으로 포함됩니다.

  • 이 장치 그룹에서 사용하는 모든 에뮬레이터에 대한 작성자 인스턴스의 페이지에 있습니다.
  • 요청의 사용자 에이전트가 이 특정 장치 그룹의 모바일 장치와 일치하는 경우 게시 인스턴스의 페이지에 있습니다.

서버측 장치 감지 server-side-device-detection

필터 및 장치 사양 라이브러리를 사용하여 HTTP 요청을 수행하는 장치의 기능을 결정합니다.

장치 그룹 필터 개발 develop-device-group-filters

장치 그룹 필터를 만들어 장치 기능 요구 사항 집합을 정의합니다. 필요한 장치 기능 그룹을 타깃팅하는 데 필요한 만큼 필터를 만듭니다.

필터를 디자인하여 필터 조합을 사용하여 기능 그룹을 정의할 수 있습니다. 일반적으로 서로 다른 장치 그룹의 기능이 겹칩니다. 따라서 여러 장치 그룹 정의가 있는 일부 필터를 사용할 수 있습니다.

필터를 만든 후 그룹 구성에서 사용할 수 있습니다.

자세한 내용을 보려면 장치 그룹 필터 만들기.

WURFL™ 데이터베이스 사용 using-the-wurfl-database

AEM에서는 의 잘린 버전을 사용합니다 WURFL™의 사용자 에이전트를 기반으로 화면 해상도 또는 javascript 지원과 같은 장치 기능을 쿼리하는 데이터베이스입니다.

WURFL™ 데이터베이스의 XML 코드는 아래의 노드로 표시됩니다 /var/mobile/devicespecs 구문 분석으로 wurfl.xml파일 위치 /libs/wcm/mobile/devicespecs/wurfl.xml. 노드에 대한 확장은 cq-mobile-core 번들이 시작되었습니다.

장치 기능은 노드 속성으로 저장되고 노드는 장치 모델을 나타냅니다. 쿼리를 사용하여 장치 또는 사용자 에이전트의 기능을 검색할 수 있습니다.

WURFL™ 데이터베이스가 진화하고 있으므로 사용자 정의하거나 바꿔야 할 수 있습니다. 모바일 장치 데이터베이스를 업데이트하려면 다음 옵션이 있습니다.

  • 이 사용을 허용하는 라이센스가 있는 경우 파일을 최신 버전으로 바꾸십시오. 다른 WURFL 데이터베이스 설치를 참조하십시오.
  • AEM에서 사용할 수 있는 버전을 사용하고 사용자-에이전트 문자열과 일치하고 기존 WURFL™ 장치를 가리키는 regexp를 구성합니다. 자세한 내용은 regexp 기반 사용자-에이전트 일치 추가.

사용자-에이전트의 WURFL™ 기능 매핑 테스트 testing-the-mapping-of-a-user-agent-to-wurfl-capabilities

장치가 모바일 사이트에 액세스하면 AEM에서 장치를 감지하여 기능에 따라 장치 그룹에 매핑하고 장치 그룹에 해당하는 페이지 보기를 보냅니다. 일치하는 장치 그룹은 필요한 스타일 정보를 제공합니다. 매핑은 모바일 사용자 에이전트 테스트 페이지에서 테스트할 수 있습니다.

http://localhost:4502/etc/mobile/useragent-test.html

다른 WURFL™ 데이터베이스 설치 installing-a-different-wurfl-database

AEM과 함께 설치된 잘린 WURFL™ 데이터베이스는 사전 날짜를 갖는 릴리스입니다
2011년 8월 30일 WURFL 버전이 2011년 8월 30일 이후에 릴리스된 경우, 사용이 라이센스를 준수하는지 확인하십시오.

WURFL™ 데이터베이스를 설치하려면

  1. CRXDE Lite에서 다음 폴더를 만듭니다. /apps/wcm/mobile/devicespecs
  2. WURFL™ 파일을 폴더에 복사합니다.
  3. 파일 이름을 다음으로 변경합니다. wurfl.xml.

AEM은 자동으로 구문 분석합니다 wurfl.xml 아래의 노드를 파일 및 업데이트합니다 /var/mobile/devicespecs.

NOTE
전체 WURFL™ 데이터베이스를 사용하는 경우 구문 분석 및 활성화는 몇 분 정도 걸릴 수 있습니다. 로그에서 진행 정보를 확인할 수 있습니다.

regexp 기반 사용자-에이전트 일치 추가 adding-a-regexp-based-user-agent-matching

기존 WURFL™ 장치 유형을 가리키도록 사용자 에이전트를 /apps/wcm/mobile/devicespecs/wurfl/regexp 아래의 정규 표현식으로 추가합니다.

  1. in CRXDE Lite/apps/wcm/mobile/devicespecs/regexp 아래에 노드를 만듭니다(예: apple_ipad_ver1 ).

  2. 노드에 다음 속성을 추가합니다.

    • regexp: 사용자 에이전트를 정의하는 정규 표현식(예: .*Mozilla.iPad(&A)*AppleWebKitSafari(&A)*
    • deviceId: wurfl.xml에 정의된 장치 ID(예: apple_ipad_ver1

위의 구성으로 인해 User-Agent가 제공된 정규 표현식과 일치하는 장치가 apple_ipad_ver1 WURFL™ 장치 ID가 있는 경우 매핑됩니다.

클라이언트측 장치 탐지 client-side-device-detection

이 섹션에서는 페이지 렌더링을 최적화하거나 클라이언트에 대체 웹 사이트 버전을 제공하기 위해 AEM의 장치 클라이언트측 검색을 사용하는 방법에 대해 설명합니다.

AEM은 BrowserMap. BrowserMap 는 AEM에 다음 클라이언트 라이브러리로 제공됩니다. /etc/clientlibs/browsermap.

BrowserMap 는 클라이언트에 대체 웹 사이트를 제공하는 데 사용할 수 있는 세 가지 전략을 제공하며, 이 전략은 다음 순서로 사용됩니다.

NOTE
클라이언트 라이브러리 통합에 대한 자세한 내용은 클라이언트측 HTML 라이브러리 사용 섹션을 참조하십시오.

다음 PageVariantsProvider OSGi 서비스는 동일한 가족에 속하는 사이트에 대한 대체 링크를 생성할 수 있습니다. 서비스에서 고려할 사이트를 구성하려면 cq:siteVariant 노드에 을 추가해야 합니다. jcr:content 노드 아래에 나열된 상태로 남아 있습니다.

다음 cq:siteVariant 노드에는 다음 속성이 있어야 합니다.

  • cq:childNodesMapTo - 자식 노드가 매핑될 링크 요소의 속성을 결정합니다. 루트 노드의 하위 항목이 글로벌 웹 사이트의 언어 변형에 대한 루트(예: /content/mysite/en, /content/mysite/de) 내의 아무 곳에나 삽입할 수 있습니다. cq:childNodesMapTo 다음과 같습니다. hreflang;

  • cq:variantDomain - 다음을 나타냅니다. Externalizer 도메인은 페이지 변형 절대 URL을 생성하는 데 사용됩니다. 이 값이 설정되지 않으면 페이지 변형이 상대 링크를 사용하여 생성됩니다.

  • cq:variantFamily - 이 사이트가 속한 웹 사이트 제품군을 나타냅니다. 동일한 웹 사이트의 여러 장치 특정 표현 기능은 동일한 패밀리에 속해야 합니다.

  • media - 링크 요소의 미디어 속성 값을 저장합니다. 의 이름을 사용하는 것이 좋습니다 BrowserMap 등록 DeviceGroups그리고 BrowserMap 라이브러리는 자동으로 클라이언트를 웹 사이트의 올바른 변형에 전달할 수 있습니다.

PageVariantsProvider 및 Externalizer pagevariantsprovider-and-externalizer

값이 cq:variantDomain 속성 cq:siteVariant 노드가 비어 있지 않고, PageVariantsProvider 서비스는 이 값을 에 대해 구성된 도메인으로 사용하여 절대 링크를 생성합니다 Externalizer 서비스. 를 구성해야 합니다. Externalizer 서비스를 사용하여 설정을 반영합니다.

NOTE
AEM을 사용하여 작업하는 경우 이러한 서비스에 대한 구성 설정을 관리하는 방법에는 몇 가지가 있습니다. 참조 OSGi 구성 자세한 내용 및 권장 지침

장치 그룹 특정 URL 정의 defining-a-device-group-specific-url

대체 링크를 사용하지 않으려면 각 링크에 대한 글로벌 URL을 구성할 수 있습니다 DeviceGroup. 이 포함된 고유한 클라이언트 라이브러리를 만드는 것이 좋습니다 browsermap.standard 클라이언트 라이브러리이지만 장치 그룹을 다시 정의합니다.

BrowserMap은 동일한 이름의 새 장치 그룹을 만들어 을(를) 에 추가하여 장치 그룹 정의를 재정의할 수 있도록 설계되었습니다 BrowserMap 사용자 지정된 클라이언트 라이브러리의 개체입니다.

NOTE
자세한 내용은 사용자 지정된 BrowserMap 섹션을 참조하십시오.

선택기 기반 URL 정의 defining-selector-based-urls

대체 사이트를 표시하기 위해 이전 메커니즘이 사용되지 않은 경우 BrowserMap를 클릭한 다음 의 이름을 사용할 선택기를 선택합니다 DeviceGroupsURLs. 이 경우 요청을 처리할 자체 서블릿을 제공해야 합니다.

예를 들어 장치 탐색 www.example.com/index.html 으로 식별됨 smartphone BrowserMap이 www.example.com/index.smartphone.html.

페이지에서 BrowserMap 사용 using-browsermap-on-your-pages

페이지에서 표준 BrowserMap 클라이언트 라이브러리를 사용하려면 다음을 포함해야 합니다 /libs/wcm/core/browsermap/browsermap.jsp 파일을 사용하여 cq:include태그에 다음 코드를 배치하십시오 head 섹션을 참조하십시오.

<cq:include script="/libs/wcm/core/browsermap/browsermap.jsp" />

추가 BrowserMap 클라이언트 라이브러리 JSP 파일을 추가하고 cq:deviceIdentificationMode 문자열 속성이 client-side 변환 후 jcr:content 노드가 웹 사이트의 루트 아래에 있습니다.

BrowserMap의 기본 동작 재정의 overriding-browsermap-s-default-behavior

사용자 지정하려면 BrowserMap - 재정의하여 DeviceGroups 프로브를 더 추가하려면 를 포함하는 클라이언트 측 라이브러리를 직접 만들어야 합니다 browsermap.standard클라이언트측 라이브러리입니다.

또한 를 수동으로 호출해야 합니다 BrowserMap.forwardRequest() 메서드에서 사용할 수 있습니다 JavaScript 코드가 있어야 합니다.

NOTE
클라이언트 라이브러리 통합에 대한 자세한 내용은 클라이언트측 HTML 라이브러리 사용 섹션을 참조하십시오.

사용자 지정된 BrowserMap 클라이언트 라이브러리에서는 다음 방법을 권장합니다.

  1. 만들기 browsermap.jsp 응용 프로그램의 파일

    code language-xml
    <%@include file="/libs/foundation/global.jsp" %>
    <%@ taglib prefix="c" uri="https://java.sun.com/jsp/jstl/core" %>
    <%@ page import="
        com.day.cq.wcm.api.variants.PageVariant,
        com.day.cq.wcm.api.variants.PageVariantsProvider,
        com.day.cq.wcm.api.devicedetection.DeviceIdentificationMode,
        com.day.cq.wcm.api.WCMMode"
    %>
    <%
        final PageVariantsProvider p = sling.getService(PageVariantsProvider.class);
        if(p == null) {
            throw new IllegalStateException("Missing PageVariantsProvider service");
        }
        for(PageVariant v : p.getVariants(currentPage, slingRequest)) {
            final String curVar = v.getAttributes().get("data-current-variant");
            String media = v.getAttributes().get("media");
            if (media != null) {
                media = media.replaceAll(" ", "");
            }
    %>
        <link
            rel="alternate"
            data-cq-role="site.variant"
            title="<%= xssAPI.encodeForHTMLAttr(v.getTitle()) %>"
            hreflang="<%= xssAPI.encodeForHTMLAttr(v.getAttributes().get("hreflang")) %>"
            media="<%= xssAPI.encodeForHTMLAttr(media) %>"
            href="<%= xssAPI.getValidHref(v.getURL()) %>"
            <% if(curVar != null) { %> data-current-variant="<%= curVar %>"<% } %>
        />
    <%
        }
        Boolean browserMapEnabled = true;
        final DeviceIdentificationMode dim = sling.getService(DeviceIdentificationMode.class);
        String[] selectors  = slingRequest.getRequestPathInfo().getSelectors();
        boolean isPortletRequest = false;
        for (int i = 0; i < selectors.length; i++) {
            if ("portlet".equals(selectors[i])) {
                isPortletRequest = true;
                break;
            }
        }
        if (isPortletRequest) {
            log.debug("Request was made by a portlet container - BrowserMap will not be embedded");
        } else {
            final WCMMode wcmMode = WCMMode.fromRequest(slingRequest);
            boolean shouldIncludeClientLib = false;
            if (WCMMode.EDIT != wcmMode && WCMMode.PREVIEW != wcmMode && WCMMode.DESIGN != wcmMode) {
                if (dim != null) {
                    final String mode = dim.getDeviceIdentificationModeForPage(currentPage);
                    shouldIncludeClientLib = DeviceIdentificationMode.CLIENT_SIDE.equals(mode);
                    if (shouldIncludeClientLib) {
                        browserMapEnabled = (Boolean) request.getAttribute("browsermap.enabled");
                        if (browserMapEnabled == null) {
                            browserMapEnabled = true;
                        }
                    }
                }
            }
    %>
            <c:if test="<%= !browserMapEnabled %>">
                <meta name="browsermap.enabled" content="false">
            </c:if>
            <c:if test="<%= shouldIncludeClientLib %>">
                <meta name="viewport" content="width=device-width, initial-scale=1.0">
                <cq:includeClientLib categories="browsermap.custom"/>
            </c:if>
    <%
        }
    %>
    
  2. 다음을 포함합니다 broswermap.jsp 파일을 헤드 섹션에 추가합니다.

    code language-xml
    <cq:include script="browsermap.jsp" />
    

특정 페이지에서 BrowserMap 제외 excluding-browsermap-from-certain-pages

클라이언트 감지가 필요하지 않은 일부 페이지에서 BrowserMap 라이브러리를 제외하려면 요청 속성을 추가할 수 있습니다.

<%
request.setAttribute("browsermap.enabled", false);
%>

이 경우 /libs/wcm/core/browsermap/browsermap.jsp 스크립트를 사용하여 만들 페이지에 메타 태그 추가 BrowserMap 검색을 수행하지 않습니다.

<meta name="browsermap.enabled" content="false">

웹 사이트의 특정 버전 테스트 testing-a-specific-version-of-a-web-site

일반적으로 BrowserMap 스크립트는 항상 방문자를 항상 가장 적합한 웹 사이트 버전으로 리디렉션하며 일반적으로 필요할 때 방문자를 데스크탑 또는 모바일 사이트로 리디렉션합니다.

를 추가하여 특정 버전의 웹 사이트를 테스트하기 위해 모든 요청의 장치를 강제 적용할 수 있습니다. device 매개 변수를 사용하십시오. 다음 URL은 Geometrixx Outdoors 웹 사이트의 모바일 버전을 렌더링합니다.

http://localhost:4502/content/geometrixx-outdoors/en.html?wcmmode=disabled&device=smartphone

NOTE
다음 wcmmode parateer가 disabled 를 눌러 게시 인스턴스의 동작을 시뮬레이션합니다.

재정의된 장치 값은 쿠키에 저장되므로 deviceURL.

따라서 동일한 URL 사용 device 설정 browser 데스크탑 버전의 웹 사이트로 돌아가려면 을 클릭합니다.

NOTE
BrowserMap은 BMAP_device. 이 쿠키를 삭제하면 CQ에서 현재 장치(예: 데스크탑 또는 모바일)에 따라 적절한 버전의 웹 사이트가 제공됩니다.

모바일 요청 처리 mobile-request-processing

AEM은 터치 장치 그룹에 속하는 모바일 장치에서 발생한 요청을 다음과 같이 처리합니다.

  1. iPad이 AEM 게시 인스턴스에 요청을 보냅니다(예: ). http://localhost:4503/content/geometrixx_mobile/en/products.html

  2. AEM은 요청한 페이지의 사이트가 모바일 사이트인지 여부를 결정합니다(첫 번째 수준 페이지가 되는지 여부를 확인하여) /content/geometrixx_mobile 모바일 페이지 구성 요소를 확장합니다.) 예:

  3. AEM은 요청 헤더에서 사용자-에이전트를 기반으로 장치 기능을 조회합니다.

  4. AEM은 장치 기능을 장치 그룹에 매핑하고 설정합니다 touch 을 장치 그룹 선택기로 사용합니다.

  5. AEM이 요청을 로 리디렉션합니다. http://localhost:4503/content/geometrixx_mobile/en/products.touch.html.

  6. AEM에서 iPad에 응답을 보냅니다.

    • products.touch.html 는 일반적인 방법으로 렌더링되며, 분리할 수 있습니다.
    • 렌더링 구성 요소는 선택기를 사용하여 프레젠테이션을 조정합니다.
    • AEM은 자동으로 모바일 선택기를 페이지의 모든 내부 링크에 추가합니다.

통계 statistics

모바일 장치별로 AEM 서버에 수행된 요청 수에 대한 통계를 확인할 수 있습니다. 요청 수를 분류할 수 있습니다.

  • 장치 그룹 및 장치당
  • 연간

통계를 보려면

  1. 로 이동합니다. 도구 콘솔.

  2. 를 엽니다. 장치 통계 아래의 페이지 도구 > 모바일.

  3. 특정 연도, 월 또는 일에 대한 통계를 보려면 링크를 클릭합니다.

다음 통계 페이지 모양은 다음과 같습니다.

screen_shot_2012-02-01at24353pm

NOTE
다음 통계 페이지는 모바일 장치가 AEM에 처음 액세스하여 감지될 때 만들어집니다. 그 전에는 사용할 수 없습니다.

통계에서 항목을 생성해야 하는 경우 다음과 같이 진행할 수 있습니다.

  1. 모바일 장치나 에뮬레이터(예: Firefox의 경우 https://chrispederick.com/work/user-agent-switcher/)을 사용합니다.

  2. 작성 모드를 비활성화하여 작성자 인스턴스에서 모바일 페이지를 요청합니다(예:

    http://localhost:4502/content/geometrixx_mobile/en/products.html?wcmmode=disabled

다음 통계 이제 페이지를 사용할 수 있습니다.

장치 그룹에 대해 렌더링되는 페이지는 예를 들어 장치 그룹 선택기에 의해 페이지 URL에서 구분되므로 모바일 페이지는 일반적으로 Dispatcher에서 사용할 수 있습니다 /content/mobilepage.touch.html. 선택기가 없는 모바일 페이지에 대한 요청은 캐시되지 않습니다. 이 경우 장치 감지가 작동하여 일치하는 장치 그룹(또는 해당 문제에 대한 "nomatch")으로 최종 리디렉션됩니다. 장치 그룹 선택기로 렌더링된 모바일 페이지는 링크 재기록기에 의해 처리되며, 이는 페이지 내의 모든 링크를 장치 그룹 선택기도 포함하도록 다시 기록하므로, 이미 자격이 있는 페이지에서 클릭할 때마다 장치 검색을 다시 수행하지 못합니다.

따라서 다음 시나리오가 발생할 수 있습니다.

사용자 Alice가 coolpage.feature.html및 는 해당 URL을 다른 클라이언트를 사용하여 액세스하는 친구 Bob에게 보냅니다. touch 장치 그룹.

If coolpage.feature.html 가 프런트 엔드 캐시에서 제공되면 AEM이 모바일 선택기가 새 사용자-에이전트와 일치하지 않는다는 사실을 확인하기 위한 요청을 분석할 수 없고 Bob이 잘못된 표시를 가져옵니다.

이를 해결하기 위해 페이지에 간단한 선택 UI를 포함할 수 있습니다. 이 UI는 최종 사용자가 AEM에서 선택한 장치 그룹을 재정의할 수 있습니다. 위의 예에서, 페이지의 링크(또는 아이콘)는 최종 사용자가 로 전환할 수 있도록 해줍니다 coolpage.touch.html 만약 그가 자신의 장치가 충분히 좋다고 생각한다면

recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e