คำถามติดแท็ก performance

สิ่งที่ฉันหมายถึงคือ - มีวิธีทำ: $collection = $model->getCollection(); foreach ($collection as $item) { $item->doStuff(); } ในลักษณะที่แม้ว่าคอลเลคชั่นจะมีแถว 100k แต่ก็จะโหลดหน้าแถวในเวลาเดียวจาก MySQL และให้เลขหน้าสำหรับคุณอย่างน่าอัศจรรย์เบื้องหลัง จากการดูVarien_Data_Collection_Db::load()มันไม่ได้เป็นไปได้ แต่แค่ต้องการตรวจสอบ ดูเหมือนว่าสิ่งที่ควรเป็นความต้องการทั่วไป

21 performance  collection 

การอ้างอิงถึงหัวข้อนี้สำหรับ Magento 1อาจจะเป็นประโยชน์ในการเตรียมรายการของโมดูล Magento 2 หลักที่สามารถปิดหรือลบออกได้อย่างสมบูรณ์โดยไม่มีอันตรายสำหรับร้านค้าของเราเพราะพวกเขาใช้งานยาก ในการเริ่มต้นด้วยข้อเสนอ: Magento_UpsหรือMagento_DhlหรือMagento_Fedex(ถ้าลูกค้าของเราจะไม่ใช้พวกเขาจัดส่ง) Magento_Paypal - ดังกล่าวข้างต้น Magento_AdminNotification (บางครั้งน่ารำคาญ) โมดูลทั้งหมดด้วยImport/Export- หากเราไม่โอนย้ายร้านค้าของเราจาก Magento 1 Magento_BundleหรือMagento_DownloadableหรือMagento_GroupedProduct- ถ้าไม่ถูกใช้ Magento_GiftMessage - (หากไม่ได้ใช้) Magento_Rss - หากไม่ได้ใช้ Magento_Sitemap และนี่คือบางส่วนที่น่าสงสัย - หากมีคนมีประสบการณ์กับพวกเขาโปรดแจ้งให้ทราบว่าพวกเขามีประโยชน์สำหรับอะไร: Magento_Marketplace Magento_Msrp Magento_NewRelicReporting Magento_OfflineShipping & Magento_OfflinePayments Magento_SampleData Magento_Swagger Magento_Usps Magento_Vault

19 magento2  module  performance 

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

19 performance  cache  magento-enterprise  full-page-cache  cron 

ไม่มีใครมีประสบการณ์กับ Magento db ทำงานบนเซิร์ฟเวอร์ Percona ด้วย XtraDB? การเปรียบเทียบการทดสอบมาตรฐานตัวเลข ... อะไรก็ได้

18 magento-1  configuration  sql  performance  architecture 

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

18 configuration  performance 

เราได้ศึกษาฟอรัมมากมายและไม่ทราบคำตอบต่อไปนี้ เรามีทั้ง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> …

17 ce-1.7.0.2  performance  backend  cache  full-page-cache 

ฉันถูกขอให้ลองและค้นหาวิธีแก้ปัญหาสำหรับการโหลดช้าของเว็บไซต์ Magento ของเรา ฉันใช้การทดสอบ Yslow และดูเหมือนว่าผู้กระทำผิดที่ใหญ่ที่สุดจะเป็น ทำให้คำขอ HTTP น้อยลง ใช้ CDN เพิ่มส่วนหัวที่หมดอายุ วาง Javascript ที่ด้านล่าง ลดขนาด jS และ CSS กำหนดค่าแท็ก ET ลดการค้นหา DNS หลีกเลี่ยงตัวกรอง AlphaImageLoader ในฐานะผู้จัดการอีคอมเมิร์ซฉันกำลังมองหาคำแนะนำเกี่ยวกับสิ่งที่ฉันสามารถทำได้จากบทบาทของฉันภายในผู้ดูแลระบบ Magento เครื่องมือเว็บมาสเตอร์ ฯลฯ และสิ่งที่ฉันสามารถสั่งให้ผู้พัฒนาทำเว็บไซต์ของเราให้เป็นไปตามข้อกำหนดและรวดเร็วขึ้นอย่างเห็นได้ชัด ฉันเคยดูปลั๊กอินที่เรียกว่า GTMetrix ซึ่งดูเหมือนว่าจะทำสิ่งนี้มากมายสำหรับคุณในผู้ดูแลระบบ (รวมแผ่นงาน CSS, ปรับภาพให้เหมาะสม ฯลฯ ) ใครบ้างมีประสบการณ์กับสิ่งนี้บ้างไหม? ฉันมักจะพยายามหลีกเลี่ยงส่วนขยายที่มากเกินไปซึ่งลึกเข้าไปในฟังก์ชันที่จำเป็น แต่ดูเหมือนว่าอาจเป็นวิธีแก้ปัญหา http://gtmetrix.com/magento-optimization-guide.html คำแนะนำของคุณจะได้รับการชื่นชมอย่างมากเนื่องจากฉันมีช่วงเวลาที่ยากลำบากในการทราบว่าจะเริ่มมีผลกระทบที่ดีที่สุดได้ที่ไหน ขอบคุณล่วงหน้า.

