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

เนื่องจากเมื่อเร็ว ๆ นี้ฉันมีปัญหามากมายเกี่ยวกับส่วนขยายที่ฟรีและเชิงพาณิชย์ฉันตัดสินใจที่จะถามคำถามนี้และตอบคำถามด้วยขั้นตอนที่ฉันมักจะปฏิบัติตามเมื่อเขียนส่วนขยาย อย่าลังเลที่จะแก้ไขคำตอบหรือเพิ่มคำตอบใหม่ ในกรณีส่วนใหญ่เมื่อติดตั้งส่วนขยายหรือชุดรูปแบบฉันต้องใช้เวลาสองสามชั่วโมง (บางครั้งมากกว่าหรือบางครั้งก็น้อยกว่า) เพื่อให้สามารถใช้งานได้ในทุกสภาพแวดล้อมที่ฉันต้องการ: dev: โดยปกติlocalhostโครงการจะอยู่ในโฟลเดอร์ย่อย preprod & สด สิ่งนี้เกิดขึ้นแม้จะมีส่วนขยายจากผู้ให้บริการส่วนขยายขนาดใหญ่ (ที่ควรจะเป็นแบบนิรนามอย่างน้อยก็จนกว่าฉันจะบ้าจริง ๆ และเพิ่มชื่อของพวกเขาในที่นี่) ดังนั้นคำถามหลักคือ .. ขั้นตอนใดที่ฉันควรพิจารณาเมื่อเขียนส่วนขยาย ของรหัสและทำให้มันง่ายขึ้นสำหรับบุคคลด้านเทคนิคและไม่ใช่ด้านเทคนิคที่จะใช้มันและสำหรับคนทางเทคนิคที่จะเปลี่ยนมันได้หรือไม่

143 module  magento-1  extensions  best-practice  development 

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

81 extensions  core  debug  theme 

เมื่อวันที่ 27 ตุลาคม 2558 Magento ได้เปิดตัวแพตช์รักษาความปลอดภัย SUPEE-6788 ตามรายละเอียดทางเทคนิค 4 APPSEC ที่ได้รับการแก้ไขจำเป็นต้องมีการทำงานซ้ำในโมดูลท้องถิ่นและชุมชน: APPSEC-1034, การจัดการกับการข้าม URL ของผู้ดูแลระบบที่กำหนดเอง (ถูกปิดใช้งานโดยค่าเริ่มต้น) APPSEC-1063, แก้ไขการฉีด SQL ที่เป็นไปได้ APPSEC-1057 วิธีการประมวลผลแม่แบบช่วยให้เข้าถึงข้อมูลส่วนตัว APPSEC-1079, จัดการกับการหาประโยชน์ที่อาจเกิดขึ้นกับประเภทไฟล์ตัวเลือกที่กำหนดเอง ฉันสงสัยว่าจะตรวจสอบว่าโมดูลใดได้รับผลกระทบจากแพตช์ความปลอดภัยนี้ ฉันคิดวิธีแก้ปัญหาบางส่วนต่อไปนี้: APPSEC-1034: ค้นหา<use>admin</use>ใน config.xml ของโมดูลโลคัลและชุมชนทั้งหมด ฉันคิดว่านี่น่าจะเป็นรายการโมดูลทั้งหมดที่ได้รับผลกระทบจากปัญหานี้ APPSEC-1063: ค้นหาaddFieldToFilter('(และaddFieldToFilter('`ในไฟล์ PHP ทั้งหมดของโมดูลโลคัลและชุมชน สิ่งนี้ไม่สมบูรณ์เนื่องจากยังสามารถใช้ตัวแปรได้ APPSEC-1057: ค้นหา{{config path=และ{{block type=ในไฟล์ PHP ทั้งหมดของโมดูลโลคัลและชุมชนและกรององค์ประกอบทั้งหมดจากรายการที่อนุญาต สิ่งนี้ไม่สมบูรณ์เนื่องจากไม่มีตัวแปรเทมเพลตใด ๆ ที่เพิ่มโดยผู้ดูแลระบบ APPSEC-1079: ไม่คิด นอกจากนี้ยังมีรายการส่วนขยายที่มีช่องโหว่สำหรับ APPSEC-1034 และ …

71 extensions  security  patches  routing  supee-6788 

คำถามที่ฉันหมายถึงการขออายุทฤษฎีมากกว่าสิ่งอื่นใด ฉันมีประสบการณ์ในการพัฒนาส่วนขยายโดยใช้โครงสร้างไฟล์โมดูล Magento ปกติ ฉันสังเกตว่าเมื่อดูที่ 'ส่วนขยาย' ของ Mage บางรายการนั้นมีไดเรกทอรี / Controller วัตถุประสงค์ของคอนโทรลเลอร์เหล่านี้คืออะไรและแตกต่างไปอย่างไรกับคอนโทรลเลอร์ที่ใช้ตามปกติภายใน / คอนโทรลเลอร์คอนโทรลเลอร์? ฉันสามารถเห็นชื่อที่มีโครงสร้างแตกต่างกันดังนั้นฉันรวบรวมพวกเขาโดยอัตโนมัติโหลดในวิธีที่แตกต่างกัน แต่มีวัตถุประสงค์อะไร / ชั้นเรียน Controller ทำหน้าที่? ขอบคุณทุกคน

43 extensions  controllers 

เราใช้ส่วนขยายที่เขียนทับบล็อก Mage_Catalog_Block_Product_List_Toolbar ทั่วโลก <global> <blocks> <catalog> <rewrite> <product_list_toolbar>Amasty_Shopby_Block_Catalog_Product_List_Toolbar</product_list_toolbar> </rewrite> </catalog> </blocks> </global> ในขณะที่ส่วนขยายทำงานในบริบทของหมวดหมู่การนำทางแบบแบ่งชั้นคลาสที่เขียนใหม่จะทำงานไม่ถูกต้องเมื่อเราแทรกรายการผลิตภัณฑ์โดยพลการลงในมุมมอง (กำหนดเอง) อื่นในโมดูลภายในองค์กรของเราเอง หากเรานำส่วนขยายนั้นเขียนทับเพื่อการทดสอบทุกอย่างก็ใช้ได้ดี เราจะยกเลิกการเขียนส่วนขยายสำหรับตัวควบคุมของเราเองโดยไม่ต้องแก้ไขรหัสชุมชนของนักพัฒนาส่วนขยายได้อย่างไร

42 magento-1  extensions  overrides 

ในขณะที่ Magento ทำอะไรมากมายนอกกรอบเราพบว่ามีฟีเจอร์และสิ่งอำนวยความสะดวกที่จำเป็นสำหรับร้านค้าลูกค้าที่ต้องมีส่วนขยายจากบุคคลที่สามอย่างหลีกเลี่ยงไม่ได้ อย่างไรก็ตามด้วยลักษณะของสื่อมันอาจเป็นเรื่องที่มีความเสี่ยงที่จะแนะนำรหัส 'ต่างประเทศ' ให้กับระบบที่ซับซ้อนเช่นนี้ที่เกี่ยวข้องกับธุรกรรมเชิงพาณิชย์ สิ่งใดที่คุณมองหาเมื่อประเมินส่วนขยายของวีโอไอพี 'ธงแดง' ที่คุณเจอคืออะไร (หมูประสิทธิภาพความเสี่ยงด้านความปลอดภัยแนวทางปฏิบัติด้านสถาปัตยกรรมที่ไม่ดี)?

41 performance  extensions 

ฉันเป็นนักพัฒนา PHP มานานกว่า 13 ปีมีความรู้กว้างขวางเกี่ยวกับ PHP ตราบเท่าที่โครงการยอดนิยมอื่น ๆ เช่น WordPress ฉันไม่มีประสบการณ์กับ Magento ตอนนี้ฉันมีงานเต็มเวลาทำงานให้กับ บริษัท ที่ใช้ Magento งานพัฒนาของฉันทั้งหมดจะอยู่ที่ Magento ในตอนนี้ ความคิดเริ่มแรกของฉันหลังจากดู Magento เป็นครั้งแรกว้าวฉันได้อะไรลงไปบ้าง? แต่แล้วนักพัฒนาที่มีประสบการณ์ในตัวฉันก็ออกมาและจำได้ว่ามันเป็นแค่ PHP ดังนั้นฉันจึงมีคำถามพื้นฐานเกี่ยวกับคุณภาพเยี่ยมฉันขอขอบคุณคำตอบจากนักพัฒนา Magento ที่มีประสบการณ์มากกว่า ... สถานที่ที่มีประโยชน์ที่สุดในการเรียนรู้เกี่ยวกับการพัฒนาวีโอไอพีข้างเว็บไซต์นี้คืออะไร ส่วนขยาย / ปลั๊กอินทำให้ฉันสับสนมากจนถึงตอนนี้ แพลตฟอร์มอื่น ๆ เช่น WordPress ช่วยให้คุณวางปลั๊กอินลงในโฟลเดอร์ของตัวเองและไฟล์ทั้งหมดจะอยู่ภายใต้โฟลเดอร์นั้น จากสิ่งที่ฉันได้เห็นจนถึงตอนนี้ปลั๊กอินอาจกระจัดกระจายไปทั่วหลายโฟลเดอร์ใน Magento นี่ถูกต้องหรือไม่ ฉันได้เรียนรู้เกี่ยวกับวิธีการใช้งานฟังก์ชั่นการทำงานของ Core มากขึ้น ดังนั้นหากไฟล์ในแกนตั้งอยู่ที่นี่/app/code/core/Mage/SitemapModel/Resource/Catalogฉันสามารถขับได้โดยสร้างไฟล์ในตำแหน่งนี้/app/code/local/Mage/SitemapModel/Resource/Catalogดังนั้นมันจะทำงานอย่างไรกับส่วนขยาย / ปลั๊กอิน? หากฉันสร้างปลั๊กอินที่จำเป็นต้องมีฟังก์ชั่นการทำงานหลักมากกว่านี้ฉันต้องมีไฟล์ของฉันอยู่ตรงนั้นเพื่อให้ส่วนขยายนั้นใช้งานได้หรือไม่ ข้อมูลอื่นใดที่คุณต้องการให้คุณรู้ตั้งแต่ตัววีโอไอพี ขอบคุณสำหรับความเข้าใจใด ๆ …

30 extensions  magento-1  development  plugin 

ฉันสร้างส่วนเสริม Magento 2 ซึ่งฉันต้องการอัปโหลดใน Magento Marketplace เมื่อฉันพยายามอัปโหลดส่วนขยายของฉันมันถูกปฏิเสธหลายครั้งด้วยเหตุผลข้อใดข้อหนึ่ง เนื่องจากสิ่งนี้และการส่งหลายครั้งส่วนขยายของฉันจึงถูกปฏิเสธด้วยข้อความด้านล่างจาก Magento สำหรับนโยบายหรือเหตุผลด้านคุณภาพหลังจากประเมินการส่งของคุณเราได้ตัดสินใจที่จะไม่ดำเนินการทบทวนส่วนขยายของฉันต่อไป ตอนนี้วีโอไอพีไม่อนุญาตให้อัปเดตและส่งส่วนขยายของฉันอีกครั้ง ฉันได้ตรวจสอบแล้วและพบว่าวีโอไอพีกำลังใช้กระบวนการ EQP ในการตรวจสอบส่วนขยายที่อัปโหลดไปยังตลาด ฉันต้องดูแลเรื่องใดเพื่อให้ตลาดส่วนขยายของ Magento 2 พร้อมใช้งาน

27 magento2  extensions  marketplace 

เป็นข้อผิดพลาดทั่วไปที่แสดงใน Magento เมื่อคุณติดตั้งส่วนขยายใหม่ที่มีการกำหนดค่าsystem.xml : เมื่อคุณไปที่System->Configuration->Extensionแท็บจะมีข้อผิดพลาด 404 ปรากฏขึ้น คุณต้องออกจากระบบและลงชื่อเข้าใช้อีกครั้งจากนั้นก็โอเค แต่มีวิธีที่จะหลีกเลี่ยงปัญหานี้หรือไม่?

27 admin  extensions  system.xml  404-page  acl 

ความแตกต่างระหว่างส่วนขยายและโมดูลคืออะไร? แค่อยากรู้ว่าสิ่งที่เป็นคำที่เหมาะสมที่จะใช้เมื่อเราขยายฟังก์ชั่นของวีโอไอพีโดยการสร้างรหัสที่กำหนดเองของเราในโฟลเดอร์ท้องถิ่น

27 magento-1.9  extensions  module 

ด้วย Magento Marketplace ใหม่ส่วนขยายที่ส่งจะต้องผ่านการตรวจสอบหลายสถานะเพื่อที่จะได้รับการอนุมัติและพร้อมใช้งานผ่าน Marketplace หนึ่งในนั้นคือการตรวจสอบทางเทคนิคซึ่งคุณสามารถรับรายงานทางเทคนิคได้ดังต่อไปนี้: อย่างที่คุณเห็นคำเตือนมากกว่า 200 ข้อนั้นกลัวนรกฉันมีทรัพยากรที่จะช่วยแก้ไขคำเตือนทุกรายการนอกเหนือจากรายการที่มีอยู่ในเอกสาร: http://docs.magento.com/marketplace/user_guide/extensions/ review-code-validation.html ?

25 magento2  extensions  marketplace 

ฉันกำลังพยายามเพิ่มทรีประเภทไปยัง extention ที่กำหนดเองทรีหมวดหมู่ซึ่งอยู่ในหนึ่งในแท็บของหน้าแก้ไขผลิตภัณฑ์

23 magento-1.8  extensions  category-tree 

มีวิธีแสดงรายการการเขียนซ้ำทั้งหมดและอาจเกิดข้อขัดแย้งอื่น ๆ นอกเหนือจากการตรวจสอบไฟล์การกำหนดค่าทั้งหมดหรือไม่ ฉันต้องวิเคราะห์บางโครงการที่มีส่วนขยายและการแก้ไขที่กำหนดเองจำนวนมากและต้องการทำให้เป็นอัตโนมัติมากที่สุดเท่าที่จะเป็นไปได้ สิ่งที่สำคัญที่สุดคือการตรวจหาส่วนขยายที่เขียนคลาสเดียวกัน แต่ฉันต้องการให้มีรายการของการเขียนทั้งหมดใหม่อีกครั้งเพื่อเก็บภาพรวม ในขณะนี้ฉันเก็บรักษารายการนี้ด้วยตนเองในสเปรดชีต ฉันพบส่วนขยายนี้ ("ส่วนขยายความขัดแย้ง")ใน Magento Connect แต่ตัดสินโดยคำวิจารณ์และบันทึกย่อประจำรุ่นที่ดูเหมือนว่าจะล้าสมัย

23 magento-1  extensions  overrides  configuration  code-analysis 

เมื่อบรรจุส่วนขยายสำหรับ Magento Connect คุณจะได้รับแจ้งให้ใส่ข้อมูลผู้แต่ง ในขณะที่ฉันรู้ว่าผู้เขียนคนแรกจะต้องจับคู่ข้อมูลรับรองจากบัญชี Magento Connect ที่ใช้ในการส่งส่วนขยาย แต่ฉันไม่แน่ใจ: วิธีการใช้ข้อมูล วิธีการใช้ข้อมูลผู้แต่งหลายคน ข้อกังวลอย่างหนึ่งคือที่อยู่อีเมลถูกเปิดเผยสู่สาธารณะ

19 magento-connect  extensions 

ฉันสร้างส่วนขยายที่สร้างแอตทริบิวต์หมวดหมู่เมื่อติดตั้งครั้งแรก แต่ตอนนี้เมื่อฉันปิดการใช้งาน / ถอนการติดตั้งส่วนขยายฉันได้รับข้อความแสดงข้อผิดพลาดในหน้า "จัดการหมวดหมู่" ฉันรู้ว่าเมื่อส่วนขยายถูกปิดใช้งานผ่านการเชื่อมต่อ Magento เฉพาะไฟล์ที่ถูกลบและไม่มีการลบอะไรจากฐานข้อมูล ดังนั้นเพื่อที่จะเอาชนะปัญหานี้เราสามารถให้ปุ่มเพื่อลบรายการฐานข้อมูลที่สามารถวางไว้ในส่วนการกำหนดค่าระบบพร้อมกับการตั้งค่าส่วนขยายอื่น ๆ และเมื่อผู้ดูแลระบบคลิกที่ปุ่มนั้นรายการฐานข้อมูลทั้งหมดควรถูกลบพร้อมกับไฟล์ที่ใช้โดยส่วนขยาย โปรดแจ้งให้เราทราบว่าวิธีการแก้ปัญหาข้างต้นจะทำงานอย่างไร หรือมีวิธีแก้ปัญหาที่ดีกว่าเพื่อลบรายการที่ไม่ต้องการออกจากฐานข้อมูลขณะถอนการติดตั้งส่วนขยาย

16 magento-1.9  extensions  delete