신뢰할 수 있는 AD0-E720시험덤프 [Q24-Q44]를 통해 Adobe 인증을 취득할 수 있습니다.

2월 27, 20242월 27, 2024 examdumps신뢰할 수 있는 AD0-E720시험덤프 [Q24-Q44]를 통해 Adobe 인증을 취득할 수 있습니다. 0 댓글

태그: AD0-E720 세부 학습 계획, AD0-E720시험덤프, AD0-E720최신덤프, AD0-E720 새 학습 가이드 전자책, AD0-E720 실제 테스트 환경, AD0-E720 신뢰할 수 있는 시험 패턴, AD0-E720 유효한 모의고사, AD0-E720 vce 토렌트

이 게시물 평가하기

신뢰할 수 있는 AD0-E720시험 덤프는 Adobe 인증을 취득하는 데 도움이 됩니다.

AD0-E720시험 덤프 (2024)로 준비하기

NO.24 마젠토블랭크에서 테마를 확장하고 있는 Adobe Commerce 개발자가 상위 스타일을 재정의하려고 합니다.
개발자가 상위 테마 스타일을 재정의하려면 어떤 파일을 변경해야 하나요?

web/css/source/_extends.less

web/css/source/_extend.less

웹/css/source/_theme.

설명
상위 테마 스타일을 재정의하려면 개발자가 하위 테마의 web/css/source/_extend.less 파일을 변경해야 합니다. 이 파일은 원본 파일을 수정하지 않고 부모 테마 스타일을 가져오고 확장하는 데 사용됩니다.
개발자는 @import 지시문을 사용하여 상위 테마 스타일을 가져온 다음 .lib-css() 믹스인을 사용하여 CSS 속성을 재정의할 수 있습니다. 예를 들어
@import 'source/_extend.less'; // 상위 테마 스타일 가져오기 .lib-css(color, red); // 색상 속성 재정의 웹/css/source/_extends.less 및 웹/css/source/_theme.less 파일은 테마 구조나 명명 규칙을 따르지 않으므로 유효하지 않으며 작동하지 않습니다. 참조: [테마 상속], [부모 테마 스타일 확장] 참조

NO.25 Adobe Commerce 개발자가 레이아웃 XML 파일에서 태그를 사용하여 블록을 제거하려고 하지만 오류가 표시되고 작동하지 않습니다.
오류를 수정하기 위해 어떤 태그를 적용하나요?

US6

을 사용합니다.

사용

설명
레이아웃 XML을 사용하여 블록을 제거하려면 개발자는 블록의 이름을 지정하는 이름 속성과 제거 속성을 true로 설정한 태그를 사용해야 합니다. 예를 들어
<referenceBlock name=”test.block” remove=”true”/>
이렇게 하면 레이아웃에서 블록이 제거되어 렌더링되지 않습니다. 태그는 유효하지 않으며 오류가 발생합니다. 모듈 이름은 블록 이름의 일부가 아니므로 이름 속성에 모듈 이름을 포함해서는 안 됩니다.
삭제 속성이 유효하지 않으며 작동하지 않습니다. 참조: [레이아웃 지침], [요소 제거]

NO.26 Adobe Commerce 개발자가 번역을 지원하는 이메일 템플릿에 텍스트를 추가해 달라는 요청을 받았습니다.
구현하는 동안 어떤 두 가지 옵션을 사용하나요? (두 가지를 선택하세요.)

설명
번역을 지원하는 이메일 템플릿에 텍스트를 추가하려면 개발자는 큰따옴표로 묶은 텍스트와 함께 {{trans}} 지시문을 사용해야 합니다. 예를 들어
{{trans "로렘 입섬은 단순히 인쇄의 더미 텍스트입니다"}}
그러면 텍스트가 그대로 렌더링되거나 현재 로캘에 대한 번역 파일을 사용할 수 있는 경우 번역됩니다. 텍스트에 변수가 포함된 경우 개발자는 퍼센트 기호가 있는 자리 표시자를 사용하고 변수 이름을 인수로 전달해야 합니다. 예를 들어
{{trans "%items items" items="numItems"}}
그러면 %items 자리 표시자를 대체하는 numItems 값으로 텍스트가 렌더링되거나 현재 로캘에 번역 파일을 사용할 수 있는 경우 번역됩니다. 번역}} 지시어는 유효하지 않으며 작동하지 않습니다.
참조: [이메일 템플릿 번역], [이메일 템플릿 구문]