16 ce-1.9.0.1  performance  cdn 

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

16 configuration  performance  magento-enterprise  cache  full-page-cache 

ดังนั้นฉันจึงสังเกตเห็นใน New Relic บนเว็บไซต์ของเรามากมายการโหลดหน้าเว็บมากมายของเราเกิดขึ้นเนื่องจาก Mage_Core_Model_Session_Abstract_Varien :: เริ่ม ฉันได้ทำการวิจัยแล้วและไม่เคยเห็นใครพูดถึงเรื่องนี้เลย เราใช้ Nginx, PHP FPM, Redis สำหรับการแคชและ Memcache สำหรับเซสชัน ความคิดของฉันบางอย่างอาจเป็นอย่างอื่นที่ใช้เวลานานและปรากฏว่าการโหลดเซสชันเป็นปัญหา หรืออย่างใดมีรหัสที่กำหนดเองบางอย่างที่เพิ่มข้อมูลจำนวนมากไปยังเซสชั่นที่ก่อให้เกิดเซสชันขนาดใหญ่ ฉันไม่ได้มีความรู้ในแง่ของเซสชันและวิธีการจัดการ แต่ฉันพบบทความบางอย่างที่พูดถึงการล็อคเซสชัน อย่างไรก็ตามฉันไม่คิดว่าผู้คนจะเปิดหลายหน้าพร้อมกัน บางส่วนของโหลดเหล่านี้มีความยาว 20 - 30 วินาที ฉันแค่อยากรู้อยากเห็นถ้าใครสังเกตเห็นสิ่งนี้หรือมีความรู้เพิ่มเติมเกี่ยวกับวิธีการวิเคราะห์คำขอแบบยาวเหล่านี้เนื่องจากเซสชัน

15 performance  session 

ตัวอย่างเช่นฉันแนะนำให้ปิดใช้งาน Mage_Rss เพื่อเร่งกระบวนการเช็คเอาต์เนื่องจาก Mage_Rss ไม่ได้ใช้กันอย่างแพร่หลายและบังคับให้ล้างแคชหลายครั้งต่อคำขอเช็คเอาต์ ฉันกำลังประเมินการปิดการใช้งาน Mage_Log ด้วยเหตุผลที่คล้ายกันฉันมี Google Analytics อยู่แล้วพร้อมกับรวบรวมบันทึก apache ผ่าน PapertrailApp.com แต่ฉันรู้ว่าฉันยังไม่ได้ทำกระบวนการตรวจสอบ ramifications อย่างเป็นทางการดังนั้นอย่าลังเลที่จะตอบ โดยเฉพาะสำหรับ Mage_Log หรือโดยทั่วไปสำหรับการปิดการใช้งานโมดูลหลัก ฉันรู้ว่าฉันสามารถกำหนดตารางที่โมดูลใช้โดยดูที่สคริปต์ตัวติดตั้งใน / sql และเหตุการณ์ที่ลงทะเบียนโดยดูที่ \ etc \ config.xml แต่มีอะไรที่เกี่ยวข้องอีกบ้าง โมดูลนี้ถูกห่อหุ้มอย่างสมเหตุสมผลมีผลเฉพาะกับตารางด้วยคำนำหน้า log_ หรือไม่? มีหลายเหตุการณ์ที่กำหนดโดยโมดูลหลักนี้ผู้สังเกตการณ์ของพวกเขาจะล้มเหลวอย่างสง่างาม / เงียบ ๆ หรือทำให้เกิดปัญหาต่อเนื่อง ฉันจะบอกได้อย่างไรว่ารายงานใดบ้างที่ได้รับผลกระทบ

15 performance  backend 

