小编Doo*_*loo的帖子

在这里使用docker compose playbook ,我无法想象如何使用管理面板来安装扩展.

我们将auth.json文件存在于用户的~/.compose/auth.json文件中,并按照README的建议安装在适当的容器中.但是,如何在M2SETUP_USE_ARCHIVEenv变量设置为false的情况下运行安装容器并不清楚.这样做总是失败.

到目前为止,我们唯一能够工作的是Magento 2.1实例,但是Admin面板似乎缺少功能(例如,系统选项卡中缺少组件管理器).

如何使设置正常工作？拥有支持扩展支持的干净Magento实例的最佳方法是什么？

我有一个非常简单的rails应用程序,它是基于ajax的一些功能.当我在开发环境中使用它时,一切都按预期运行.然而,在生产环境中发生了一些奇怪的事情:当进行ajax调用时,正在呈现HTML(基于HAML)布局而不是js(基于咖啡).

在比较生产和开发中的日志时,很明显我在处理响应的方式上有一些问题,但是我现在已经抓了几个小时而没有任何线索.

假设我的请求是:/software_tags/1/edit.js在我的开发日志中,我可以看到(输出是正确的,我得到了预期的javascript页面):

Started GET "/software_tags/1/edit.js" for 127.0.0.1 at 2012-07-17 16:59:34 -0700
Processing by SoftwareTagsController#edit as JS
  Parameters: {"id"=>"1"}
  Rendered shared/_error_messages.haml (0.1ms)
  Rendered software_tags/_form.haml (4.5ms)
  Rendered software_tags/edit.js.coffee (5.7ms) <---- THIS IS GOOD!
Completed 200 OK in 10ms (Views: 8.1ms | ActiveRecord: 0.4ms)

然而,在我的开发日志中,我看到(输出错误,我得到HTML页面):

Started GET "/software_tags/1/edit.js" for x.x.x.x at 2012-07-18 01:59:54 +0200
Processing by SoftwareTagsController#edit as JS <--- Wouldn't that force the edit.js.coffee to be rendered instead of the edit.haml?
  Parameters: {"id"=>"1"}
  Rendered shared/_error_messages.haml (0.1ms)
  Rendered software_tags/_form.haml (2.8ms)
  Rendered software_tags/edit.haml …