NO.27 프로퍼티 변경 사항을 교차 추적하는 데 사용되는 Ul 컴포넌트 프로퍼티는 무엇인가요?

수출

듣다

링크

설명
listens 프로퍼티는 UI 컴포넌트의 프로퍼티 변경 사항을 교차 추적하는 데 사용됩니다. listens 프로퍼티는 서로 다른 UI 컴포넌트의 프로퍼티 간의 종속성을 정의합니다. 이를 통해 한 UI 컴포넌트가 다른 UI 컴포넌트의 프로퍼티 변경을 수신하고 그에 따라 반응할 수 있습니다. 예를 들어, listens 속성은 드롭다운 메뉴의 선택에 따라 텍스트 필드의 값을 업데이트하는 데 사용할 수 있습니다.

NO.28 브라우저에서 페이지를 새로 고침한 직후 스타일시트 사용자 정의가 표시되는 모드는 어떤 모드인가요?

서버 측 컴파일 모드

레스 사이드 컴파일 모드

클라이언트 측 컴파일 모드

설명
클라이언트 측 컴파일 모드에서는 브라우저에서 페이지를 다시 로드한 후 스타일시트 사용자 정의가 즉시 표시됩니다. 이 모드에서는 브라우저에서 JavaScript를 사용하여 LESS 파일을 CSS 파일로 컴파일하기 때문입니다. 이 모드는 스타일을 빠르게 변경하고 미리 볼 수 있으므로 개발 및 디버깅 목적에 유용합니다. 그러나 이 모드는 사이트의 성능과 호환성에 영향을 줄 수 있으므로 프로덕션 환경에서는 사용하지 않는 것이 좋습니다. 다른 모드인 서버 측 컴파일 및 LESS 컴파일은 명령 또는 도구를 실행하여 LESS 파일을 서버 측에서 CSS 파일로 컴파일해야 하므로 시간이 다소 걸리고 사용자 정의 표시가 지연될 수 있습니다. 참조: [컴파일 모드], [LESS 컴파일] 참조

NO.29 Adobe Commerce 개발자가 시스템 구성 필드를 만들었습니다:

레이아웃 XML을 사용하여 시스템 구성으로 블록의 가시성을 어떻게 제어할 수 있나요?

<블록 이름="블록 이름" 템플릿="공급업체_모듈:
template.phtml"ifconfig="module/general/enable" />

<블록 이름="블록 이름" 템플릿="공급업체_모듈::템플릿.php"
ifconfig="일반/모듈/활성화" />

설명
시스템 구성을 사용하여 블록의 표시 여부를 제어하려면 개발자는 태그에 ifconfig 속성을 사용해야 합니다. ifconfig 속성은 블록의 표시 여부를 결정하는 시스템 구성 필드의 경로를 지정해야 합니다. 예를 들어
이 블록은 시스템 구성 필드가 true로 설정된 경우에만 렌더링됩니다. 모듈/일반/활성화 및 일반/모듈/활성화 경로는 이미지에 정의된 시스템 구성 필드와 일치하지 않으므로 유효하지 않으며 작동하지 않습니다. 참조: [레이아웃 지침], [시스템 구성] 참조

NO.30 Adobe Commerce 개발자가 기존 블록 내에서 보기 모델을 사용하고 있습니다:

템플릿에서 보기 모델 클래스에 액세스하는 두 가지 방법은 무엇인가요? (두 가지를 선택합니다.)

$block->getData('view_model')

$block->viewModel()

$block->getViewHodel()

$block->getData('viewModel')

설명
기존 블록 내의 보기 모델에 액세스하려면 개발자는 다음 방법 중 하나를 사용할 수 있습니다:
$block->getData('view_model'): 이 메서드는 레이아웃 XML 파일에서 인수 이름 "view_model"에 할당된 뷰 모델 객체를 반환합니다. 예를 들어
예제 개체 모델/예제 개체 모델 템플릿 파일에서 개발자는 다음을 통해 보기 모델 개체에 액세스할 수 있습니다:
$block->getData('view_model')
$block->getData('viewModel'): 이 메서드는 레이아웃 XML 파일에서 인수 이름 "viewModel"에 할당된 뷰 모델 객체를 반환합니다. 예를 들어
예제 개체 모델/예제 개체 모델 템플릿 파일에서 개발자는 다음을 통해 보기 모델 개체에 액세스할 수 있습니다:
$block->getData('viewModel')
다음 방법은 유효하지 않으며 작동하지 않습니다:
$block->viewModel(): 이 메서드는 존재하지 않으며 오류를 일으킵니다.
$block->getViewHodel(): 이 메서드의 철자가 잘못되어 오류가 발생합니다.

NO.31 Adobe 커머스를 주도하는 개발자는 불필요한 테마 파일 수를 줄이기 위해 미리 정의된 테마 언어를 사용하여 클라우드 환경 배포 프로세스의 속도를 높여야 합니다.
개발자가 언어 코드를 추가해야 하는 위치는 어디인가요?

.magento.env.yaml 파일에 SCD_matrix 변수 배포

.magento.app.yaral 파일의 관계 속성

config.php 파일의 범위 섹션

설명
.magento.env.yaml 파일의 SCD_matrix 배포 변수는 각 테마의 테마 언어를 지정하여 클라우드 환경 배포 프로세스의 속도를 높이는 데 사용됩니다. 이렇게 하면 정적 콘텐츠 배포 중에 생성되는 불필요한 테마 파일 수를 줄일 수 있습니다. 개발자는 다음 형식으로 각 테마의 언어 코드를 추가할 수 있습니다:
SCD_MATRIX: :
예를 들어 개발자는 벤더/오렌지 테마에 영어와 프랑스어를 지정할 수 있습니다:
SCD_MATRIX: 공급업체/오렌지색: en_US,fr_FR
다른 두 옵션은 테마 언어 또는 정적 콘텐츠 배포와 관련이 없으므로 올바르지 않습니다. .magento.app.yaml 파일의 관계 속성은 서비스가 애플리케이션에 연결되는 방식을 정의하는 데 사용됩니다. config.php 파일의 scopes 섹션은 각 모듈의 구성 범위를 지정하는 데 사용됩니다. 참조: Adobe Commerce 개발자 문서, Adobe Inc.

NO.32 판매자는 새 웹사이트를 만들어야 하며, 고객이 달라 타사 공급업체의 템플릿을 수정해야 합니다. 파일은 여기 앱/코드/Vendor/Module에 있는 모듈에 있습니다. 간단하게 생각하세요!

새 웹사이트에 대한 다른 레이아웃을 만들고 새 file.php를 구성합니다.
앱/코드/공급업체/모듈/보기/프론트엔드/템플릿/파일.php

layout.xml을 확장하는 새 모듈을 만들고 새 파일.php를 포함합니다.
앱/코드/공급업체/모듈_2/보기/프론트엔드/템플릿/파일.phtml

새 테마를 만들고, 새 웹사이트를 정의하고, 앱/디자인에서 사용자 지정하세요.
앱/디자인/프론트엔드/커스텀/테마/벤더_모듈/templates/file.php

설명
타사 모듈에서 템플릿 파일을 사용자 지정하는 가장 좋은 방법은 상위 테마를 상속하는 새 테마를 생성하고 앱/design/frontend/Custom/Theme/Vendor_Module/templates 디렉터리에 있는 템플릿 파일을 재정의하는 것입니다. 이렇게 하면 사용자 지정이 원래 모듈에서 분리되어 특정 웹사이트 또는 스토어 보기에 적용될 수 있습니다. 다른 레이아웃 파일이나 새 모듈을 생성하는 것은 새 테마를 생성하는 것만큼 간단하거나 유연하지 않습니다. 참조: 프런트엔드 개발 가이드, [테마 만들기], [테마 상속] 참조

NO.33 Adobe Commerce 개발자가 오렌지/사용자 지정 테마에 대한 번역을 만들어야 합니다. 개발자가 번역을 어느 디렉터리에 배치할 수 있습니까?

