Problemy z wyświetlaniem statycznego bloku Magento 1.9.2.0

Mam witrynę z wieloma blokami statycznymi, która działała w wersji 1.9.1.0, ale w wersji 1.9.2.0 bloki statyczne zaczynają wyświetlać się sporadycznie, ponieważ czasami pokazują nieprawidłowy blok, a nie poprawny. Czasami wyświetlają się zgodnie z życzeniem. Czy ktoś wie, jak rozwiązać ten problem, który może być związany z tym problemem ?

Miałem ten problem z EE 1.14.2 i wygląda na to, że ten sam problem pojawił się w CE 1.9.2. Udokumentowałem mój problem i rozwiązanie w tym pytaniu dotyczącym SE .

Zasadniczo z powodu dodania następującego kodu do konstruktora Mage_Cms_Block_Block:

$this->setCacheTags(array(Mage_Cms_Model_Block::CACHE_TAG));
$this->setCacheLifetime(false);

Bloki statyczne CMS są teraz buforowane. Problem wynika ze sposobu generowania informacji o kluczu pamięci podręcznej. Powoduje to Mage_Core_Block_Abstractzachowanie przy użyciu nazwy bloków w układzie. Jeśli blok nie został dodany z układem, np. Na stronie cms, ta nazwa nie istnieje. Może to spowodować, że statyczne bloki współużytkują ten sam klucz pamięci podręcznej i ulegną pomieszaniu w pamięci podręcznej.

Moim rozwiązaniem było zastąpienie Mage_Cms_Block_Blockklasy i ustawienie informacji o kluczu pamięci podręcznej na podstawie identyfikatora bloku i bieżącego sklepu.

/**
 * Override cms/block to add cache key. This started being a problem as of EE 1.14.2 and CE 1.9.2 when the _construct
 * method was added which turns on caching for cms blocks
 */
class Mysite_Cms_Block_Block extends Mage_Cms_Block_Block
{

    /**
     * If this block has a block id, use that as the cache key.
     *
     * @return array
     */
    public function getCacheKeyInfo()
    {
        if ($this->getBlockId()) {
            return array(
                Mage_Cms_Model_Block::CACHE_TAG,
                Mage::app()->getStore()->getId(),
                $this->getBlockId(),
                (int) Mage::app()->getStore()->isCurrentlySecure()
            );
        } else {
            return parent::getCacheKeyInfo();
        }
    }
}

Oczywiście należy to dodać we własnym module z config.xmlzastąpieniem pliku i bloku itp. Alternatywnie możesz skopiować Mage_Cms_Block_Blockdo lokalnej puli kodów i dodać tam klucz pamięci podręcznej.

Możesz zobaczyć nowe linie dodane w 1.9.2 tutaj

Właśnie zaktualizowałem do wersji 1.9.2.0 i również tego doświadczam. Kategorie ustawione do wyświetlania bloków statycznych + Produkty losowo wyświetlają nieprawidłowy blok statyczny. Nie istniało to przed moją aktualizacją 1.9.2.0.

Tymczasowa poprawka Wyłącz blokowanie wyjściowej pamięci podręcznej HTML, a wyświetlane bloki są prawidłowe.

Tutaj idziemy z rozwiązaniem opartym na module lokalnym, ponieważ powyższe rozwiązanie nie zapewnia całych kroków. Musimy stworzyć moduł niestandardowy, ponieważ wszyscy wiecie, że Magento Boogieman cię dopadnie! jeśli zmień rdzeń :)

Konieczne będą następujące pliki: app/etc/modules/Bhupendra_Cms.xml

<?xml version="1.0"?>
<config>
    <modules>
        <Bhupendra_Cms>
            <active>true</active>
            <codePool>local</codePool>
            <depends>
                <Mage_Cms/>
            </depends>
        </Bhupendra_Cms>
    </modules>
</config>

app/code/local/Bhupendra/Cms/etc/config.xml

<?xml version="1.0"?>
<config>
        <modules>
            <Bhupendra_Cms>
                <version>1.0.0</version>
            </Bhupendra_Cms>
        </modules>
        <global>
            <blocks>
                <cms>
                    <rewrite>
                        <block>Bhupendra_Cms_Block_Block</block>
                        <widget_block>Bhupendra_Cms_Block_Widget_Block</widget_block>
                    </rewrite>
                </cms>
            </blocks>
        </global>
</config>

app/code/local/Bhupendra/Cms/Block/Block.php

<?php
class Bhupendra_Cms_Block_Block extends Mage_Cms_Block_Block {

   public function getCacheKeyInfo()
    {

      $blockId = $this->getBlockId();
      if ($blockId) {
            $result = array(
                $blockId,
                Mage::app()->getStore()->getCode(),
            );
      } else {
           $result = parent::getCacheKeyInfo();
       }
       return $result;
   }

}

app/code/local/Bhupendra/Cms/Block/Widget/Block.php

class Bhupendra_Cms_Block_Widget_Block extends Mage_Cms_Block_Widget_Block
{
       /**
     * Storage for used widgets
     *
     * @var array
     */
    static protected $_widgetUsageMap = array();

    /**
     * Prepare block text and determine whether block output enabled or not
     * Prevent blocks recursion if needed
     *
     * @return Mage_Cms_Block_Widget_Block
     */
    protected function _beforeToHtml()
    {
        parent::_beforeToHtml();
        $blockId = $this->getData('block_id');
        $blockHash = get_class($this) . $blockId;

        if (isset(self::$_widgetUsageMap[$blockHash])) {
            return $this;
        }
        self::$_widgetUsageMap[$blockHash] = true;

        if ($blockId) {
            $block = Mage::getModel('cms/block')
                ->setStoreId(Mage::app()->getStore()->getId())
                ->load($blockId);
            if ($block->getIsActive()) {
                /* @var $helper Mage_Cms_Helper_Data */
                $helper = Mage::helper('cms');
                $processor = $helper->getBlockTemplateProcessor();
                $this->setText($processor->filter($block->getContent()));
                $this->addModelTags($block);
            }
        }

        unset(self::$_widgetUsageMap[$blockHash]);
        return $this;
    }

     /**
     * Retrieve values of properties that unambiguously identify unique content
     *
     * @return array
     */
    public function getCacheKeyInfo()
    {
        $result = parent::getCacheKeyInfo();
        $blockId = $this->getBlockId();
        if ($blockId) {
            $result[] = $blockId;
       }
        return $result;
   }
}

Aby uzyskać więcej informacji, możesz odwiedzić poniższy link, a także pobrać z niego https://www.milople.com/blogs/ecommerce/solved-magento-static-block-display-issue.html

Nie ma na to oficjalnej łatki, jednak została rozwiązana w CE 1.9.2.1

diff -r magento-CE-1.9.2.0/app/code/core/Mage/Cms/Block/Block.php magento-CE-1.9.2.1/app/code/core/Mage/Cms/Block/Block.php
74a75,94
> 
>     /**
>      * Retrieve values of properties that unambiguously identify unique content
>      *
>      * @return array
>      */
>     public function getCacheKeyInfo()
>     {
>         $blockId = $this->getBlockId();
>         if ($blockId) {
>             $result = array(
>                 'CMS_BLOCK',
>                 $blockId,
>                 Mage::app()->getStore()->getCode(),
>             );
>         } else {
>             $result = parent::getCacheKeyInfo();
>         }
>         return $result;
>     }
diff -r magento-CE-1.9.2.0/app/code/core/Mage/Cms/Block/Widget/Block.php magento-CE-1.9.2.1/app/code/core/Mage/Cms/Block/Widget/Block.php
84a85
>                 $this->addModelTags($block);
90a92,106
> 
>     /**
>      * Retrieve values of properties that unambiguously identify unique content
>      *
>      * @return array
>      */
>     public function getCacheKeyInfo()
>     {
>         $result = parent::getCacheKeyInfo();
>         $blockId = $this->getBlockId();
>         if ($blockId) {
>             $result[] = $blockId;
>         }
>         return $result;
>     }

Uwaga: zgłoszono, że nadal występują problemy ze stronami CMS w wielu widokach sklepu:

Magento CE 1.9.2.1 naprawia to tylko częściowo.

Problem nadal występuje w przypadku stron CMS w wielu widokach sklepu. Oto zaktualizowana poprawka (uwaga: nie jest to oficjalna łatka): https://gist.github.com/tux-rampage/77b286f7973336877f7b#file-luka-mce20150805-1-9-2-1-caching-hotfix-patch

Źródło: http://www.magentocommerce.com/products/bug-tracking/issue/index/id/870

Mogę również potwierdzić ten problem.

Powielać:

1. Za pomocą przycisku CMS -> Widgetsutwórz widżet, aby dodać blok statyczny do lewego paska bocznego.

2. Następnie utwórz drugi widget, aby dodać drugi blok statyczny (inny blok niż w step 1) do lewego paska bocznego.

3. Jeśli bufor jest wyłączony, oba statyczne bloki są poprawnie wyświetlane na pasku bocznym.

4. Ale jeśli włączysz bufor, zobaczysz blok statyczny z step 1 wyświetlanego dwukrotnie.

Piotr z Magento opublikował na razie nieoficjalną łatkę do tego wydania: https://gist.github.com/piotrekkaminski/ecd245e8c9390e4020db

Wydaje się, że załatwi sprawę. Tak, edytuje rdzeń, ale rozwiązuje problem, dopóki Magento nie wyda oficjalnej łaty lub następnej wersji ...

Zaktualizuj Magento do 1.9.2.1

Zrobiłem to i włączyłem pamięć podręczną dla danych wyjściowych Blocks HTML i wydaje się, że jest to naprawione.

Jak również niektóre problemy bezpieczeństwa zostały rozwiązane w nowej wersji.

W najnowszej wersji Magento rozszerza ją o nowe funkcje bezpieczeństwa. możesz dodać uprawnienia w systemie-> uprawnienia do bloku statycznego.

Miałem ten sam problem z moim sklepem. Najlepszym obejściem, jakie do tej pory odkryłem, jest wyłączenie buforowania dotkniętych bloków. Możesz to zrobić, ustawiając czas życia pamięci podręcznej bloków na null.

Globalne wyłączenie pamięci podręcznej „Blokuje wyjście HTML” w aktywnej witrynie nie jest dobrym pomysłem, ponieważ niepotrzebnie wpływa na wydajność witryny.

Wyłączanie pamięci podręcznej dla jednego bloku w xml:

<block ... >
    ...
    <action method="unsetData"><key>cache_lifetime</key></action>
    <action method="unsetData"><key>cache_tags</key></action>
</block>

Wyłączanie pamięci podręcznej dla jednego bloku w php:

$this->getLayout()->createBlock('cms/block')
    ->setCacheLifetime(null)
    ->setBlockId('block-id')
    ->toHtml();

Nie ustawiaj czasu życia pamięci podręcznej na „0”, jak wskazano w tym artykule

Udało mi się rozwiązać ten problem, aktualizując istniejące rozszerzenia w Magento Connection Manager. Po przyjrzeniu się temu miałem wrażenie, że problem istnieje w systemie buforowania Magento.

Domyślnie Magento ma kilka pakietów związanych z technologiami buforowania. Obejmują one adaptery i biblioteki dla Zend i Redis.

Zamiast próbować znaleźć odpowiedni pakiet, zdecydowałem się zaktualizować wszystkie pakiety w mojej instalacji.

Następnie wybrałem znacznik wyboru: Mage_All_Latest Który jest metapakietem dla najnowszej stabilnej wersji Magento 1.9.0.0.

Problem może być rozwiązany poprzez aktualizację tylko odpowiednich pakietów. Czułem, że to była lepsza droga, ponieważ podejrzewam, że ta metoda stosuje również poprawki bezpieczeństwa.

Będziesz musiał wykonać pełną aktualizację lub backport 1.9.2.0

Zmiany pamięci podręcznej bloków i widżetów CMS w 1.9.2.1

magento-1921 / app / code / core / Mage / Cms / Block / Block.php

diff -r magento-1920/app/code/core/Mage/Cms/Block/Block.php magento-1921/app/code/core/Mage/Cms/Block/Block.php
74a75,94
> 
>     /**
>      * Retrieve values of properties that unambiguously identify unique content
>      *
>      * @return array
>      */
>     public function getCacheKeyInfo()
>     {
>         $blockId = $this->getBlockId();
>         if ($blockId) {
>             $result = array(
>                 'CMS_BLOCK',
>                 $blockId,
>                 Mage::app()->getStore()->getCode(),
>             );
>         } else {
>             $result = parent::getCacheKeyInfo();
>         }
>         return $result;
>     }

magento-1921 / app / code / core / Mage / Cms / Block / Widget / Block.php

diff -r magento-1920/app/code/core/Mage/Cms/Block/Widget/Block.php magento-1921/app/code/core/Mage/Cms/Block/Widget/Block.php
84a85
>                 $this->addModelTags($block);
89a91,105
>     }
> 
>     /**
>      * Retrieve values of properties that unambiguously identify unique content
>      *
>      * @return array
>      */
>     public function getCacheKeyInfo()
>     {
>         $result = parent::getCacheKeyInfo();
>         $blockId = $this->getBlockId();
>         if ($blockId) {
>             $result[] = $blockId;
>         }
>         return $result;

Korzystam z Magento 1.9.3.8 i problem nadal występuje.

Możesz znaleźć moją poprawkę tutaj :

Zasadniczo dodam unikalny ciąg znaków na podstawie adresu URL strony i blockId do informacji o każdym kluczu pamięci podręcznej, więc każdy blok będzie miał unikalny klucz:

 /**
 * Generates a string based on the page url (for example category/product pages) and concatenate the block id to the url
 * Removes the caracters: /, . , &, = and , from this string
 */
private function generateUrlBasedString($blockId = null)
{
    $currentUrl = Mage::helper('core/url')->getCurrentUrl();
    $url = Mage::getSingleton('core/url')->parseUrl($currentUrl);
    $path = '_' . $url->getPath();

    $path = str_replace('/', '', $path);
    $path = str_replace('.', '', $path);
    $path = str_replace('&', '', $path);
    $path = str_replace(',', '', $path);
    $path = str_replace('=', '', $path);

    if(isset($blockId)) {
        $path .= '_' . $blockId;
    }

    return $path;
}
/**
 * Retrieve values of properties that unambiguously identify unique content
 *
 * @return array
 */
public function getCacheKeyInfo()
{
    $blockId = $this->getBlockId();
    if ($blockId) {
        $result = array(
            'CMS_BLOCK',
            $blockId,
            Mage::app()->getStore()->getCode() . $this->generateUrlBasedString($blockId),
        );
    } else {
        $result = parent::getCacheKeyInfo();
    }
    return $result;
}

Dopóki Magento nie przygotuje poprawki dla tego problemu, możesz utworzyć plik:

app / code / local / Mage / Cms / Block / Block.php

i wstaw kod z powyższego adresu URL github jako treść.

Ten kod jest testowany dla Magento 1.9.2. * I 1.9.3. *

Jest to potwierdzony błąd w wersji 1.9.2, na razie możesz rozwiązać ten problem, po prostu wyłączając pamięć podręczną „Blokuje wyjście HTML” z poziomu admin -> sekcja zarządzania pamięcią podręczną

Mam nadzieję, że to pomoże