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

Magento Code บั๊กเท่านั้น โปรดระบุหมายเลขเวอร์ชันปัญหาและไฟล์หลักที่ได้รับผลกระทบ คำถามเกี่ยวกับข้อบกพร่อง (สงสัย) ใน Magento อย่าเพิ่มแท็ก "ข้อบกพร่อง" สำหรับปัญหาเกี่ยวกับส่วนขยายหรือข้อบกพร่องในโค้ดของคุณเอง

13
วีโอไอพี core_url_rewrite ตารางใหญ่เกินไป
ฉันสังเกตเห็นรายงานจำนวนมากว่าตารางนี้สามารถกลายเป็นความยุ่งเหยิงอย่างมากฉันใช้งานไซต์ที่มี 5000 SKUs และ ~ 250 หมวดหมู่ (ร้านค้าเดียว) และcore_url_rewriteตารางผลลัพธ์มากกว่า 600,000 บรรทัดและมากกว่า 500MB ซึ่ง เป็นบ้า สิ่งนี้จะทำให้ประสิทธิภาพของไซต์ช้าลงและทำให้ฐานข้อมูลมีขนาดใหญ่มาก ฉันขุดและพบโพสต์ค่อนข้างน้อยเกี่ยวกับเรื่องนี้ที่สะดุดตาที่สุด: Core_url_rewrite ข้อผิดพลาด: จำนวน URL ที่ซ้ำกันจำนวนมากสำหรับแต่ละผลิตภัณฑ์ที่สร้างขึ้นในดัชนี Magento Commerce - การติดตามข้อผิดพลาด - ปัญหา # 29020 // ลิงก์เหล่านี้ถูกลบตั้งแต่การติดตั้งบอร์ดใหม่ ตอนนี้ฉันเข้าใจแล้วว่าตารางสามารถถูกตัดทอนและทำดัชนีใหม่ได้ แต่วิธีนี้ไม่สามารถแก้ปัญหาได้ จากสิ่งที่ฉันเข้าใจส่วนหนึ่งของปัญหาคือผลิตภัณฑ์ที่มี url key เดียวกันตามชื่อของผลิตภัณฑ์จึงทำให้มีการทำดัชนีลิงก์ การแก้ไขที่กล่าวถึงคือ: app/code/core/Mage/Catalog/Model/Url.php ในบรรทัด ~ 807: เปลี่ยนแปลง: if ($product->getUrlKey() == '' && !empty($requestPath) && …

1
เหตุใดจึงไม่มีการจัดทำดัชนีใหม่สำหรับ EAV และแท็กบางส่วน
คำถามนี้ทำให้ฉันงุนงงไม่นาน เหตุใดจึงมีการแก้ไขข้อผิดพลาดในการปรับปรุงใน Magento 1.13.xx เรียกว่าการจัดทำดัชนีใหม่บางส่วนไม่ครอบคลุมตัวทำดัชนี "คุณสมบัติของผลิตภัณฑ์" และ "ข้อมูลรวมแท็ก" ทำไมทั้งสองต้องทำดัชนีใหม่ด้วยตนเอง? ตามความเห็นของฉันดัชนี EAV เป็นหนึ่งในสิ่งที่สำคัญที่สุด การไม่มีการจัดทำดัชนีใหม่บางส่วนหมายความว่าหลังจากการขายแต่ละครั้ง (และบางคนมี) ดัชนีจะไม่ถูกต้องซึ่งหมายความว่าการนำทางแบบเลเยอร์ไม่ถูกต้องอีกต่อไปซึ่งส่งผลให้เกิดการแสดงข้อมูลที่ไม่สอดคล้องและสูญเสียการขาย ฉันขาดอะไรที่ชัดเจนหรือไม่ ปรับปรุง: ดังนั้นนี่คือคำอธิบายของข้อผิดพลาดนี้ เมื่อมีการขายและสินค้าหมดการนำทางแบบแบ่งชั้นจะสะท้อนถึงการเปลี่ยนแปลงของคุณลักษณะของผลิตภัณฑ์สำหรับผลิตภัณฑ์ที่เรียบง่าย แต่ไม่ใช่สำหรับการกำหนดค่า (ยังไม่ได้ทดสอบการรวมกลุ่มและจัดกลุ่ม) ดังนั้นสมมติว่าในแคตตาล็อกของคุณคุณมีผลิตภัณฑ์ที่สามารถกำหนดค่าได้เช่นเสื้อยืดที่มีขนาดแตกต่างกันและคุณลักษณะ "ขนาด" คือ "กรองได้ (พร้อมผลลัพธ์)" จากนั้นในการนำชั้นของหมวดหมู่หรือผลการค้นหาที่เหมาะสมคุณจะมีส่วนขนาดที่ทุกใช้ได้ขนาดมีการระบุไว้ หากหลังจากการขายหนึ่งขนาดขนาดหนึ่งหมดคุณคาดว่าจะหายไปจากการนำทางแบบเลเยอร์ สิ่งนี้จะไม่เกิดขึ้นหากคุณไม่รีเฟรชดัชนีแอตทริบิวต์และล้างแคชบล็อก จุดบกพร่องนี้สำคัญมาก มันเป็นภัยคุกคามสองทาง ขั้นแรกลูกค้าปลายทางที่เห็นขนาดของเขาในการนำทางแบบเลเยอร์แล้วเห็นว่าไม่สามารถใช้งานได้จริงจะทำให้ร้านค้าของคุณตกอยู่ในความยุ่งยาก สิ่งที่แย่กว่านั้นคือเมื่อสินค้ากลับมาอยู่ในสต็อกจะไม่สามารถมองเห็นได้ในระบบนำทางแบบเลเยอร์ดังนั้นลูกค้าปลายทางจะไม่สามารถซื้อได้ ดังนั้นจึงเป็นการยากที่จะประมาทจำนวนการสูญเสียรายได้