주황색/맞춤형/기타

오렌지/맞춤/번역

오렌지/커스텀/일8n

설명
테마에 대한 번역을 만들려면 개발자가 테마의 il8n 디렉터리에 번역 파일을 넣어야 합니다. 번역 파일의 형식은 _.csv(예: en_US.csv 또는 fr_FR.csv)여야 합니다. 등 및 번역 디렉토리는 번역 파일을 저장하는 데 사용되지 않습니다. 참조:
[번역 개요], [테마 문자열 번역]

NO.34 Adobe Commerce 개발자가 고정 위젯을 만들고자 합니다.
data-mage-init 속성을 사용하여 위젯을 어떻게 초기화할 수 있나요?

설명
옵션 B는 데이터-mage-init 속성을 사용하여 위젯을 초기화하는 올바른 방법입니다. 속성 값은 위젯 이름을 키로 하고 위젯 옵션을 값으로 하는 JSON 객체여야 합니다. 옵션 A는 속성 값에 객체 대신 문자열을 사용하므로 올바르지 않습니다. 옵션 C는 쉼표 대신 콜론을 사용하여 위젯 이름과 옵션을 구분하므로 올바르지 않습니다.

NO.35 Adobe Commerce 개발자는 템플릿에 URL을 표시해야 합니다. 템플릿에서 $ur1be 변수를 안전하게 출력하려면 어떻게 해야 할까요?

escapeUrl($url) ?>

escapeLink($url) ?>

escapeHtml($url) ?>

설명
템플릿에 URL을 안전하게 표시하려면 개발자는 이스케이퍼 객체의 escapeUrl 메서드를 사용해야 합니다.
이 방법은 URL에 있는 &, 와 같이 XSS 공격에 사용될 수 있는 특수 문자를 인코딩합니다,
", ' 등 예를 들어
escapeUrl($url) ?>
다음 방법은 URL을 표시하는 데 적합하지 않으므로 사용해서는 안 됩니다:
escapeLink($url) ?>: 이 메서드는 URL이 아닌 링크 속성을 이스케이프하는 데 사용됩니다.
URL에서는 유효하지만 공백, 따옴표 등과 같은 HTML 속성에서는 유효하지 않은 모든 문자를 인코딩합니다. 예를 들어
escapeLink('https://example.com/?q=hello world') ?> // 출력:
https://example.com/?q=hello%20world
escapeHtml($url) ?>: 이 메서드는 URL이 아닌 HTML 콘텐츠를 이스케이프하는 데 사용됩니다. URL에서는 유효하지만 HTML 콘텐츠에서는 유효하지 않은 모든 문자(예: &, <)를 인코딩합니다,
> 등 예를 들어
escapeHtml('https://example.com/?q=') ?> // 출력:
https://example.com/?q=<script>alert(“XSS”)</script>

NO.36 컨테이너 사이드바에서 컨테이너 콘텐츠로 국가라는 블록을 이동하라는 요청을 받은 Adobe Commerce 개발자는 해당 블록이 콘텐츠 컨테이너의 마지막 자식이어야 합니다.
블록을 이동하는 데 어떤 레이아웃 명령어를 사용하나요?

설명
한 컨테이너에서 다른 컨테이너로 블록을 이동하려면 개발자는 블록의 이름을 지정하는 요소 속성과 컨테이너의 이름을 지정하는 대상 속성과 함께 레이아웃 명령어를 사용해야 합니다. 이후 속성은 같은 컨테이너의 다른 블록을 기준으로 블록을 배치하는 데 사용할 수 있습니다.
"-" 값은 블록이 다른 모든 블록 뒤에, 즉 마지막 자식으로 배치됨을 의미합니다. 값
"last-child"는 after 속성에 유효하지 않으며 작동하지 않습니다. 요소 및 대상 속성은 별칭이나 클래스가 아닌 블록 및 컨테이너의 이름을 사용해야 합니다. 참조: [레이아웃 지침],
[요소 이동]

