AEM as a Cloud Service 작성자 인스턴스에서 단축된 URL에 대한 요청 변환 활성화
Adobe Experience Manager(AEM) as a Cloud Service에서 작성자 인스턴스의 단축된 URL은 의도한 콘텐츠 대신 기본 시작 페이지(/aem/start.html)로 리디렉션됩니다. 이 문제는 팀이 /content/websites 접두사를 생략하는 URL을 사용하여 프로필 페이지의 유효성을 검사하는 데 영향을 줍니다. 이 문제는 작성자 인스턴스가 기본적으로 요청 변환을 적용하지 않기 때문에 발생합니다. AEM 구성 파이프라인을 사용하여 사용자 지정 CDN 구성을 배포하면 이 문제를 해결할 수 있습니다.
설명 description
환경
제품: Adobe Experience Manager as a Cloud Service(AEMaaCS) - 사이트
CDN 구성이 구성 파이프라인을 통해 배포된 인스턴스: AEMaaCS 작성자 인스턴스
문제/증상
/ui/en/about/people/profiles.user-name+8b1126ad.html과(와) 같은 단축된 URL에 액세스하면 AEM 시작 페이지로 리디렉션됩니다.- 전체 경로
/content/websites/ui/en/about/people/profiles.user-name+8b1126ad.html을(를) 사용하면 프로필 페이지가 올바르게 표시됩니다. - AEM as a Cloud Service에서 작성자 인스턴스는 JCR에서 직접 URL을 확인하고 기존 Dispatcher를 사용하지 않습니다.
원인
기본적으로 AEMaaCS는 Dispatcher 재작성 규칙을 사용하여 게시 계층에만 요청 변환 규칙을 적용합니다. 작성자 인스턴스는 Dispatcher를 사용하지 않으므로 단축된 URL을 자동으로 변환하지 않습니다. 작성자 계층에서 이를 활성화하려면 구성 파이프라인을 통해 CDN 구성을 배포해야 합니다. 변환 규칙도 적절한 이스케이프를 포함한 올바른 구문을 사용해야 합니다(예: \"/content/websites\\\\1\").
해결 방법 resolution
문제를 해결하려면
-
AEM 구성 파이프라인을 사용하여 CDN 구성을 배포합니다. 이 구성에는 이름이
add-content-websites-prefix인 사용자 지정 규칙이 포함되어야 합니다. 규칙이 요청이 작성자 계층에 있는지, 경로가/ui/(으)로 시작하는지 확인합니다. 두 조건이 모두 충족되면/content/websites을(를) 앞에 추가하여 경로를 다시 작성합니다.code language-none kind: "CDN" version: "1" metadata: { envTypes: [ "dev", "stage", "prod"] } data: requestTransformations: rules: - name: add-content-websites-prefix when: allOf: - { reqProperty: tier, equals: author } - { reqProperty: path, matches: "/ui/" } actions: - type: transform reqProperty: path op: replace match: (.*)$ replacement: "/content/websites\\1" -
구성을 배포한 후 작성자 인스턴스에서 단축된 URL을 테스트합니다. 이제 의도한 콘텐츠로 올바르게 확인되어야 합니다.
추가 고려 사항
- 기본 제공(OOTB) CDN 기반 요청 변환 메커니즘은 원래 게시 환경을 타깃팅하지만 구성 파이프라인을 통해 적절한 구성을 배포하여 작성 환경으로 확장할 수 있습니다.
- Adobe에서는 작성자 인스턴스에서 일상적인 컨텐츠 유효성 검사에 전체 경로를 사용하는 것이 좋습니다. 작성 워크플로가 중단되지 않도록 항상 사용자 지정 변환 규칙을 테스트하십시오.