5
วิธีตั้งค่า ID ร้านค้าบน Mage_Catalog_Model_Resource_Product_Collection
งานนั้นไม่สำคัญ ฉันต้องการรับรายการผลิตภัณฑ์สำหรับมุมมองร้านค้าโดยเฉพาะด้วยการเปิดใช้งานแค็ตตาล็อกแบบแบน ทางออกที่ชัดเจนที่สุดคือ: $collection = Mage::getResourceModel('catalog/product_collection') ->setStore($storeId); ในความเป็นจริงsetStore()วิธีการไม่ได้สร้างความแตกต่างใด ๆ ที่นี่เพราะมันถูกเรียกหลังจาก_initSelect()วิธีการMage_Catalog_Model_Resource_Product_Collectionที่ได้รับชื่อของตารางแบนตามรหัสร้านค้า เนื่องจาก ID ร้านค้ายังไม่ได้ตั้งค่าจะใช้ ID ร้านค้าปัจจุบัน ดังนั้นวิธีแก้ปัญหาที่ชัดเจนคือการตั้งค่า ID ร้านค้าปัจจุบันก่อนรับโมเดล Mage::app()->setCurrentStore($storeId); $collection = Mage::getResourceModel('catalog/product_collection'); มันจะทำงาน. แต่ถ้าคุณต้องการรับชุดหนึ่งครั้ง หากคุณต้องการรับคอลเล็กชันในลูปหรือคุณต้องการคอลเลกชันสองหลังถึงหลังคุณจะไม่สามารถตั้งค่าร้านค้าเฉพาะสำหรับพวกเขาได้ เหตุผลคือMage_Catalog_Model_Resource_Product_Flatคลาสนั้นมี_storeIdคุณสมบัติเป็นของตัวเองและใน Constructor นั้นจะถูกตั้งค่าเป็น ID ร้านค้าปัจจุบัน นั่นเป็นเหตุผลที่มันจะถูกตั้งค่าเป็นครั้งแรก ด้วยเหตุผลบางอย่าง (สวรรค์รู้ว่าฉันหวังว่าจะมีหนึ่ง) ในMage_Eav_Model_Entity_Collection_Abstract::_initแต่ละโมดูลทรัพยากรถูกเรียกเป็นซิงเกิล ดังนั้นไม่มี Constructor สำหรับการโทรครั้งที่สอง ทั้งหมดนี้ดูผิดไปมากจนฉันค่อนข้างมั่นใจว่าฉันผิดและไม่ใช่ Magento bug ตัวอื่น (หรือสองตัว) หวังว่าใครบางคนสามารถหลั่งน้ำตาแสงบนมัน

6
Mage :: log () ไม่ทำงานกับ Magento update ใหม่ (1.9.4.1)
หลังจากอัปเดตใหม่นี้ (1.9.4.1) Mage :: log () ไม่ทำงาน เห็นได้ชัดว่ามันมีบางอย่างZend_Validate_File_Extensionเกี่ยวกับon line 819 ที่ Mage.php ซึ่งจะตรวจสอบว่าไฟล์is_readable()ก่อนหน้านั้นมีอยู่จริงหรือไม่ ฉันย้อนกลับlog()วิธีการทั้งหมดเป็นรุ่นก่อนหน้าและทำงานได้อีกครั้ง ช่องทางหลักที่ฉันสามารถติดต่อทีม Magento เพื่อรายงานปัญหานี้คืออะไร

1
ฉันจะรายงานข้อบกพร่องของ Magento และส่งการแก้ไขข้อบกพร่องเพื่อให้พวกเขามีแนวโน้มที่จะถูกปิดได้อย่างไร
ฉันพบข้อผิดพลาดใน Magento 1.x และฉันยังพบข้อผิดพลาดสำหรับมัน ฉันจะรายงานได้ที่ไหน ฉันจะมีโอกาสได้อย่างไรที่นักพัฒนาหลักของ Magento ได้ดูมัน? ตัวติดตามข้อผิดพลาดของ Magentoดูเหมือนว่าจะถูกมองข้ามและไม่ได้รับการแก้ไข (ดูเช่นปัญหานี้ ) คุณสามารถลงนามในข้อตกลงผู้สนับสนุน Magentoจริง ๆเพื่อส่งแพตช์ แต่ฉันได้ยินมาว่าแม้แพทช์เหล่านี้มักจะถูกปฏิเสธ มีวิธีอื่นอีกไหมในการรับปะเข้าไปในแกนกลางของวีโอไอพี? ด้วยMagento 2 บน GitHubทุกอย่างดูเหมือนจะดีขึ้น แต่ฉันคิดว่ามันควรจะเป็นสถานที่สำหรับการแก้ไขข้อบกพร่องของ Magento 1 ...
23 magento-1  core  bug 

2
Magento 1.9.2.0: ตาราง“ sales_flat_order_grid” มีพื้นที่พิเศษในมูลค่าชื่อลูกค้า
ในแผงผู้ดูแลระบบเมื่อฉันต้องการค้นหาคำสั่งซื้อตามชื่อลูกค้าฉันต้องเพิ่ม 2 ช่องว่างระหว่างชื่อและนามสกุล เมื่อฉันดูค่าในหน้าต่างองค์ประกอบตรวจสอบฉันสังเกตเห็นว่าค่านั้นถูกแสดงด้วยพื้นที่พิเศษ ฉันจะแก้ไขได้อย่างไร

