Question 1

왜 2.4.7-p9로 업그레이드한 후 Magento 관리자 카테고리 트리에서 비활성화된 카테고리가 시각적으로 회색으로 표시되지 않나요?

Accepted Answer

이것은 Magento 2.4.7-p9에서 알려진 버그입니다. Magento 2.4.8에서 수정되었습니다. 2.4.8로 업그레이드하거나 GitHub 이슈 #39357의 패치를 적용하여 비활성화된 카테고리에 대한 회색 처리 스타일을 복원하세요.

Question 2

Magento 2.4.5-p1에서 구성 가능한 제품에 새로운 변형을 추가하면 기존 변형의 소스 수량이 재설정되는 이유는 무엇입니까?

Accepted Answer

이는 Magento 2.4.5-p1의 알려진 버그입니다. 'Edit Configurations'를 통해 새 하위 제품을 추가하고 'Quantity per source'를 설정하면 기존 모든 하위 제품의 소스 수량이 덮어쓰기되거나 제거됩니다. 해결 방법: 5단계에서 기존 모든 속성 값의 선택을 해제하고 새 값만 선택합니다. 새 제품을 생성한 후, 기존 하위 제품을 구성 가능한 제품에 수동으로 다시 할당하고 해당 소스 수량을 복원하십시오. 영구적인 수정을 위해 Adobe의 issue tracker를 모니터링하십시오.

Question 3

Magento 2.4.7-p8 체크아웃 페이지에서 'Unable to unserialize value' 오류를 수정하는 방법?

Accepted Answer

이는 Magento 2.4.7-p8의 CSP/SRI 처리에서 알려진 회귀(regression)입니다. 해결 방법: 버전 2.4.7-p7으로 롤백하면 영구적으로 오류가 해결됩니다. 임시 방편으로 모든 캐시(Redis 또는 파일 기반)를 삭제하고 정적 콘텐츠를 재배포하면 체크아웃이 복원될 수 있지만, 캐시 워밍업 후 오류가 재발합니다. 영구 패치에 대해서는 공식 이슈 #40247을 추적하세요.

Question 4

Magento 2.4 설치 시 "SQLSTATE[42000]: 1118 Row size too large" 오류를 해결하는 방법

Accepted Answer

이 오류는 InnoDB 행 형식(row format) 및 strict mode 설정으로 인해 MySQL/MariaDB에서 `bin/magento setup:install` 실행 중에 발생합니다. 검증된 두 가지 해결 방법은 다음과 같습니다:

**해결 방법 1: InnoDB strict mode 비활성화**
`my.cnf`(또는 `my.ini`)를 편집하여 `[mysqld]` 아래에 다음을 추가한 후 MySQL/MariaDB 서버를 재시작하십시오:
```
[mysqld]
innodb_log_file_size=512M
innodb_strict_mode=0
```
그런 다음 설치 명령을 다시 실행하십시오.

**해결 방법 2: ROW_FORMAT을 DYNAMIC으로 변경**
기본 ROW_FORMAT은 MariaDB 버전에 따라 달라졌습니다(10.1에서는 COMPACT, 10.4에서는 DYNAMIC). 모든 Magento 테이블을 DYNAMIC으로 변환하십시오:
```sql
SELECT CONCAT('ALTER TABLE `', table_name, '` ROW_FORMAT=DYNAMIC;')
FROM information_schema.tables
WHERE table_schema = 'your_database_name';
```
생성된 ALTER TABLE 문을 실행한 후 설치 또는 업그레이드를 다시 시도하십시오. 두 해결 방법 모두 보고된 부작용이 없습니다.

Question 5

Magento 2 GraphQL addProductsToCart가 영어가 아닌 스토어 로케일에서 user_errors.code에 UNDEFINED를 반환하는 이유는 무엇인가요?

Accepted Answer

이것은 Magento 2.4.x의 알려진 버그입니다: `AddProductsToCart`가 Phrase를 `AddProductsToCartError::create()`에 전달하기 전에 해당 Phrase에 대해 `->render()`를 호출하므로, 오류 코드가 원래 영어 텍스트가 아닌 번역된 메시지에서 매핑되어 조회가 실패하고 `UNDEFINED`로 폴백됩니다. 두 클래스를 패치하여 수정합니다:

1. `Magento\Quote\Model\Cart\AddProductsToCart`에서 렌더링하지 않은 Phrase 객체를 전달합니다. 다음을:
```php
__('The product quantity should be greater than 0')->render()
```
다음과 같이 변경합니다:
```php
__('The product quantity should be greater than 0')
```

2. `Magento\Quote\Model\Cart\AddProductsToCartError::create()`에서 최종 메시지에만 렌더링을 적용하고 번역되지 않은 텍스트에서 코드를 계산합니다:
```php
use Magento\Framework\Phrase;

public function create(Phrase $message, int $cartItemPosition = 0): Data\Error
{
    return new Data\Error(
        $message->render(),
        $this->getErrorCode($message->getText()),
        $cartItemPosition
    );
}
```

공식 수정이 배포될 때까지 composer 패치 또는 preference를 통해 적용합니다. 그러면 프론트엔드는 메시지가 번역된 상태를 유지하면서 안정적인 코드(PRODUCT_NOT_FOUND, NOT_SALABLE, INSUFFICIENT_STOCK)를 수신하게 됩니다.

Magento Open Source

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트