ฉันแค่อยากรู้เกี่ยวกับประสิทธิภาพของวีโอไอพี 2 และมันดีกว่าวีโอไอพีรุ่น 1.xอย่างไร เมื่อเร็ว ๆ นี้ฉันเริ่มเรียนรู้วีโอไอพี 2 และพบว่ามันเป็นทฤษฎีชุดใหม่ทั้งหมดที่ใช้สถาปัตยกรรมของเซนด์ล้วนๆ ดังนั้นฉันแค่อยากรู้ว่ามันดีกว่า Magento 1.x เวอร์ชั่นหรือไม่

14 magento2  php  performance  zend-framework 

นี่เป็นคำถามเกี่ยวกับวิธีปฏิบัติในการเขียนโปรแกรมที่ดีใน Magento ฉันต้องการแสดง (ในรายการหมวดหมู่ผลิตภัณฑ์) ผลิตภัณฑ์ที่มีผลิตภัณฑ์ที่เกี่ยวข้องในรูปขนาดย่อ ดังนั้นฉันจึงแก้ไขmypackage/mytheme/template/catalog/product/list.phtmlบางอย่างเช่นนี้ <?php $related=$_product->getRelatedProductIds(); if(count($related)>0){ echo '<div class="a'.$ap.'"></div>'; echo '<div class="li_p"><ul>'; foreach($related as $rela){ $rela_nom=Mage::getModel('catalog/product')->load($rela); echo '<li><a href="'.$rela_nom->getProductUrl().'"> <img src="'.$this->helper('catalog/image')->init($rela_nom, 'small_image')->resize(20).'" width="20" height="20"> </a><li>'; } echo '</ul></div>'; } ?> และมันใช้งานได้ดีมาก แต่คำถามของฉันคือ: สิ่งนี้ถูกต้องหรือไม่ที่จะยกตัวอย่างคลาสโมเดลในไฟล์ phtml? ถ้าไม่ใช่จะเป็นวิธีที่ดีที่สุดในการบรรลุฟังก์ชั่นนี้? ฉันหมายถึงไฟล์ไหนดีกว่าที่จะแก้ไขหรือคลาสไหนดีกว่าที่จะเพิ่มที่ไหน ผู้ช่วยหรือไม่? คุณช่วยยกตัวอย่างเล็ก ๆ น้อย ๆ หรือให้ฉันดูไฟล์ที่ดีกว่าในการแก้ไข

14 template  model  performance  best-practice 

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

14 magento-1  cache  performance  full-page-cache  varnish 

ฉันมีปัญหาด้านประสิทธิภาพของ Magento 2.1 ในร้านของฉันฉันมีสินค้า 90.000 ฉันเพิ่มผลิตภัณฑ์เหล่านี้ลงในสบู่ เมื่อฉันทำสิ่งนี้มันใช้เวลาประมาณ 7 วินาทีสำหรับแต่ละบทความ (ผลิตภัณฑ์?) (คำขอ> ตอบกลับ) โดยสรุปใช้เวลาไม่กี่วันในการเริ่มต้นผลิตภัณฑ์ทั้งหมด ตอนนี้ผลิตภัณฑ์ทั้งหมดอยู่ในร้าน ตลอดสองสามสัปดาห์ที่ผ่านมาฉันต้องอัปเดตบางสิ่งในบทความ (ผลิตภัณฑ์) เมื่อฉันทำสิ่งนี้ด้วยสบู่อีกครั้งมันต้องใช้ระยะเวลาเท่ากัน เมื่อฉันอัปเดตร้านค้าไม่สามารถใช้งานได้ ตัวอย่างคำขอและคำตอบอยู่ที่นี่: https://pastebin.com/aqnMJk98 https://pastebin.com/UAh0h8Zz เซิร์ฟเวอร์ของฉันมี CPU 12 คอร์ RAM 24 GB และ SSD มันใช้งาน Ubuntu 16.04 กับ Apache2 PHP7-fpm และ MYSQL เมื่อฉันดูกระบวนการอัปเดตฉันเห็นว่า 5 คอร์ที่มี MySQL อยู่ที่ 100% PHP นั้นใช้งานได้เล็กน้อยและส่วนที่เหลือก็ไม่ทำงาน หน่วยความจำเล็ก ๆ น้อย ๆ …

13 magento-2.1  api  soap  performance 

ในเอกสารอย่างเป็นทางการว่า Varnish ได้รับการสนับสนุนนอกกรอบและควรมีตัวเลือกในการสร้างไฟล์ VCL ที่เข้ากันได้กับ Varnish 3 และ Varnish 4 ฉันไม่พบสิ่งนี้โดยใช้แผงควบคุมของผู้ดูแลระบบหรือ CLI มีใครพยายามใช้คุณสมบัตินี้หรือไม่?

12 admin  cache  magento2  performance  varnish