4
การตรวจสอบความถูกต้องของเซสชันล้มเหลวใน Magento 1 EE v 1.14.3.x (และ CE 1.9.3.x)
ฉันกำลังดูแลร้านวีโอไอพีที่มีผู้เข้าชม 400-500 คนและสั่งซื้อ 40-50 ต่อวัน เมื่อเร็ว ๆ นี้ระบบได้รับการอัปเกรดจาก Magento EE 1.14.2.4 เป็น Magento EE 1.14.3.2 และฉันสังเกตเห็นข้อยกเว้นแปลก ๆ ในบันทึก: exception 'Mage_Core_Model_Session_Exception' in /var/www/.../app/code/core/Mage/Core/Model/Session/Abstract/Varien.php:418 ฉันกำลังไล่ล่าข้อยกเว้นนั้นและฉันรู้ว่ามันถูกไล่ออกเพราะรหัสตรวจสอบเซสชั่นต่อไปนี้ล้มเหลวในการตรวจสอบเซสชั่น: class Mage_Core_Model_Session_Abstract_Varien extends Varien_Object { // ... protected function _validate() { // ... if ($this->useValidateSessionExpire() && isset($sessionData[self::VALIDATOR_SESSION_EXPIRE_TIMESTAMP]) && $sessionData[self::VALIDATOR_SESSION_EXPIRE_TIMESTAMP] < time() ) { if-block นี้ถูกเพิ่มลงในไฟล์พร้อมกับรีลีสล่าสุดจาก Magento และนี่คือการเปลี่ยนแปลงการเบรกอย่างเห็นได้ชัดดูรายละเอียดเพิ่มเติมด้านล่าง …

4
EE 1.14.2 / CE 1.9.2: รายการอ้างไม่ได้รวมอย่างถูกต้องในการเข้าสู่ระบบ (ผลิตภัณฑ์ที่ซ้ำกันในตะกร้า)
ฉันพบข้อผิดพลาดแปลก ๆ ใน Magento EE 1.14.2 (มีผลกับ CE 1.9.2) ด้วยรถเข็น ขั้นตอนในการทำซ้ำ: เข้าสู่ระบบในฐานะลูกค้า เพิ่มผลิตภัณฑ์ X ลงในรถเข็น เปลี่ยนเป็นเบราว์เซอร์อื่น เพิ่มผลิตภัณฑ์ X ลงในรถเข็น เข้าสู่ระบบในฐานะลูกค้า รถเข็นที่คาดหวัง: 2 x ผลิตภัณฑ์ X รถเข็นจริง: 1 x ผลิตภัณฑ์ X 1 x ผลิตภัณฑ์ X นั่นคือผลิตภัณฑ์จะไม่ถูกรวมเข้าด้วยกัน แทนที่จะเปลี่ยนเบราว์เซอร์คุณสามารถล้างคุกกี้เซสชันหรือเลือกจำนวนอื่นสำหรับผลิตภัณฑ์ ผลข้างเคียงที่เลวร้ายที่สุดคือมีการใช้ปริมาณการสั่งซื้อสูงสุดต่อรายการ ในกรณีของฉันมีส่วนลด 100% สำหรับผลิตภัณฑ์ แต่คุณสามารถสั่งซื้อได้เพียงครั้งเดียว ด้วยเคล็ดลับเล็กน้อยนี้คุณสามารถสั่งซื้อได้ในปริมาณใด ๆ ได้ฟรี เหตุใดสิ่งนี้จึงเกิดขึ้นและฉันจะป้องกันได้อย่างไร

3
PHP 5.5 Bug - เลิกใช้งานฟังก์ชั่น: preg_replace ()
หลังจากเราอัพเกรดเป็น PHP 5.5 เราจะได้รับข้อผิดพลาดต่อไปนี้เมื่อเพิ่มเว็บไซต์มุมมองร้านค้าหรือร้านค้า ข้อผิดพลาดนี้ยังคงมีอยู่ใน Magento 1.9.0.1 Exception message: Deprecated functionality: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in app/code/core/Mage/Core/Helper/Abstract.php on line 238 Trace: #0 [internal function]: mageCoreErrorHandler(8192, 'preg_replace():...', 'app...', 238, Array) #1 app/code/core/Mage/Core/Helper/Abstract.php(238): preg_replace('# <(?![/a-z]) |...', 'htmlentities('$...', 'New Store Name') #2 app/code/core/Mage/Adminhtml/controllers/System/StoreController.php(175): Mage_Core_Helper_Abstract->removeTags('New Store Name') #3 app/code/core/Mage/Core/Controller/Varien/Action.php(418): …
16 bug  php-5.5 

2
อะไรคือสาเหตุของข้อผิดพลาด“ ตัวควบคุมด้านหน้าถึง 100 เราเตอร์ที่ตรงกับการวนซ้ำ” ข้อผิดพลาด?
ในฐานะนักพัฒนาวีโอไอพีที่ฉันต้องเผชิญกับปัญหานี้หลายครั้งฉันรู้ว่ามันเป็นปัญหาการกำหนดค่าที่ผิดพลาดเมื่อมันเกิดขึ้นบางโมดูลไม่ถูกโหลดทั้งเราเตอร์ของพวกเขาทำให้เกิดข้อผิดพลาด เวลาส่วนใหญ่จะได้รับการแก้ไขโดยไม่มีการดำเนินการในบางครั้งคุณอาจล้างแคช ฉันได้อ่านหลาย ๆ โพสต์เกี่ยวกับเรื่องนี้พยายามที่จะแก้ปัญหาการวางรหัสพิเศษบางอย่างใน Magento core Front controller app/code/core/Mage/Core/Controller/Varien/Front.phpแต่ในตอนท้ายนี้จะแสดงเฉพาะโมดูลเราเตอร์ที่หายไปไม่ใช่สาเหตุที่พวกเขาไม่ได้โหลด ทุกครั้งที่มันเกิดขึ้นฉันพยายามที่จะดูว่า URL ใดที่ทำให้เกิดข้อผิดพลาด แต่นี่เป็นข้อมูลที่ไร้ประโยชน์เช่นเดียวกับการติดตามโค้ด มันเหมือนกันเสมอ บางทีมันอาจเกิดจากความขัดแย้งของโมดูล? บางทีมันเป็นงาน cron ที่ทำอะไรผิดพลาด? อาจมีรหัสผิดในเวอร์ชั่นเก่ากว่า Magento หรือไม่ สิ่งที่เป็นปัญหานี้ไม่ได้เกิดขึ้นตั้งแต่ 1.7 รุ่น (หรือถ้ามันเกิดขึ้นแล้วมันเป็นระยะ ๆ ) ฉันพบความแตกต่างของโค้ดในโฟลว์หลักเช่น Mage::register('application_params', $params); กำลังใช้วิธีเรียกใช้ () ของapp/code/core/Mage/Core/Model/App.phpหรือ $this->_shouldSkipProcessModulesUpdates() เช็คอินวิธี_initModules () ... ฉันต้องการที่จะเชื่อว่าควรมีใครบางคนที่ได้พบสาเหตุที่ชัดเจน เคล็ดลับใด ๆ

2
มีปัญหาอะไรบ้างที่ทราบสำหรับเวอร์ชั่นวีโอไอพี
มีรายการสาธารณะ (ดูแลโดยชุมชนหรือโดยวีโอไอพี) ของปัญหาที่ทราบทั้งหมดสำหรับรุ่นที่แตกต่างกันหรือไม่? ดูเหมือนว่าไม่มีเกมง่ายๆที่ควรมีรายการดังกล่าวอยู่ แต่อย่างน้อยฉันก็ไม่ทราบเลย ขอบคุณสำหรับคำแนะนำใด ๆ !

1
Admin config: แสดงฟิลด์ขึ้นอยู่กับค่าหลายค่าที่เลือก
ฉันต้องการแสดงฟิลด์ตามอินพุตแบบเลือกหลายรายการ ... รหัสต่อไปนี้ใช้งานได้หากเลือกเพียงหนึ่งค่า ถ้าฉันเลือกมากกว่าหนึ่งค่ามันจะแสดงเพียงหนึ่งฟิลด์ (เลือกครั้งแรกจากโมเดลต้นทาง) <enabled> <label>Enabled</label> ... <source_model>adminhtml/system_config_source_enabledisable</source_model> </enabled> <!-- this gives three options - shop, ebay, amazon --> <channels> ... <frontend_type>multiselect</frontend_type> <source_model>module/system_config_source_channels</source_model> <depends> <enabled>1</enabled> </depends> </channels> <mail_template_shop> ... <depends> <enabled>1</enabled> <channels>shop</channels> </depends> </mail_template_shop> <mail_template_ebay> ... <depends> <enabled>1</enabled> <channels>ebay</channels> </depends> </mail_template_ebay> รหัสที่เกี่ยวข้อง: app / รหัส / core / Mage …

1
ฉันจะรายงานข้อผิดพลาดใน Magento Enterprise ได้อย่างไร
ฉันค้นพบข้อผิดพลาดกับข้อ จำกัด ของเว็บไซต์และการชำระเงิน Onepage ใน Magento Enterprise 1.13 แม้ว่าฉันจะพัฒนาวิธีแก้ปัญหา แต่ฉันก็อยากส่งตั๋วบั๊กด้วย เมื่อพยายามรายงานข้อผิดพลาดเวอร์ชันที่มีอยู่จะถูก จำกัด ที่ Community Edition กระบวนการที่ถูกต้องในการรายงานข้อผิดพลาดใน Enterprise คืออะไร
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.