NO.37 Adobe Commerce 개발자는 XSS 방지 전략을 염두에 두면서 JSON 데이터를 JavaScript 구성 요소에 전달해야 합니다.
개발자는 어떤 두 가지 옵션을 사용하나요? (두 가지를 선택하세요.)

설명
개발자는 XSS 방지 전략을 염두에 두고 JSON 데이터를 자바스크립트 컴포넌트에 전달하려면 다음 옵션을 사용해야 합니다:
옵션 A: 데이터-mage-init 속성이 있는 x-magento-init 스크립트 태그와 JSON.parse 함수를 사용하여 JSON 데이터로 컴포넌트를 초기화합니다. 이 옵션은 XSS 공격에 악용될 수 있는 HTML 태그나 속성을 사용하지 않으므로 안전합니다.
옵션 C: type 속성이 있는 text/x-magento-init 스크립트 태그와 JSON.parse 함수를 사용하여 JSON 데이터로 컴포넌트를 초기화합니다. 이 옵션은 XSS 공격에 악용될 수 있는 HTML 태그나 속성을 사용하지 않으므로 안전합니다.
다음 옵션은 안전하지 않으므로 사용해서는 안 됩니다:
옵션 B: 유형 속성이 있는 스크립트 태그와 escapeHtmlAttr 함수를 사용하여 JSON 데이터로 컴포넌트를 초기화합니다. 이 옵션은 JSON 데이터가 아닌 HTML 속성을 이스케이프하는 데 사용되는 escapeHtmlAttr 함수를 사용하기 때문에 안전하지 않습니다. 이 함수는 JSON 데이터에 큰따옴표를 삽입하여 JSON 구문을 깨뜨리고 오류를 일으킬 수 있습니다.
옵션 D: type 속성이 있는 스크립트 태그와 escapeJsQuote 함수를 사용하여 JSON 데이터로 컴포넌트를 초기화합니다. 이 옵션은 JSON 데이터가 아닌 자바스크립트 문자열 이스케이프에 사용되는 escapeJsQuote 함수를 사용하기 때문에 안전하지 않습니다. 이 함수는 JSON 데이터에 백슬래시를 도입하여 JSON 구문을 깨고 오류를 일으킬 수 있습니다.

NO.38 Adobe Commerce 개발자가 Magento/공백 테마를 상속하는 사용자 지정 테마의 단추를 사용자 지정하고 있으며 기본값을 재정의해야 합니다. 버튼의 기본값은 어디에 위치할 수 있습니까?

lib/web/css/source/lib/_buttons.less

라이브러리/웹/리스/소스/라이브/_버튼.덜

라이브러리/웹/css/소스/라이브/_버튼.less

설명
버튼의 기본값을 찾으려면 개발자는 lib/web/css/source/lib/_buttons.less 파일을 살펴봐야 합니다. 이 파일에는 버튼 정의 및 커스터마이징을 위한 다양한 변수, 믹스인, 스타일이 포함되어 있습니다. 개발자는 사용자 정의 테마에서 이러한 값을 재정의할 수 있습니다.
.lib-button() 믹스인을 사용하거나 자체 믹스인 또는 클래스를 생성하여 사용할 수 있습니다. 예를 들어
lib-button( @_버튼-선택자, @_버튼-유형, @_버튼-모양, @_버튼-색상, @_버튼-배경,
버튼 테두리, @_버튼 텍스트 변형, @_버튼 상자 그림자, @_버튼 호버 색상,
버튼-호버-배경, @_버튼-호버-테두리, @_버튼-호버-박스-그림자); lib/web/less/source/lib/_buttons.less 및 lib/web/css/source/lib/_버튼.less 파일은 유효하지 않으며 존재하지 않습니다. 참조: [버튼], [Magento UI 라이브러리]

NO.39 Adobe Commerce 개발자가 방금 작성기를 통해 확장 프로그램을 설치했습니다. bin/magento module: status Vendor_Module을 실행하면 모듈이 비활성화됨으로 상태가 반환됩니다.
확장 기능을 제대로 작동시키려면 어떤 두 가지 CLI 명령을 실행해야 하나요? (두 개를 선택하세요.)

작곡가 설치

bin/magento 설정:업그레이드

컴포저 업데이트 공급업체/모듈

