В съвременната интернет среда, ; става въпрос за , и Като старши разработчик на Symfony, вие знаете, че заявките LIKE %...% са техническа дългова капана. “search” is not just about finding text performance relevance user experience Тази статия описва как да се прилага Интеграция на Elasticsearch в Symfony 7.4.Ние не просто "инсталираме пакет"; изграждаме устойчива архитектура за търсене с нулево закъснение, използвайки , и за . production-grade PHP 8.4 features Attributes Symfony Messenger asynchronous indexing Архитектура: Performance & Resilience В младша имплементация актуализацията на предприятието задейства синхронно HTTP повикване към Elasticsearch. Ако Elastic е затворен, потребителят не може да запише данните си. Нашата стратегия за производство: 
 
 
 
 Zero-Downtime Indexing: Ние никога не пишем директно към живия индекс.Ние пишем към индекс с време и използваме псевдоним, за да насочим приложението към текущата жива версия. Async индексиране: писанията на бази данни се отделят от писанията за търсене с помощта на Symfony Messenger. Строго въвеждане: Използваме DTO и силно въвеждани услуги, като избягваме "магически масиви" където е възможно. Предпоставки и инсталация Ще използваме F (v7.0+). Той осигурява най-добрата абстракция над суровата Клиентът се придържа към стандартите за конфигурация на Symfony. riendsofsymfony/elastica-bundle elasticsearch-php Изисквания към околната среда: 
 
 
 
 PHP 8.2 + (редактиране на 8.4) Симфония 7.4 Еластично търсене 8.x Изграждане на зависимост Направете следното във вашия терминал: composer require friendsofsymfony/elastica-bundle "^7.0"
composer require symfony/messenger
composer require symfony/serializer
 Конфигурация на околната среда Добавете своя Твоите В производството се уверете, че това е съхранено в таен мениджър (като или ) на Elasticsearch DSN .env Symfony Secrets HashiCorp Vault # .env
ELASTICSEARCH_URL=http://localhost:9200/
 Настройване на “Zero-Downtime” Това е мястото, където повечето уроци се провалят.Те конфигурират статично индексно име.Ние ще конфигурираме алиазирана стратегия, за да позволим преиндексиране на фона, без да сваляме сайта. Създаване или актуализиране : 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 }
 Домейн Layer Да предположим, че това е стандартна продуктова единица.Ние използваме стандартни атрибути PHP 8. 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 индексиране с Messenger (старши модел) Вместо да оставя забавяне на нашите потребителски искания чрез незабавно индексиране, ние ще изпратим съобщение до опашка. fos_elastica Съобщението Един прост да носи идентификационния номер на предприятието, което се е променило. DTO (Data Transfer Object) namespace App\Message;

final readonly class IndexProductMessage
{
    public function __construct(
        public int $productId,
        // 'index' or 'delete'
        public string $action = 'index'
    ) {}
}
 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);
    }
}
 Трябва изрично да се регистрирате в 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'
 Търсене на: Репозиторен модел Не поставяйте логиката на 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
 Тази команда използва логиката Zero-Downtime: тя създава нов индекс, попълва го и след това атомно превключва псевдонима. Проверете чрез cURL Проверете дали картирането ви е правилно директно в Elastic. curl -X GET "http://localhost:9200/app_products/_mapping?pretty"
 Заключения Сега имате архитектура за търсене, която: 
 
 
 
 Survives DB load: Търсенето удари Elastic, а не MySQL. Преживява Еластичен прекъсване: Съобщения опашка в Messenger (RabbitMQ / Redis) и презареждане по-късно. Survives Reindexing: Можете да промените анализаторите и картографирането си, да изпълните fos:elastica:populate и потребителите няма да забележат нещо. Това е стандартът за високопроизводителни приложения на Symfony. Свържете се с мен в LinkedIn [ ] за повече PHP & Symfony архитектура прозрения. https://www.linkedin.com/in/matthew-mochalkin/ https://www.linkedin.com/in/matthew-mochalkin/

Read My Stories

Това аудио е създадено на оригиналния език на историята!

Symfony търсене, което не отива надолу: Zero-Downtime Elasticsearch + Async индексиране

About Author

КОМЕНТАРИ

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps