Indexbeheer
Adobe Commerce en Magento Open Source worden automatisch opnieuw berekend telkens als een of meer items worden gewijzigd. Acties die opnieuw indexeren activeren, zijn onder andere prijswijzigingen, het maken van catalogi- of winkelregels voor winkelwagenprijzen, het toevoegen van nieuwe categorieën enzovoort. Commerce slaat gegevens met behulp van indexen op in speciale tabellen om de prestaties te optimaliseren. Als de gegevens veranderen, moeten de geïndexeerde tabellen worden bijgewerkt of opnieuw worden gedesdexeerd. Commerce wordt opnieuw als een achtergrondproces gebruikt en uw winkel blijft tijdens het proces toegankelijk.
Het opnieuw indexeren van gegevens versnelt de verwerking, en vermindert de tijd de klant moet wachten. Als je bijvoorbeeld de prijs van een object wijzigt van $4,99 in $3,99, wijzigt Commerce de gegevens opnieuw om de prijswijziging in de winkel aan te geven. Zonder indexering zou Commerce de prijs van elk product op de vlucht moeten berekenen; regels voor winkelwagenprijzen, prijzen van pakketten, kortingen, prijzen op lagen, enzovoort. Het laden van de prijs voor een product kan langer duren dan de klant bereid is te wachten.
De indexeerders kunnen worden ingesteld op bijwerken tijdens het opslaan of op schema. Alle indexen kunnen beide opties gebruiken, behalve Klantenraster dat alleen ondersteuning biedt voor opslaan. Bij indexering bij opslaan start Commerce een nieuwe index bij het opslaan van handelingen. De pagina van het Beheer van de Index voltooit de update en spoelt het geheime voorgeheugen, met het herindexbericht verschijnen binnen een minuut of twee. Wanneer opnieuw indexeren op een programma, loopt een herindex volgens een programma als bijbaanbaan. Een systeembericht verschijnt als de baan van de a cronniet beschikbaar is om het even welke indexen bij te werken die ongeldig worden. Uw winkel blijft toegankelijk tijdens herindexeringsprocessen.
Als een nieuwe index nodig is, verschijnt een melding boven aan de pagina. De index en het bericht worden gewist op basis van de herindexmodus en de mogelijke acties die u uitvoert. Voor meer gedetailleerde informatie over het indexeren, zie hoe de toepassing het indexerenin de Gids van de Ontwikkelaar PHP uitvoert.
- Index Management heeft een iets andere presentatie voor platte productcatalogi.
- Om problemen te vermijden wanneer de veelvoudige gebruikers Admin voorwerpen bijwerken die automatische het opnieuw indexeren teweegbrengen, wordt het geadviseerd dat u alle indexen plaatst om op programma te lopen als bouwbanen. Anders kunnen objecten met onderlinge afhankelijkheden, telkens wanneer een object wordt opgeslagen, een impasse veroorzaken. Symptomen van een impasse zijn onder andere een hoog CPU-gebruik en MySQL-fouten. Als beste praktijken, adviseert men dat u geplande indexering gebruikt.
-
Aanbevolen werkwijzen voor herindexering
Het opnieuw indexeren en in cache plaatsen heeft verschillende doeleinden in Commerce. De indexen volgen gegevensbestandinformatie voor verhoogde onderzoeksprestaties, snellere gegevensherwinning voor opslagmilieu's, en meer. 🔗 sparen de Caches van 0} geladen gegevens, beelden, formaten, en als voor verhoogde prestaties die en tot de storefront toegang hebben laden.
- Doorgaans wilt u opnieuw indexeren bij het bijwerken van gegevens in Commerce.
- Als u een grote winkel of meerdere winkels hebt, kunt u indexeerders zoals categorie en producten instellen op geplande snijtaken vanwege de mogelijkheid van herindexering. U kunt de herdex instellen volgens een schema gedurende niet-piekuren.
- Wanneer u opnieuw indexeert, hoeft u niet ook een uitlijncache uit te voeren.
- Voor nieuwe Commerce-installaties moet u het cachegeheugen leegmaken en opnieuw indexeren.
- Door het leegmaken van caches en het opnieuw indexeren wordt de webbrowsercache van uw computer niet leeggemaakt. Wis de browsercache nadat u de updates voor uw winkel hebt voltooid.
De indexmodus wijzigen
catalogsearch_fulltext) indexeerder hebben geplaatst: De fulltext index moet na om het even welke verandering van bulktoestemmingen opnieuw worden uitgevoerd of wanneer de "toestemmingen"indexer op "Geplande"wijze is.-
Voor Admin sidebar, ga System > Tools>Index Management.
-
Schakel het selectievakje in voor elke index die u wilt wijzigen.
-
Stel Actions in op een van de volgende opties:
Update on SaveUpdate by ScheduleInvalidate index
note important IMPORTANT Het raster van de klant kan slechts opnieuw worden geformatteerd gebruikend Update on Save. Deze index steunt nietUpdate by Schedule. -
Klik op Submit om de wijziging toe te passen op elke geselecteerde index.
de kolommen van het Beheer van de Index
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 layout-auto Kolom Beschrijving Indexer De naam van de index. Description Een beschrijving van de index. Mode Hiermee wordt de huidige updatemodus voor elke index aangegeven. Opties:
Update on Save- De index wordt ingesteld om bij te werken wanneer een entiteitswijziging wordt opgeslagen. Deze entiteiten omvatten producten, categorieën, en klanten. Wanneer de opslagactie is voltooid, wordt een reeks stappen uitgevoerd om de wijzigingen vast te leggen en de index bij te werken. De pagina van het Beheer van de Index werkt en spoelt het herindexbericht binnen een minuut of twee bij.
Update on Schedule - de index wordt geplaatst om op programma volgens de baan van de a cronbij te werken. De bouwbaan omvat het planningsinterval voor het opnieuw indexeren, schrijvend updates aan de index wanneer looppas.Schedule Status Geeft de statusupdates van het schema weer. Status Geeft een van de volgende opties weer:
Ready— De index is up-to-date.
Suspended - Opnieuw indexeren is gepauzeerd.
Processing- Er wordt momenteel opnieuw geïndexeerd.
Reindex Required - Er is een wijziging aangebracht die opnieuw indexeren vereist, maar de indexen kunnen niet automatisch worden bijgewerkt. Controle om te zien of is cronbeschikbaar en correct gevormd.Updated Geeft de datum en tijd aan waarop een index voor het laatst is bijgewerkt.
Opnieuw indexeren met de opdrachtregel
Commerce biedt aanvullende opties voor opnieuw indexeren via de opdrachtregel. Voor volledige details en bevelopties, zie 🔗 opnieuw indexeren {:target= "leeg"} in de Gids van de Configuratie.
Gebeurtenissen van indextrigger
Triggers opnieuw indexeren
toevoegen
toe toevoegt opslaggroep
, geef, of schrap attributen (voor het zoeken en het filtreren) toe
toe toevoegt opslaggroep
, geef, of schrap attributen (voor het zoeken en het filtreren) toe
product-aan-categorie relaties van de Verandering
toe, geef, of schrap categorieën uit
voeg of schrap opslag
de groepen van de de opslagplaats van de Schrapping
websites van de Schrapping toe
toe of schrap opslag
de groepen van de de opslagplaats van de Schrapping
websites van de Schrapping
toe toevoegt opslaggroep
, schrapt, of updateattribuut (voor het zoeken en het filtreren)
Indexhandelingen en -besturingselementen
Actions that Cause a Full ReindexGebeurtenissen die volledige redexering activeren
creeer een mening van de Webopslag
, of schrap een attribuut dat om het even welk volgend is:
- Doorzoekbaar of zichtbaar in geavanceerd onderzoek
- Filterbaar
- Filterbaar in onderzoek
- Gebruikt voor het sorteren
Verandert een bestaand attribuut om het even welk van het voorafgaande te zijn.
toelaten de vlakke opties van de categorieopslag
creeer een mening van de Webopslag
, of schrap een attribuut dat om het even welk volgend is:
- Doorzoekbaar of zichtbaar in geavanceerd onderzoek
- Filterbaar
- Filterbaar in onderzoek
- Gebruikt voor het sorteren
Verandert een bestaand attribuut om het even welk van het voorafgaande te zijn.
toelaten de vlakke opties van de categorieopslag
Stock Options - de Vertoning uit Producten van de VoorraadProduct Stock Options - beheert Voorraadwanneer om het even welke volgende opties van de Inventaris van de Catalogus in de systeemconfiguratie veranderen:
Stock Options - de Vertoning uit Producten van de VoorraadProduct Stock Options - beheert VoorraadPrice - de Reikwijdte van de Prijs van de CatalogusSchrap een opslag
een website schrap