bin/magento module:enable Vendor_Module -clear-static-content

설명
개발자는 확장 기능이 제대로 작동하도록 하기 위해 이 두 가지 CLI 명령을 실행해야 합니다:
bin/magento module:enable Vendor_Module -clear-static-content 이 명령은 확장 기능을 활성화하고 기능을 방해할 수 있는 오래된 정적 파일을 모두 지웁니다.
bin/magento setup:upgrade 이 명령은 확장 프로그램의 요구 사항에 따라 데이터베이스 스키마와 데이터를 업데이트합니다. 다른 두 옵션은 확장 프로그램이 제대로 작동하는 데 필요하지 않으므로 올바르지 않습니다. 작성기 설치 명령은 composer.json 파일에 지정된 모든 종속성을 설치하지만 확장을 사용 설정하거나 업데이트하지는 않습니다. 작성기 업데이트 공급업체/모듈 명령은 기존 확장을 최신 버전으로 업데이트하지만 활성화하거나 업그레이드하지는 않습니다.

NO.40 Adobe Commerce 개발자가 사용자 지정 테마 내의 테마 디렉터리에 새 페이지 레이아웃을 추가하고 있습니다.
새 페이지 레이아웃을 등록하려면 어떤 파일을 만들어야 하나요?

앱/디자인/프론트엔드///레이아웃.

앱/디자인/프론트엔드///Magento_테마/레이아웃.xnil

앱/디자인/프론트엔드///Magento_Theme/레이아웃/레이아웃.xml

설명
사용자 지정 테마에 새 페이지 레이아웃을 등록하려면 개발자가 app/design/frontend///Magento_Theme/layout 디렉터리에 layouts.xml 파일을 만들어야 합니다. layouts.xml 파일에는 id, 레이블 및 파일 속성이 있는 요소가 포함되어야 합니다. id 속성은 다른 레이아웃 파일에서 레이아웃을 참조하는 데 사용되며, 레이블 속성은 관리자 패널에 레이아웃 이름을 표시하는 데 사용되며, 파일 속성은 테마의 웹 디렉터리를 기준으로 레이아웃 파일의 경로를 지정하는 데 사용됩니다. app/design/frontend///layouts.xml 및 app/design/frontend///Magento_Theme/layouts.xml 파일은 유효하지 않으며 작동되지 않습니다. 참조: [새 페이지 레이아웃 만들기], [layouts.xml]

NO.41 Adobe Commerce 개발자가 기본 캘린더 위젯을 확장하는 사용자 지정 위젯을 추가하려고 합니다. 이 파일의 내용은 어떤 모습일까요?

설명
기본 캘린더 위젯을 확장하는 사용자 지정 위젯을 추가하려면 파일의 내용이 옵션 B처럼 보일 것입니다. 이는 옵션 B가 Magento에서 jQuery 위젯을 정의하는 데 올바른 구문과 구조를 따르기 때문입니다. 코드는 다음 단계를 수행합니다:
"jquery/ui" 및 "Magento_Ui/js/lib/knockout/bindings/datepicker" 모듈에 종속되는 "Vendor_Module/js/calendar-widget"이라는 이름의 모듈을 정의합니다.
기본 캘린더 위젯 클래스를 확장하는 "vendor.calendarWidget"이라는 이름의 새 위젯을 생성하는 함수를 반환합니다.
기본 캘린더 위젯 클래스의 init 함수를 재정의하여 위젯에 사용자 정의 로직이나 기능을 추가합니다.
옵션 A는 jQuery 위젯을 정의하는 데 올바른 구문을 사용하지 않으므로 올바르지 않습니다. 모듈을 만드는 데 유효하지 않은 정의 함수 대신 스크립트 태그를 사용합니다. 또한 슬래시 대신 점을 사용해야 하는 위젯에 잘못된 이름을 사용합니다. 옵션 C는 위젯을 확장하는 데 올바른 구문을 사용하지 않으므로 올바르지 않습니다. 새 위젯을 만드는 데 유효하지 않은 위젯 함수 대신 확장 함수를 사용합니다. 또한 모듈에서 아무것도 반환하지 않으므로 오류가 발생합니다.
참조: [jQuery 위젯], [캘린더 위젯]

