Z tego co zrozumiałem, jest to rodzaj równoważności getCacheTags
metody Magento 1.
getIdentities
Z klas modelu jest następnie wykorzystywana w każdej klasie bloku odsyłania tego modelu.
Ok, weźmy /Magento/Catalog/Model/Category.php
:
public function getIdentities()
{
$identities = [
self::CACHE_TAG . '_' . $this->getId(),
];
if ($this->hasDataChanges() || $this->isDeleted()) {
$identities[] = Product::CACHE_PRODUCT_CATEGORY_TAG . '_' . $this->getId();
}
return $identities;
}
Ta metoda jest następnie przywoływana w /Magento/Catalog/Block/Category/View.php
:
public function getIdentities()
{
return $this->getCurrentCategory()->getIdentities();
}
W M2 musisz teraz zadeklarować znacznik pamięci podręcznej za pomocą getIdentities
metody na poziomie modelu, a następnie możesz go użyć w blokach odwołujących się do tych modeli.
Jeśli zaznaczysz każdy blok implementujący getIdentities
metodę, wszystkie odnoszą się do odpowiedniej getIdentities
metody modelu lub odpowiedniego znacznika pamięci podręcznej modelu, takiego jak\Magento\Catalog\Model\Product::CACHE_TAG
Następnie te getIdentities
metody blokowania są używane w Varnish z powodów buforowania, jak wspomniano przez Matthéo, aby ustawić X-Magento-Tags
nagłówek.
Nagłówek ten jest następnie wykorzystywany w Magento/Framework/App/PageCache/Kernel.php
w process()
sposób, aby zapisać w pamięci podręcznej:
$tagsHeader = $response->getHeader('X-Magento-Tags');
$tags = $tagsHeader ? explode(',', $tagsHeader->getFieldValue()) : [];
$response->clearHeader('Set-Cookie');
$response->clearHeader('X-Magento-Tags');
if (!headers_sent()) {
header_remove('Set-Cookie');
}
$this->cache->save(serialize($response), $this->identifier->getValue(), $tags, $maxAge);
dev/tests/static/testsuite/Magento/Test/Legacy/_files/obsolete_classes.php
pliku, więc może planuje się go później usunąć.