Questions tagged «extensions»

因为我最近在免费和商业扩展方面遇到了很多问题，所以我决定问这个问题，并按照编写扩展时通常遵循的步骤回答。随时编辑答案或添加新答案。 在大多数情况下，安装扩展程序或主题时，我必须花费几个小时（有时更多，有时更少）才能使其在我需要的所有环境中正常工作： dev：通常localhost项目在子文件夹中 预生产和现场 即使来自大型扩展程序提供商的扩展程序，也发生了这种情况（至少应该保持匿名，直到我非常生气并在此处添加其名称为止）。 所以主要问题是..编写扩展程序以确保质量时应考虑哪些步骤？代码，并使技术人员和非技术人员更容易使用它，并使技术人员更容易更改它？

143 module  magento-1  extensions  best-practice  development 

如何调试我的Magento商店 这个问题现在对我们来说并不太相关，但是如果Magento SE网站在5年前就已经存在，那可能就是我们的第一个问题。对于刚接触Magento或不熟悉它的人来说，了解调试的基础知识可能是排除问题根源的关键。尽管它与我们无关，但现在我们以一种自我解答的方式来避免出现这个问题。 帮助我的网站关闭！ 我的设计有问题吗？ 第三方模块有故障吗？ 为什么看不到错误？ 这些问题中的每一个都可以通过遵循标准化的调试方法来轻松回答，即使最基本的用户也可以完成。通过消除调试Magento商店的基础知识的过程。

81 extensions  core  debug  theme 

2015年10月27日，Magento发布了安全补丁SUPEE-6788。根据技术细节，已修复的4个APPSEC需要在本地和社区模块中进行一些返工： APPSEC-1034，绕过自定义管理URL进行寻址（默认情况下禁用） APPSEC-1063，解决了可能的SQL注入 APPSEC-1057，模板处理方法允许访问私人信息 APPSEC-1079，使用自定义选项文件类型解决潜在的利用 我想知道如何检查此安全补丁影响哪些模块。 我提出了以下部分解决方案： APPSEC-1034：<use>admin</use>在所有本地和社区模块的config.xml中搜索。我认为这应该列出受此问题影响的所有模块。 APPSEC-1063：在本地和社区模块的所有PHP文件中搜索addFieldToFilter('(并addFieldToFilter('`在其中。这是不完整的，因为也可以使用变量。 APPSEC-1057：在本地和社区模块的所有PHP文件中搜索{{config path=并{{block type=在其中，并从白名单中过滤掉所有元素。这是不完整的，因为它不包含管理员添加的任何模板变量。 APPSEC-1079：不知道。 还列出了由Peter Jaap Blaakmeer编译的APPSEC-1034和APPSEC-1063容易受到攻击的扩展列表

71 extensions  security  patches  routing  supee-6788 

我一直想问一个年龄的问题，比任何其他问题都更理论化。 我精通使用常规的Magento模块文件结构开发扩展。我注意到，尽管在查看某些Mage“扩展”时，其中有些包含/ Controller目录。这些控制器的目的是什么？与/ controllers目录中通常使用的控制器有什么不同？ 我可以看到名称的结构不同，所以我收集它们以不同的方式自动加载，但是/ 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做到了很多“开箱即用”的功能，但我们发现客户商店不可避免地需要一些需要第三方扩展的功能和设施。 但是，考虑到介质的性质，将“外国”代码引入处理商业交易的复杂系统可能是一个冒险的提议。 您在评估Magento扩展时会寻找什么？您遇到过哪些“危险信号”（性能消耗，安全风险，体系结构不良行为）？

41 performance  extensions 

我从事PHP开发已有13年以上，只要有其他一些流行的项目（如WordPress），就对PHP本身有广泛的了解。我没有Magento的经验。 我现在有一个全职工作，在一家使用Magento的公司工作，我的所有开发工作现在几乎都将在Magento上进行。 第一次看了Magento之后，我的最初想法是，哇，我现在对自己有什么看法？但是后来我中经验丰富的开发人员出现并记住，那只是PHP。 因此，我有一些基本的Magento问题，非常感谢经验丰富的Magento开发人员提供的一些答案... 在该网站旁，最理想的学习magento开发的地方是什么？ 到目前为止，扩展程序/插件对我还是很困惑。诸如WordPress之类的其他平台允许您将插件放置在其自己的文件夹中，所有文件都位于该文件夹下。从目前为止我所看到的，一个插件可能分散在Magento的多个文件夹中，这是正确的吗？ 我已经了解了如何覆盖核心功能。因此，如果核心文件位于此处，/app/code/core/Mage/SitemapModel/Resource/Catalog则可以通过在此位置创建文件来覆盖它，/app/code/local/Mage/SitemapModel/Resource/Catalog那么它如何与扩展/插件一起使用？如果我创建了一个需要超越核心功能的插件，那么我必须在各处放置文件才能使该扩展正常工作吗？ 您是否希望从magento开始了解其他信息？ 感谢您的见解，我知道这是一个多部分的问题，但是我认为任何答案都对自己和其他起步有帮助，如果需要的话，我将制作此公共Wiki。

30 extensions  magento-1  development  plugin 

我创建了一个Magento 2扩展程序，希望将其上传到Magento Marketplace。 当我尝试上传扩展程序时，由于一个或另一个原因，它多次遭到拒绝。由于提交了这么多文件，我的扩展程序被Magento拒绝，但以下消息被拒绝了。 出于政策或质量方面的原因，我们在评估了您的提交后决定不再继续审查“我的扩展” 现在，Magento不允许更新和重新提交我的扩展程序。 我检查了一下，发现Magento正在使用其EQP流程来检查上传到Marketplace的扩展。 准备Magento 2扩展市场时，我需要注意哪些事项？

27 magento2  extensions  marketplace 

当您使用system.xml config 安装新扩展时，这是Magento中显示的一个非常常见的错误： 当您转到System->Configuration->Extension选项卡时，显示404错误。您需要注销并再次登录，然后就可以了。但是有什么办法可以避免这种情况？

27 admin  extensions  system.xml  404-page  acl 

扩展和模块有什么区别？ 只是想知道在通过在本地文件夹中创建自定义代码来扩展Magento的功能时使用的正确术语是什么。

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 

我正在尝试将类别树添加到自定义扩展中，该类别树位于编辑产品页面的标​​签之一中

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 

我创建了一个扩展，该扩展在首次安装时创建了category属性。但是现在当我禁用/卸载扩展程序时，在“管理类别”页面上收到错误消息。 我知道，当通过Magento connect禁用扩展时，只会删除文件，而不会从数据库中删除任何文件。 因此，为了克服这个问题，我们可以提供一个删除数据库条目的按钮，该条目可以与其他扩展名设置一起放在系统配置部分下。当管理员单击该按钮时，所有数据库条目以及扩展名使用的文件都应删除。 请让我知道以上解决方案是否有效？或者有什么更好的解决方案，以便在卸载扩展名时从数据库中删除不需要的条目。

16 magento-1.9  extensions  delete