NO.42 Adobe Commerce 개발자가 다음 코드를 발견했습니다:

.less 파일을 .ess 파일로 컴파일하면 위 코드의 결과는 어떻게 될까요?

설명
.less 파일을 .css 파일로 컴파일한 후 위 코드의 결과는 옵션 B가 됩니다.
.less 파일은 애니메이션 이름과 지속 시간이라는 두 가지 매개 변수를 받는 .animation()이라는 믹스인을 사용합니다. 이 믹스인은 애니메이션에 대한 공급업체 접두사가 붙은 속성 집합을 정의하고 매개변수 값을 할당합니다. 예를 들어
애니메이션(@이름; @기간) { -웹킷-애니메이션-이름: 이름; -웹킷-애니메이션-기간: @duration;
-moz-animation-name: 이름; -moz-애니메이션-기간: @duration; 애니메이션 이름: @name; 애니메이션 지속 시간: 지속 시간; } "fade" 및 "2s" 값으로 믹스인을 호출하면 다음과 같은 CSS 코드가 생성됩니다:
-웹킷 애니메이션 이름: 페이드; -웹킷 애니메이션 지속 시간: 2초; -모즈 애니메이션 이름: 페이드;
-moz-animation-duration: 2s; animation-name: fade; animation-duration: 2s; 옵션 A는 애니메이션 속성에 공급업체 접두사를 사용하지 않으므로 올바르지 않습니다. 옵션 C는 애니메이션 이름과 지속 시간에 잘못된 값을 사용하므로 올바르지 않습니다. 참조: [LESS 믹스인],
[CSS 애니메이션]

NO.43 Adobe Commerce 개발자가 예제 코프/오렌지 테마에서 다음 레이아웃 XML 파일을 재정의하려고 합니다.
앱/디자인/프론트엔드/예시 코프/블랭크/Vendor_Module/레이아웃/카탈로그_제품_보기.xml 개발자가 테마의 레이아웃 디렉토리 내에서 파일을 재정의하기 위해 사용하는 경로는 무엇인가요?

/override/ExampleCorp/blank/catalog_product_view.xml

/override/theme/ExampleCorp/blank/catalog_product_view.xml

/카탈로그_제품_보기.xml

설명
상위 테마에서 레이아웃 XML 파일을 재정의하려면 개발자는 하위 테마의 레이아웃 디렉터리를 기준으로 동일한 경로에 수정된 파일을 배치하기만 하면 됩니다. 이 경우 파일은 app/design/frontend/ExampleCorp/orange/Vendor_Module/layout/catalog_product_view.xml이 됩니다. 오버라이드 디렉토리는 레이아웃 파일을 재정의하는 데 사용되는 것이 아니라 템플릿 및 웹 자산을 재정의하는 데 사용됩니다. 참조:
[레이아웃 지침], [템플릿 및 레이아웃 파일 덮어쓰기]

로드 중 …

Adobe AD0-E720시험 강의 계획서 주제:

주제	세부 정보
주제 1	기본 보관함 사용 방법 설명 Magento 명령 배포 모드에 적합한 사용 사례 차별화하기
주제 2	Magento LESS를 재정의하거나 확장하는 기능 시연하기 레이아웃 XML 명령어 활용 능력 시연하기
주제 3	확장 기능의 차이점 이해 XML 병합 및 재정의 템플릿에 인수를 전달하고 활용하는 방법 시연하기
주제 4	Adobe Commerce 테마 폴더 구조 및 폴더 기반 테마와의 관계에 대해 설명합니다. 기존 테마를 확장할 수 있는 능력 입증
주제 5	이메일 스타일 지정 기능 시연하기 LESS 라이브러리 구성 요소를 구현하고 사용자 지정하는 기능 시연하기
주제 6	다양한 유형의 믹스인 구현 기능 시연하기 페이지 빌더 콘텐츠 사용자 지정 기능 시연하기
주제 7	다양한 자바스크립트 컴포넌트의 사용 사례 구분 클라이언트 측 컴파일과 서버 측 컴파일의 차이점 및 작동 방식 파악하기