Articles of magento

Magento从旧的Urlredirect到具有存储(语言)代码的新Url

说明: 我设置了像这样的商店configurationMagento: 公司名称 – Webside 总店 – 商店 zh – 存储视图 dk – 存储视图 我的链接如下所示: https : //my-company.com/shop/ 然后我重新认识到这是我的需求错误的configuration,我不得不改变 英文 – Webside 总店 – 商店 zh – 存储视图 丹麦 – Webside 总店 – 商店 dk – 存储视图 另外 ,我启用了 Magentofunction“ 添加商店代码到Urls ”,这是以前禁用。 现在我的链接看起来像: https : //my-company.com/ en / shop / 问题: 由于我已经做了网站地图,而没有作出改变,并提交给WebMasters,现在我面临的问题是,没有存储代码在URL中的所有旧链接不再工作(404代码 – 未find)。 由于WebMaster和其他原因,我真的很想实现这个结果: […]

Magento Cron标签作业时区

我试图找出我的模块cron是否在正确的时间运行。 我的模块的cron设置为凌晨1点(0 1 * * *),默认商店的时区是西欧(巴黎,柏林等GMT +2),服务器时间是EDT(东部夏令时)。 那么基于哪个时区是凌晨1点? 谢谢,

Magento扩展404错误

我难倒了! 我有一个自定义的扩展,在Mac Leopard上本地工作的很好,但是在推送到主机(Centos Linux)后,当我尝试调用前端路由器时,出现Magento 404错误。 例如,这个URL:[domain] /shop/index.php/bbyd_sync/index/导致实时404,但本地返回“完成”。 这是我的config.xml: <config> <modules> <Bbyd_Sync> <version>0.1.0</version> </Bbyd_Sync> </modules> <crontab> <jobs> <bbyd_sync> <schedule> <cron_expr>*/5 * * * *</cron_expr> </schedule> <run> <model>sync/run::runAll</model> </run> </bbyd_sync> </jobs> </crontab> <frontend> <routers> <sync> <use>standard</use> <args> <module>Bbyd_Sync</module> <frontName>bbyd_sync</frontName> </args> </sync> </routers> </frontend> <admin> <routers> <wrapper> <use>admin</use> <args> <module>Bbyd_Sync</module> <frontName>syncadmin</frontName> </args> </wrapper> </routers> </admin> <adminhtml> <acl> <resources> […]

Magento Apacheconfiguration(app / etc / local.xml访问警告)

刚刚在Linux服务器上完成安装Magento。 当我去到Magento“pipe理面板”时,我可以在页面顶部看到以下消息。 您的Web服务器configuration不正确。 因此,可以从外部访问具有敏感信息的configuration文件。 请联系您的主机提供商。 这个错误信息最可能的原因是什么? 谢谢, 约翰·戈奇

脚本“/home/…/public_html/index.php”的UID小于min_uid

我只是从本地到服务器移动magento和我得到以下错误,我只是想知道如果有人可以帮我解决这个问题, 脚本“/home/…/public_html/index.php”的UID小于min_uid 我做的是做一个数据库转储并将其传输到服务器, 创build所有magento文件的备份并传输并扩展到服务器, 更改数据库中的core_config表。 提前致谢。

在Windows和IIS上的PHP 5和Zend MVC

在Windows上运行PHP 5 / Zend MVC生产应用程序是否有任何重大问题需要注意? 特定的应用程序是Magento,一个电子商务系统,客户真的不感兴趣在他们的数据中心有一个Linux机器。 有没有人有运气让PHP 5和Zend MVC在IIS上正常工作?

Windows如何创build目录符号链接

即时通讯尝试创build一个符号链接目录Windows 8.1 使用git-bash命令窗口以pipe理员身份运行 像这样的文件夹结构: -magento plugin -magento 在哪里我的插件是一个混帐存储库我想符号链接到magento在这里提到: http : //inchoo.net/ecommerce/magento/how-to-setup-git-for-magento-extension-development/ 所以我运行命令来创build符号链接 $ ln -s D:/wamp/www/plugin-magento/app/design/adminhtml/default/default/template/company/name/ d:/wamp/www/magento/app/design/adminhtml/default/default/template/ company/name 其中: D:/wamp/www/plugin-magento/app/design/adminhtml/default/default/template/company/name/具有子目录并存在 和d:/wamp/www/magento/app/design/adminhtml/default/default/template/ D:/ wamp / www / plugin-magento / app / design创build符号链接d:/wamp/www/magento/app/design/adminhtml/default/def ault/template/company/name' to / adminhtml / def ault / default / template / company / name /':没有这样的文件或目录

Magento控制器工作Windows,而不是Linux

我创build了一个适用于我的Windows XAMPP安装的模块。 然而,在Linux上进行testing似乎并不正确。 更具体地说,我的控制器似乎并没有加载。 当访问urlwww.mysite.com/modulename/standard/我得到一个404错误。 我希望得到一个消息输出控制器中的类定义之前的die('here') 。 控制器文件是/app/code/local/Namespace/Modulename/controllers/StandardController.php 。 这个类在这个文件里面定义如下: class Namespace_Modulename_StandardController extends Mage_Core_Controller_Front_Action 从我的XMLconfiguration文件中提取的是这里: <frontend> <routers> <modulename> <use>standard</use> <args> <module>Namespace_Modulename</module> <frontName>modulename</frontName> </args> </modulename> </routers> <!– other blocks here –> </frontend> 我最初的想法是,这是一个大小写敏感的问题,我没有注意到在Windows上开发。 以前的XML片段如下,这也没有工作。 另请注意,我已经尝试访问两个XML版本的www.mysite.com/Modulename/standard和www.mysite.com/modulename/standard ,每次都有404错误。 <Modulename> <use>standard</use> <args> <module>Namespace_Modulename</module> <frontName>Modulename</frontName> </args> </Modulename> 有人知道可能是什么问题吗? 谢谢。 编辑 按照要求,这里是模块的configuration文件。 这一切似乎是正确的 – 该模块显示在pipe理员/开发人员页面和模块configuration屏幕(在system.xml中生成)出现在后端。 而且,模块的一部分(看起来是控制器)正在前端工作! <config> <modules> <Namespace_Modulename> <active>true</active> <codePool>local</codePool> […]

我如何在Windows服务器上设置Magento cron?

我的意思是,我知道在Windows中我必须使用Scheduled Tasks服务,但我不知道应该执行什么命令。 任何线索将不胜感激,谢谢!