現代のインターネットのエコシステムでは、 ; について で、 そして シニア・シンフォニー・デベロッパーとして、LIKE %...% クエリは技術的な借金であることを知っています。 “search” is not just about finding text performance relevance user experience この記事では、Aを実行する方法について説明します。 Symfony 7.4 での Elasticsearch 統合:私たちは単に「バンドルをインストールする」のではなく、耐久性のあるゼロダウンタイムの検索アーキテクチャを構築しています。 で、 そして のために . production-grade PHP 8.4 features Attributes Symfony Messenger asynchronous indexing アーキテクチャ: Performance & Resilience ジュニア実装では、エンティティ アップデートが Elasticsearch への同期 HTTP 呼び出しを起動します. If Elastic is down, your user cannot save their data. That is unacceptable. 私たちの生産戦略: 
 
 
 
 ゼロダウンタイム インデックス: ライブ インデックスに直接書き込むことはありません. We write to a time-stamped index and use an Alias to point the app to the current live version. Async Indexing: Database writes は Symfony Messenger を使用して Search writes から切り離されます。 厳格な入力:我々はDTOと強力な入力サービスを使用し、可能な限り「魔法の配列」を避ける。 条件 & 設置 f を使用します。 (v7.0+). It provides the best abstraction over the raw クライアントは、Symfonyの構成基準を遵守します。 riendsofsymfony/elastica-bundle elasticsearch-php 環境要件: 
 
 
 
 PHP 8.2+ (リクエスト 8.4) シンポジウム 7.4 Elasticsearch 8.x の検索結果 依存性の設定 あなたのターミナルで次のことを実行してください: composer require friendsofsymfony/elastica-bundle "^7.0"
composer require symfony/messenger
composer require symfony/serializer
 環境構成 あなたの追加 2 君の プロダクションでは、これは秘密マネージャーに保存されていることを確認します(例えば、 または ( ) Elasticsearch DSN .env Symfony Secrets HashiCorp Vault # .env
ELASTICSEARCH_URL=http://localhost:9200/
 「ゼロダウンタイム」の設定 これがほとんどのチュートリアルが失敗する場所です 彼らは静的インデックス名を構成します. We will configure an aliased strategy to allow background reindexing without taking the site down. 作成または更新 : config/packages/fos_elastica.yaml # config/packages/fos_elastica.yaml
fos_elastica:
    clients:
        default:
            url: '%env(ELASTICSEARCH_URL)%'
            # Production Tip: Increase timeout for bulk operations
            config:
                connect_timeout: 5
                timeout: 10

    indexes:
        app_products:
            # "use_alias: true" is critical for zero-downtime reindexing
            use_alias: true 
            
            # Define your distinct settings (analyzers, filters)
            settings:
                index:
                    analysis:
                        analyzer:
                            app_analyzer:
                                type: custom
                                tokenizer: standard
                                filter: [lowercase, asciifolding]

            # Your Persistence strategy (Doctrine integration)
            persistence:
                driver: orm
                model: App\Entity\Product
                provider: ~
                # CRITICAL: We disable the default listener to use Messenger instead
                listener: 
                    insert: false
                    update: false
                    delete: false
                finder: ~

            # Explicit Mapping (Always prefer explicit over dynamic for production)
            properties:
                id: { type: integer }
                name: 
                    type: text 
                    analyzer: app_analyzer
                    fields:
                        keyword: { type: keyword, ignore_above: 256 }
                description: { type: text, analyzer: app_analyzer }
                price: { type: float }
                stock: { type: integer }
                created_at: { type: date }
 ドメインレイヤー Domain Layer 標準のプロダクトエンティティを仮定します. We use standard PHP 8 attributes. namespace App\Entity;

use App\Repository\ProductRepository;
use Doctrine\DBAL\Types\Types;
use Doctrine\ORM\Mapping as ORM;

#[ORM\Entity(repositoryClass: ProductRepository::class)]
#[ORM\Table(name: 'products')]
class Product
{
    #[ORM\Id]
    #[ORM\GeneratedValue]
    #[ORM\Column]
    private ?int $id = null;

    #[ORM\Column(length: 255)]
    private ?string $name = null;

    #[ORM\Column(type: Types::TEXT)]
    private ?string $description = null;

    #[ORM\Column]
    private ?float $price = null;

    #[ORM\Column]
    private ?int $stock = 0;

    #[ORM\Column]
    private ?\DateTimeImmutable $createdAt = null;

    public function __construct()
    {
        $this->createdAt = new \DateTimeImmutable();
    }

    // ... Getters and Setters
    
    public function getId(): ?int
    {
        return $this->id;
    }
    
    // ...
}
 Async Indexing with Messenger(シニアパターン) 放置する代わりに ユーザーのリクエストをインデックスすることにより、直ちにリクエストを遅らせ、私たちは列にメッセージを送信します。 fos_elastica メッセージ A シンプル 変更したエンティティのIDを持ち込む。 DTO (Data Transfer Object) namespace App\Message;

final readonly class IndexProductMessage
{
    public function __construct(
        public int $productId,
        // 'index' or 'delete'
        public string $action = 'index'
    ) {}
}
 The Lifecycle Event サブスクリプト 私たちは、私たちのメッセージを自動的に送信するために、教義の出来事に耳を傾ける。 namespace App\EventListener;

use App\Entity\Product;
use App\Message\IndexProductMessage;
use Doctrine\Bundle\DoctrineBundle\Attribute\AsDoctrineListener;
use Doctrine\ORM\Event\PostPersistEventArgs;
use Doctrine\ORM\Event\PostRemoveEventArgs;
use Doctrine\ORM\Event\PostUpdateEventArgs;
use Doctrine\ORM\Events;
use Symfony\Component\Messenger\MessageBusInterface;

#[AsDoctrineListener(event: Events::postPersist, priority: 500, connection: 'default')]
#[AsDoctrineListener(event: Events::postUpdate, priority: 500, connection: 'default')]
#[AsDoctrineListener(event: Events::postRemove, priority: 500, connection: 'default')]
class ProductIndexerSubscriber
{
    public function __construct(
        private MessageBusInterface $bus
    ) {}

    public function postPersist(PostPersistEventArgs $args): void
    {
        $this->dispatch($args->getObject(), 'index');
    }

    public function postUpdate(PostUpdateEventArgs $args): void
    {
        $this->dispatch($args->getObject(), 'index');
    }

    public function postRemove(PostRemoveEventArgs $args): void
    {
        // When removing, we still need the ID, but the object is technically gone from DB.
        // Ensure you capture the ID before it's fully detached if needed, 
        // but postRemove usually still has access to the object instance.
        $this->dispatch($args->getObject(), 'delete');
    }

    private function dispatch(object $entity, string $action): void
    {
        if (!$entity instanceof Product) {
            return;
        }

        $this->bus->dispatch(new IndexProductMessage($entity->getId(), $action));
    }
}
 トレーダー これが背景労働者の実際の仕事が起こる場所です。 namespace App\MessageHandler;

use App\Entity\Product;
use App\Message\IndexProductMessage;
use App\Repository\ProductRepository;
use FOS\ElasticaBundle\Persister\ObjectPersisterInterface;
use Symfony\Component\Messenger\Attribute\AsMessageHandler;

#[AsMessageHandler]
final class IndexProductHandler
{
    public function __construct(
        // Inject the specific persister for 'app_products' index
        // The service ID usually follows the pattern fos_elastica.object_persister.<index_name>.<type_name>
        // Or you can bind it via services.yaml if autowiring fails
        private ObjectPersisterInterface $productPersister,
        private ProductRepository $productRepository
    ) {}

    public function __invoke(IndexProductMessage $message): void
    {
        if ($message->action === 'delete') {
             // For deletion, we can't fetch the entity as it's gone. 
             // We pass the ID directly to the persister.
             // Note: In some setups, you might need a stub object or just the ID.
             // The ObjectPersisterInterface typically expects an object, 
             // but strictly speaking, Elastica needs an ID. 
             // A cleaner way for delete is often using the Elastica Client directly 
             // if the Persister insists on an Entity object.
             // For simplicity here, we assume the persister handles ID lookups or we use a custom service.
             
             // Production-grade approach: Use the Raw Index Service for deletes to avoid hydration issues
             // But for this example, let's focus on Indexing.
             return; 
        }

        $product = $this->productRepository->find($message->productId);

        if (!$product) {
            // Product might have been deleted before this worker ran
            return;
        }

        // This pushes the single object to Elasticsearch
        $this->productPersister->replaceOne($product);
    }
}
 You must register the persister explicitly in に記載する必要があります。 2 自動車 正しく、または使用 複数のインデックスを持っている場合 services.yaml ObjectPersisterInterface #[Target] # config/services.yaml
services:
    _defaults:
        bind:
            # Bind the specific persister to the argument name or type
            $productPersister: '@fos_elastica.object_persister.app_products'
 タグ: The Repository Pattern Elastica ロジックをコントローラーに置かないでください 専用のサービスを作成してください。 namespace App\Service\Search;

use FOS\ElasticaBundle\Finder\TransformedFinder;

class ProductSearchService
{
    public function __construct(
        // The TransformedFinder returns Doctrine Entities. 
        // If you want raw speed and arrays, use the 'index' service directly.
        private TransformedFinder $productFinder
    ) {}

    /**
     * @return array<int, \App\Entity\Product>
     */
    public function search(string $query, int $limit = 20): array
    {
        // Elastica Query Builder
        $boolQuery = new \Elastica\Query\BoolQuery();
        
        // Match name or description
        $matchQuery = new \Elastica\Query\MultiMatch();
        $matchQuery->setQuery($query);
        $matchQuery->setFields(['name^3', 'description']); // Boost name by 3x
        $matchQuery->setFuzziness('AUTO'); // Handle typos
        
        $boolQuery->addMust($matchQuery);
        
        // Filter by stock (only in stock items)
        $stockFilter = new \Elastica\Query\Range('stock', ['gt' => 0]);
        $boolQuery->addFilter($stockFilter);

        $elasticaQuery = new \Elastica\Query($boolQuery);
        $elasticaQuery->setSize($limit);

        // Returns Hydrated Doctrine Objects
        return $this->productFinder->find($elasticaQuery);
    }
}
 検証&展開 インデックスを作成 アプリが動作する前に、インデックスを初期化する必要があります。 php bin/console fos:elastica:create
 人口データ(初期ロード) MySQL に既存のデータがある場合は、Elastic に押してください。 php bin/console fos:elastica:populate
 このコマンドはゼロダウンタイムの論理を使用します:それは新しいインデックスを作成し、それを記入し、その後アナウンスを原子的に切り替えます。 cURLで確認する Elastic でマッピングが正しいかどうかを確認します。 curl -X GET "http://localhost:9200/app_products/_mapping?pretty"
 結論 あなたは今、次の検索アーキテクチャを持っています: 
 
 
 
 Survives DB load: Searching hits Elastic, not MySQL. 検索は、MySQLではなく、Elasticに影響を与えます。 エラスティック・ダウンタイム:メッセージはメッセンジャー(RabbitMQ/Redis)で列に並び、後でリリースします。 Survives Reindexing: アナライザーとマッピングを変更し、fos:elastica:populate を実行し、ユーザーは何も気づかない。 これは、高性能のSymfonyアプリケーションの標準です。 つながりましょう!LinkedInでつながりましょう! ] for more PHP & Symfony architecture insights. https://www.linkedin.com/in/matthew-mochalkin/ https://www.linkedin.com/in/matthew-mochalkin/

Read My Stories

このオーディオは、ストーリーの元の言語で制作されています。

Symfony Search That Doesn't Go Down: Zero-Downtime Elasticsearch + Async Indexing(ゼロダウンタイムエラスティック検索+アシンクインデックス)

About Author

コメント

ラベル

この記事は

Related Stories

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

AI の力を解き放つ。最先端技術の体系的レビュー: 概要と序論

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

AI の力を解き放つ。最先端技術の体系的レビュー: 概要と序論

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps