คำถามติดแท็ก full-page-cache

แคชแบบเต็มหน้าจากโมดูล PageCache Enterprise อาจใช้แท็กสำหรับโซลูชัน CE FPC ภายในขอบเขตของไซต์ (ดูวิกิแท็ก)

1
Mage_PageCache - แคชแบบเต็มหน้าภายนอก
ดังนั้นใน Community Edition จึงมีตัวเลือกภายใต้System->Configuration->System->External Full Page Cache Settingsที่ดูเหมือนจะเสนอแคชแบบเต็มหน้าโดยใช้ Zend Cache เมื่อคุณตั้งค่าเหล่านี้คุณจะได้รับปุ่มใหม่บนหน้าแคชเพื่อล้างแคชนี้ ดังนั้นคำถามของฉันคือสิ่งนี้หลังจากเพิ่งค้นพบสิ่งนี้เมื่อไม่นานมานี้ ห่า? ใช้งานได้หรือไม่ เหตุใดจึงมีสิ่งนี้ใน CE แล้วนำออกใน EE และมีโมดูลที่แตกต่างอย่างสิ้นเชิง มีใครใช้งานจริงหรือ หมายเหตุ: โมดูลนี้ไม่ได้อยู่ในรุ่น EE

1
บล็อกด้วย Cachable = false ไม่แสดงผลในหน้ามุมมองผลิตภัณฑ์
ฉันใช้ magento2-1.0.0-beta4 ฉันคัดลอกcheckout.rootบล็อกจากapp/code/Magento/Checkout/view/frontend/layout/checkout_index_index.xmlไปยังหน้าผลิตภัณฑ์ page_cacheทุกอย่างมีการปรับการทำงานจนกว่าฉันจะเปิดใช้งาน บล็อกนั้นมีcacheable="false"อยู่ใน Layout XML ตอนนี้เมื่อฉันเปิดหน้าผลิตภัณฑ์บล็อกจะไม่แสดงผลเลย หากฉันเข้าใจแคชของหน้าอย่างถูกต้องมันควรโหลดบล็อคดังกล่าวผ่านการโทร AJAX แต่ดูเหมือนจะไม่เกิดขึ้นเช่นการโทร AJAX เป็นจุดพักของฉันใน\Magento\PageCache\Controller\Block\Render::executeไม่เคยโดน เมื่อเปิด/checkout/หรือใช้/checkout/cart/งานทุกอย่าง แต่ดูเหมือนจะไม่เกิดขึ้นกับการโทร AJAX แต่ดูเหมือนว่าหน้าทั้งหมดจะไม่ได้รับการแสดงผลจากแคชซึ่งเหมาะสมสำหรับรถเข็น ดังนั้นผมจึงควรยกเว้นเพียงหน้ามุมมองสินค้าจากpage_cache? แต่ฉันไม่พบวิธีที่จะทำเช่นนั้น?

3
Pre-Warming Magento Enterprise Full Cache แคช
ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ประโยชน์ด้านประสิทธิภาพของแคชแบบเต็มหน้าใน Magento Enterprise นั้นเป็นที่รู้จักกันดี สิ่งที่อาจไม่ค่อยเป็นที่รู้จักกันดีก็คือเพื่อให้เกิดประโยชน์เต็มที่ในการรับรู้สิ่งนี้จะต้องมีประชากรเต็มและร้อนโดยเฉพาะอย่างยิ่งในชุดผลิตภัณฑ์ขนาดใหญ่ที่คุณไม่มีหน้ากระดาษเพียงไม่กี่หน้า นายกมันเร็วพอ วีโอไอพีรวมถึง cronjob ในตัวเพื่อคลานไซต์และทำให้ FPC อุ่นขึ้นในตอนเช้า ฉันเคยเห็นและได้ยินถึงปัญหาที่เกิดจากงานตอนเช้าใช้เวลานานเกินไปที่จะทำงานปิดกั้นงานอื่นจากการทำงานและต้องการทราบว่าคนอื่นใช้อะไรหรือแนะนำให้ทำเช่นนี้ ความคิดสองสามอย่างที่ฉันมีคือ: รวบรวมเชลล์สคริปต์เพื่อรวบรวมข้อมูลทุกหน้าในไฟล์แผนผังไซต์ที่สร้างขึ้น ใช้รายการ crontab แยกต่างหากและสคริปต์ PHP สั้น ๆ เพื่อ bootstrap Magento และดำเนินการกระบวนการรวบรวมข้อมูลโดยตรง ความคิดและ / หรือประสบการณ์เกี่ยวกับเรื่องนี้ยินดีต้อนรับ!

1
วิธีการเจาะรูแคชแบบเต็มหน้าโดยไม่มีโมดูลที่กำหนดเอง
ดูเหมือนว่าแคชแบบเต็มหน้าของเราจะขึ้นอยู่กับเซสชัน หากฉันเปิดหน้าต่างที่ไม่ระบุตัวตนด้วยโครเมี่ยมและไปที่หน้าใดหน้าหนึ่งมันจะทำให้แคชอุ่นขึ้นและการโหลดหน้าที่สองนั้นเร็วกว่ามาก แต่ถ้าฉันปิดหน้าต่างนั้นและเปิดหน้าต่างที่ไม่ระบุตัวตนใหม่หน้านั้นจะไม่อยู่ใน แคชแบบเต็มหน้าและจะต้องอบอุ่นอีกครั้ง เราเชื่อว่าเป็นเพราะแถบด้านข้างที่แสดงเนื้อหาของรถเข็นของผู้ใช้ ฉันย้าย html นั้นไปยังไฟล์ phtml ใหม่ยกกำลังสองบล็อกเลย์เอาต์ xml และตอนนี้ฉันกำลังทำงานกับไฟล์ cache.xml .... ตัวอย่างทั้งหมดที่ฉันพบสำหรับ cache.xml อ้างถึงโมดูลอย่างไรก็ตามฉันไม่ได้ใช้โมดูลสำหรับบล็อก xml เลย์เอาต์ของฉันฉันใช้ core / template ... มีโอกาสบ้างไหมที่บางคนสามารถฉายแสงบนบล็อกแคชของ xml ที่ไม่ต้องการโมดูลและ / หรือรุ่น

5
ความเร็ว: วีโอไอพีทั้ง APC และ Memcached
เราได้ศึกษาฟอรัมมากมายและไม่ทราบคำตอบต่อไปนี้ เรามีทั้งAPCและMemcacheติดตั้งบนเซิร์ฟเวอร์ของเรา เราไม่แน่ใจว่าการกำหนดค่าที่ถูกต้องและดีที่สุดคืออะไร คำถามของฉัน การตั้งค่าที่ดีที่สุดสำหรับการใช้ Magento โดยใช้ทั้ง Memcache + APC ในเวลาเดียวกันคืออะไร (หรือนี่ไม่ใช่สมาร์ทเลย) การวิจัยพื้นหลัง แนะนำให้ใช้ Memcache และ APC เป็นแคชที่เร็วและช้า (แต่ไม่มีดิสก์) ฟังดูเหมือนว่าจะใช้งานได้ก็ต่อเมื่อคุณมี RAM เพียงพอ (และแน่นอน) http://www.coeusblue.com/blog/48-magento/65-magento-caching และบทความนี้เกี่ยวกับ Memcache หรือ APC - และเรามีทั้งคู่ http://magebase.com/magento-tutorials/speeding-up-magento-with-apc-or-memcached/ และที่นี่มันระบุว่า Memcache ใช้งานได้เฉพาะเมื่อคุณมีแบ็กเอนด์ช้าที่กำหนดไว้ http://www.magentocommerce.com/boards/viewthread/283908/#t393090 และฉันคิดว่าบทความนี้พูดเหมือนกัน http://www.byte.nl/blog/speeding-up-magento-the-burden-of-two-level-cache/ นี่คือโซลูชันของ ISP ของฉันสำหรับ local.xml <cache> <backend>apc</backend> <prefix>sitenamehere__</prefix> </cache> <cache> <backend>memcached</backend> <memcached> <servers> <server> …

5
เกิดข้อผิดพลาดในหน้าผลิตภัณฑ์เมื่อคุณมีผลิตภัณฑ์ที่เกี่ยวข้องและเปิดใช้งานแคชหน้าเต็ม
ฉันได้รับข้อผิดพลาดนี้ในผลิตภัณฑ์บางตัวที่มีผลิตภัณฑ์ที่เกี่ยวข้อง: Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129 ปัญหานี้เกิดขึ้นเฉพาะเมื่อแคชหน้าเต็มเปิดอยู่ น่าเสียดายที่การปิดใช้งานไม่ใช่ตัวเลือกเนื่องจากความแตกต่างของความเร็วมีขนาดใหญ่มาก (เร็วกว่า 2 วินาทีกับหน้าแคช) ฉันลองทุกอย่างที่ฉันรู้: เอาธีมโมดูลที่กำหนดเอง ฯลฯ สภาพแวดล้อม: การผลิต 2.1.0 วานิช นี่คือการติดตามสแต็กเต็ม: a:4:{i:0;s:190:"Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129";i:1;s:5441:"#0 vendor/magento/module-catalog/Block/Product/ProductList/Related.php(129): Magento\Framework\App\ErrorHandler->handler(2, 'Invalid argumen...', '/home/11396-492...', 129, Array) #1 var/generation/Magento/Catalog/Block/Product/ProductList/Related/Interceptor.php(37): Magento\Catalog\Block\Product\ProductList\Related->getIdentities() #2 vendor/magento/module-page-cache/Model/Layout/LayoutPlugin.php(71): Magento\Catalog\Block\Product\ProductList\Related\Interceptor->getIdentities() #3 …

3
บล็อกเจาะรู FPC แบบคงที่
อะไรจะเป็นวิธีที่ง่ายที่สุดในการสร้างรูเจาะ FPC สำหรับบล็อกแบบคงที่ (บล็อก cms)? สมมติว่าฉันมีบล็อกแบบสแตติกที่เรียกบล็อกอื่นภายในที่มีพฤติกรรมที่ฉันต้องการเป็นแบบไดนามิกในทุก ๆ หน้าโหลด

2
Magento Insight การแคชอัตโนมัติ
เรากำลังใช้ Magento EE 1.11 ด้วย memcache เซิร์ฟเวอร์ 2GB ต่อเซิร์ฟเวอร์รวม 4GB เรามีผลิตภัณฑ์ประมาณ 240k หน่วยความจำที่มีอยู่: 6GB แกน: 16 หัวข้อ: 32 นี่คือข้อตกลงมีการเพิ่มผลิตภัณฑ์ใหม่และการเปลี่ยนแปลงผลิตภัณฑ์ที่เกิดขึ้นทุกวันและแน่นอนทุกครั้งที่มีการเพิ่ม / แก้ไขผลิตภัณฑ์ใหม่ในส่วนหลังแคชจะกลายเป็นโมฆะโดยเฉพาะ 'แคชหน้าเต็ม' เมื่อเปิดใช้งานการสร้างแคชอัตโนมัติของ Magentos จะใช้เวลาประมาณ 2 วันในการสร้างแคชโดยมี 8 เธรดที่จัดสรรให้กับโปรแกรมรวบรวมข้อมูล หลังจาก 2 วัน memcache จะลอยอยู่รอบ ๆ ~ 2GB คั่นระหว่าง ram ทั้งสองแผ่น ปัญหาคือเมื่อผลิตภัณฑ์ได้รับการแก้ไขทุกวันแคชจะไม่สามารถใช้งานได้และทันทีที่ 'แคชหน้าเต็ม' ถูกรีเฟรชแคช 2GB นั้นกลับไปเป็นสี่เหลี่ยมจัตุรัส 1, 0 และวงจรหนืดของ Magentos Auto …

5
แคชแบบเต็มหน้าใน CE 1.8 - โมดูล Magento FPC? วานิช? ทั้งสอง?
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ดังนั้นฉันสับสนเล็กน้อยเมื่อฉันทำการค้นคว้า Full Page Caching สำหรับ Community Edition 1.8 ฉันได้ติดตั้ง Redis Cache สองระดับ CDN ปรับ my.cnf ของ MySQL เพื่อประสิทธิภาพสูงสุด (w / ฐานข้อมูลอยู่บนเซิร์ฟเวอร์ที่แยกต่างหากแน่นอน) และฉันมี 2 เซิร์ฟเวอร์ที่โฮสต์ร้านค้าของเราอยู่ด้านหลังตัวโหลดบาลานซ์ ฉันบอกว่าจะชี้ให้เห็นว่าฉันไม่ได้กระโดดสำหรับ FPC ทันทีก่อนที่จะทำการปรับแต่งประสิทธิภาพเริ่มต้น ฉันไม่เคยใช้ Varnish มาก่อนในเว็บไซต์ทุกรูปแบบ Magento นับประสาและฉันก็ไม่เคยตั้ง FPC ใน Magento เช่นกัน ฉันเข้าใจว่าวานิชเป็นพร็อกซีที่ทำหน้าที่เป็นจุดเชื่อมต่อระหว่าง CDN และหน้าแคชด้วยตัวเองโดยส่งข้อมูลไปยังเบราว์เซอร์ก่อนที่คำขอจะเข้าสู่เว็บเซิร์ฟเวอร์ และเพื่อความเข้าใจของฉันโมดูล FPC สร้างแคชเฉพาะที่เว็บเซิร์ฟเวอร์เองออก ฉันรู้ว่าสำหรับการตั้งค่าทั้งสองคุณต้องทำ "การเจาะรู" เพื่อรับเนื้อหาแบบไดนามิกไปยังเบราว์เซอร์ (แม้ว่าเทคนิคจะแตกต่างกันระหว่างการใช้โมดูลหรือการใช้วานิช) …

2
การปรับเปลี่ยนที่จำเป็นสำหรับการใช้น้ำยาเคลือบเงาบน Magento CE
ฉันกำลังดิ้นรนเพื่อหาตัวอย่างการทำงานที่ดีในสิ่งที่จำเป็นต้องมีการแก้ไขเพื่อให้วานิชแคชเว็บไซต์วีโอไอพี โดยหลักการแล้วฉันต้องการรายการงานเช่นสิ่งที่ต้องปิดการใช้งาน / เปิดใช้งานและตำแหน่งที่จะมองหา นอกจากนี้ยังเป็นการดีที่จะมี Varnish config ที่การเปลี่ยนแปลงเหล่านั้นได้รับการออกแบบให้ทำงานร่วมกับ คู่มือการใช้งานวีโอไอพีพูดถึง Varnish เป็นอย่างมากดังนั้นฉันจึงรู้ว่ามันเคยทำมาก่อน แต่มันไม่ได้อธิบายวิธีการใช้งานจริง

2
เหตุใดแคชแบบเต็มหน้าจึงปิดใช้งานแคชบล็อก
ฉันมีส่วนคงที่ซึ่งรวมอยู่ในทุกหน้า (การนำทาง) แต่ใช้เวลานานในการสร้าง นั่นคือเหตุผลที่ฉันตั้งอายุการใช้งานแคชและคีย์แคชแบบสแตติก ทำงานได้ดีจนกระทั่งเปิดใช้งาน FPC จากนั้นบล็อกจะถูกสร้างขึ้นอีกครั้งสำหรับเพจที่เรียกใหม่และไม่ได้แสดงจากแคชบล็อก มีบรรทัดนี้ในEnterprise_PageCache_Model_Observer: Mage::app() ->getCacheInstance() ->banUse(Mage_Core_Block_Abstract::CACHE_GROUP); // disable blocks cache อะไรคือสาเหตุของสิ่งนี้? มันสมเหตุสมผลสำหรับฉันที่จะยังคงแคชบล็อกบางอย่างแม้ว่า FPC เปิดอยู่ - เพราะไม่เช่นนั้นการสร้างหน้าเว็บที่ไม่ได้รับการบริการอย่างเต็มที่จากแคชจะช้าลง การตัดสินใจออกแบบคืออะไร? ทางออกที่ดีคืออะไร? มันจะเป็นอันตรายหรือไม่ถ้าฉันเพิ่งลบแคชบล็อกนี้?

8
รีเฟรชแคชโดยทางโปรแกรมใน Magento 2 ที่ระบบหน้าต่าง
ฉันกำลังมองหารหัสที่สามารถรีเฟรชหรือล้างแคช Magento2 ผ่านสคริปต์ได้ มันง่ายมากใน Magento 1.x ฉันใช้ Magento2 บนเซิร์ฟเวอร์ WAMP (หน้าต่าง)

2
Magento 2: วิธีสร้างประเภทแคชที่กำหนดเองของคุณเอง?
ใน Magento 1 เป็นไปได้ที่จะสร้างประเภทแคชของคุณเองโดยการประกาศสิ่งต่อไปนี้ในconfig.xml: <global> <cache> <types> <custom translate="label,description" module="module"> <label>Custom Cache</label> <description>This is my custom cacge</description> <tags>CUSTOM_CACHE_TAG</tags> </custom > </types> </cache> </global> มันจะส่งผลให้มีการเพิ่มประเภทแคชใหม่ลงในแบ็กเอนด์ภายใต้ระบบ> การจัดการแคชและดังนั้นมันจะเพิ่มความสามารถในการล้างแคชที่เกี่ยวข้องกับCUSTOM_CACHE_TAGแท็กแคช เป็นไปได้ใน M2 และวิธีการบรรลุหรือไม่

2
แคชทำงานในวีโอไอพีอย่างไร
ฉันต้องการได้รับความชัดเจนมากขึ้นเกี่ยวกับอัลกอริทึมแคช Magento ฉันเรียก https://www.nicksays.co.uk/developers-guide-magento-cache/ http://www.demacmedia.com/magento-commerce/magento-tutorials/understanding-full-page-cache/ แต่ถึงกระนั้นเมื่อฉันมองไปที่ var / แคชโฟลเดอร์ฉันสามารถดูmage--0ไปmage--9และจากmage--amage--f พวกเขาคืออะไร พวกเขาทำอะไร? พวกเขาจะทำอย่างไร มีคนอธิบายแนวคิดนี้ได้ไหม

3
ไม่ได้เปิดใช้งานแคช
ฉันพยายามเปิดใช้งานแคชในวีโอไอพีที่หยุดข้ามคืน เมื่อฉันเลี้ยวแสดงข้อความยืนยันความสำเร็จ แต่ไม่ทำงาน ฉันพยายามเปิดใช้งานโดยทางโปรแกรมและด้วย mysql แต่ไม่ประสบความสำเร็จ ฉันพยายามปิดใช้งานแล้วเปิดใช้งาน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.