Question 1

resource 없이 사용자 정의 Sylius admin 페이지에서 "Impossible to access an attribute (applicationName) on a null variable" 오류를 어떻게 수정하나요?

Accepted Answer

이 오류는 CRUD breadcrumbs 템플릿이 resource_metadata를 기대하지만, 사용자 지정 관리자 페이지가 리소스 기반이 아닐 때 Sylius 2.0.5에서 발생합니다. PR #18972가 포함된 릴리스로 Sylius를 업그레이드하세요. 임시 해결 방법으로, templates/shared/crud/index/content/header/breadcrumbs.html.twig(또는 해당 vendor 템플릿)를 패치하여 default 필터 대신 null 병합 연산자를 사용하도록 하세요: {% set title = title_from_context ?? (resource_metadata.applicationName~'.ui.'~resource_metadata.pluralName) %}. 또는 sylius_admin.my_page.index.content.header의 breadcrumbs 훅을 resource_metadata에 의존하지 않는 사용자 지정 템플릿으로 교체하세요. 그런 다음 bin/console cache:clear로 캐시를 지우세요.

Question 2

Sylius API UpdateCart 명령이 유효하지 않은 이메일 주소를 허용하는 문제를 어떻게 수정하나요?

Accepted Answer

이는 Sylius\Bundle\ApiBundle\Command\Checkout\UpdateCart의 email 필드에 Email 유효성 검사 제약 조건이 없기 때문에 발생합니다. PR #18970이 포함된 Sylius 2.x 릴리스로 업그레이드하거나 해당 패치를 수동으로 적용하십시오. src/Sylius/Bundle/ApiBundle/Resources/config/validation/UpdateCart.xml에서 email 속성에 Symfony Email 제약 조건을 추가하십시오. 이 필드는 선택 사항이므로 NotBlank를 추가하지 마십시오. Email은 null을 허용하지만 잘못된 형식의 주소는 거부합니다: 그런 다음 bin/console cache:clear로 캐시를 지우십시오. UpdateCart 엔드포인트로 전송된 잘못된 이메일은 이제 허용되는 대신 유효성 검사 오류를 반환합니다.

Question 3

Sylius API에서 OrderItemNotFoundException이 HTTP 500 대신 404를 반환하는 문제를 어떻게 수정하나요?

Accepted Answer

Sylius를 PR #18969가 포함된 릴리스로 업그레이드하세요. 이 PR은 Sylius\Bundle\ApiBundle\Exception\OrderItemNotFoundException을 404 Not Found 응답으로 매핑합니다. 업그레이드한 후 캐시를 지우세요:

composer update sylius/sylius
php bin/console cache:clear

즉시 업그레이드할 수 없다면, API Platform 구성, 보통 config/packages/api_platform.yaml에 예외 매핑을 수동으로 추가하세요:

api_platform:
    exception_to_status:
        Sylius\Bundle\ApiBundle\Exception\OrderItemNotFoundException: 404

그런 다음 캐시를 지우세요. 이는 제공된 orderItemId가 order token으로 식별된 cart에 속하지 않을 때 item 수량을 변경하거나 item을 제거하는 데 사용되는 cart endpoints에 영향을 줍니다.

Question 4

Sylius 상태 머신 콜백에서 "sylius.mailer.order_email_manager service has been removed or inlined" 오류를 어떻게 해결하나요?

Accepted Answer

이것은 Sylius 2.2.4의 회귀 버그입니다: sylius.mailer.order_email_manager가 private으로 변경되었지만, Winzou state machine 콜백은 컨테이너에서 서비스를 가져오므로 서비스가 public이어야 합니다. 이는 공식적으로 Sylius PR #18953에서 수정되었습니다; 해당 수정이 포함된 Sylius 릴리스로 업그레이드하세요.

임시 해결 방법으로 config/services.yaml에 public 별칭을 정의하세요:

services:
    app.mailer.order_email_manager:
        alias: sylius.mailer.order_email_manager
        public: true

그

Question 5

How do I fix Sylius checkout selecting a disabled payment method when the payment step is skipped?

Accepted Answer

This occurs when a customer's previously selected payment method is disabled in the admin while the channel has `skipping_payment_step_allowed` enabled. It was fixed by Sylius PR #18965. Upgrade `sylius/sylius` to a release containing that PR, or apply the patch to your project, then clear the cache:

```bash
composer update sylius/sylius
php bin/console cache:clear
```

Temporary workarounds:

1. Go to the channel settings and disable **Skip payment step if only one payment method is available**, or
2. Re-enable the previously selected payment method so customers can complete checkout.

After the fix, checkout revalidates the selected payment method and uses an enabled method instead of retaining a disabled one.

Sylius

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트