Question 1

リソースなしのカスタムSylius管理ページで「Impossible to access an attribute (applicationName) on a null variable」を修正するにはどうすればよいですか？

Accepted Answer

このエラーは、CRUD パンくずリストテンプレートが resource_metadata を期待するが、カスタム管理ページがリソースを基にしていない場合に、Sylius 2.0.5 で発生します。Sylius を PR #18972 を含むリリースにアップグレードしてください。回避策として、templates/shared/crud/index/content/header/breadcrumbs.html.twig（または対応するベンダーテンプレート）にパッチを適用し、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 が 404 ではなく HTTP 500 を返すのをどう修正すればよいですか？

Accepted Answer

SyliusをPR #18969を含むリリースにアップグレードしてください。このPRは`Sylius\Bundle\ApiBundle\Exception\OrderItemNotFoundException`を**404 Not Found**レスポンスにマッピングします。アップグレード後、キャッシュをクリアします：

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

すぐにアップグレードできない場合は、例外マッピングをAPI Platformの設定（通常は`config/packages/api_platform.yaml`）に手動で追加してください：

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

その後、キャッシュをクリアします。これは、指定された`orderItemId`が注文トークンで識別されるカートに属していない場合に、商品数量の変更や商品の削除に使用されるカートエンドポイントに影響します。

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 ステートマシンのコールバックはコンテナからサービスを取得するため、このサービスは public でなければなりません。これは Sylius PR #18953 で公式に修正されています。その修正を含む Sylius リリースにアップグレードしてください。

一時的な回避策として、config/services.yaml で public エイリアスを定義します。

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

次に、ステートマシンのコールバックでそのエイリアスを使用します。

winzou_state_machine:
    sylius_order_payment:
        callbacks:
            after:
                app_send_confirmation_email:
                    on: ["pay"]
                    do: ["@app.mailer.order_email_manager", "sendConfirmationEmail"]
                    args: ["object"]
                    priority: 950

その後、キャッシュをクリアします。

bin/console cache:clear

Question 5

payment step がスキップされたときに、Sylius checkout が無効な payment method を選択してしまうのをどう修正すればよいですか？

Accepted Answer

これは、チャネルで skipping_payment_step_allowed が有効になっているときに、顧客が以前選択した支払い方法が管理画面で無効化されると発生します。これは Sylius PR #18965 で修正されました。sylius/sylius をその PR を含むリリースにアップグレードするか、プロジェクトにパッチを適用してから、キャッシュをクリアしてください:

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

一時的な回避策:

1. チャネル設定に移動し、「Skip payment step if only one payment method is available」を無効にする、または
2. 以前選択した支払い方法を再度有効にして、顧客がチェックアウトを完了できるようにする。

修正後、チェックアウトは選択された支払い方法を再検証し、無効な方法を保持する代わりに有効な方法を使用します。

Sylius

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト