Questions tagged «ce-1.9.1.0»

Magento社区版1.9.1.0

2
Magento 1.9.1电子邮件队列不起作用/不正常-如何进行故障排除以及什么是最佳补丁?
首先,这是关于1.9.1电子邮件队列的又一个问题/主题。但这与任何cron问题(如this或this)或未使用的新队列功能(如this)无关。 在我们的案例中,我们遇到了一个问题,即队列(core_email_queue和core_email_queue_recipients)根本不会收到任何有关新订单或订单更新的电子邮件,因此,不再有任何与订单相关的电子邮件被发送出去,而且cron的运行状况很好,并且手动将电子邮件添加到队列工作,他们被发送出去。 奇怪的是,在我们的测试环境中,一切正常。即使今天我们在开始的第一分钟上线了所有电子邮件,但过了几分钟(当然,在实时系统上没有任何进一步的修改),根本没有更多的新电子邮件添加到队列中。当第一个客户使用PayPal Express时,似乎发生了这种情况(但我不能确定),我们之前没有进行过测试:-/实际上,我们在使用旧sendNewOrderEmail()功能的PayPal Express逻辑中使用了一些自定义替代。但是即使修补了使用的电子邮件,我们也无法使电子邮件重新工作queueNewOrderEmail()。因此,第一个问题是,旧功能是否可能引发了一些不一致,从而导致“中断” 电子邮件队列?还是所有这只是一个偶然的巧合,并且有完全不同的解释? 由于我们找不到问题,但是当然需要尽快重新使用电子邮件,因此我们进行了另一个核心替代。在Mage_Core_Model_Email_Template_Mailer(当然是in的副本中local),我们注释了第76行:->setQueue($this->getQueue())这似乎绕过了队列,所有邮件再次以旧方式发送。 但是,由于我们希望将核心替代的数量保持在最低水平,并且我们现在也无法确定我们是否还会面临其他副作用,对magento代码和代码有更深了解的人们提出的其他任何技巧或解决方案电子邮件队列将不胜感激。 1.9.2更新:在升级到1.9.2时,我们再次仔细查看了电子邮件队列,无法重现该问题。但是,由于我们仍然没有真正的线索,1.9.1的问题是什么,并且由于覆盖Mage_Core_Model_Email_Template_Mailer::send()仍然可以按此处描述的方式进行,因此我们仍未使用队列。这样,我们希望在生产一段时间后不再遇到相同的问题。 tl; dr:电子邮件队列在1.9.1中不起作用,在第76行中注释掉了Mage_Core_Model_Email_Template_Mailer绕过电子邮件队列,并且再次发送了邮件,但这并不是一个好的解决方案。如何更好地解决呢?
35 email  ce-1.9.1.0  cron 

3
如何在默认包主题(或自定义主题)中使用Magento 1.9.1.0可配置色板?
更新:我的答案现在支持在样本之后自动更改产品基础图像。您还可以在此处找到有关如何执行此操作的更详细的教程,包括更多图像 。 Magento CE 1.9.1.0具有一个非常好的新功能:可配置色板。不幸的是,这仅适用于默认的Magento安装随附的RWD软件包。这是一个有关如何使“ Magento可配置色板”可用于“默认”包的自我解答的问题。对于任何想要将可配置色板集成到自定义主题中的人,此信息也可能派上用场。 注意1:这是有关如何使Magento的Default包中可配置色板可用的入门指南。对于每个自定义主题,这可能会(但可能不会)起作用。进行任何更改之前,请始终备份原始文件(和数据库)。 注2:色板可以工作(下面的屏幕截图),但是我还没有使产品图像随色板一起自动更改。我会花一些时间尝试研究这个问题。 随时发表评论和提出建议!

3
新订单电子邮件发送了两次
我正在使用Magento 1.9.1,并且在创建新订单时,无论是从前端还是在Admin,系统都会发送2封电子邮件-两者相同! 我在网上查看并发现了一个较旧的错误,我找不到提到的代码来注释掉,这也似乎与Paypal订单有关,事实并非如此。 我已经禁用了所有扩展程序,并尝试过并且仍然存在相同的问题,因此我有信心这不是扩展程序问题。

2
Enterprise 1.14.1色板会导致类别页面上的加载时间增加35秒
我们在最新的新站点构建中实现了新的内置色板功能。在类别页面上启用色板时,页面加载时间从2秒变为38 +秒。 我想知道是否还有其他人遇到过这个问题,是否可以给我们指出任何可能的解决方案? 我们已经尝试了EE 1.14.1和CE 1.9.1,并在标准rwd主题上使用了36种可配置产品和色板,并且没有其他模块处于活动状态。 每次用户搜索或过滤类别时,都无法通过缓存来解决此问题,页面再次陷入停顿。

2
Magento CE不允许我使用没有Express的PayPal Standard(这需要API凭据)
在我的管理员中显示的唯一选项是: 高级付款(包括快速结帐)专业付款(包括快速结帐)标准付款(包括快速结帐) 我看到其他管理员的屏幕快照,其中在“付款标准”之后没有出现(包括Express Checkout)。我正在使用v1.9.1.0,它是Magento CE的最新版本。 问题是,如果我选择“付款标准(包括Express Checkout)”,则需要输入我没有的API凭据(我不想升级我的PayPal帐户,我只想要最基本的付款选项)。 因此,我正在尝试找出如何摆脱“快速结帐”选项,或者至少找到一种仅使用“付款标准”的方法。 任何帮助,将不胜感激。我在论坛中找不到其他人遇到此问题,因此我想知道它是否是v1.9.1.0的新功能。 请帮忙。 谢谢。



1
安全提醒功能不断涌现……(SUPEE-5344&SUPEE-1533)
我有几个Magento装置,我代表客户进行管理。我们已经修复了漏洞,但警告不断出现。我们刚刚在所有站点上收到了第三条警告。 我们部署了两个不同的版本:1.7.0.2和1.9.1.0。 当我修补1.9版本时,我得到了一些警告,但是我通过对照实际代码检查sh文件中的“ diff”来验证是否已应用补丁。另外,由于1.9.1.0中已经进行了更改,因此我无法应用SUPEE-1533补丁。我在其他地方发现该补丁仅适用于1.9.0.1。我的/app/etc/applied.patches.list中只有SUPEE-5344数字 在1.7.0.2上,这是另一个问题。我确实设法同时应用了两个补丁,但是SUPEE-5344却被称为SUPEE-5345。 警告不断涌现,客户抱怨他们。看来我们没有应用安全补丁,而确实如此。 另外:补丁的命名有点..很不幸。SUPEE-5344和SUPEE-5345以其企业版本命名:EE_1.12.0.2和EE_1.14.1.0,即使我下载了该修补程序的社区版本... 安装补丁时,我是否错过了某些事情?如果我在Applied.patches.list中具有正确的补丁程序名称,警告会停止出现吗?

6
Magento 1.9.1 cron_schedule永远不会被选择
我花了将近3天的时间,无法理解并使Magento Cron处理预定的任务。我正在运行Magento 1.9.1.0,最近发现订单电子邮件现在已排队,而不是立即发送。我了解必要性,但无法使系统选择队列。 这是我看到的Cronjob。 这是我的cronjob命令行。 这是在cron_schedule表中创建任务的方式。 由于记录是在cron_schedule表中创建的,因此我认为Cron每5分钟运行一次。如果我通过PhpMyAdmin手动删除这些记录,则记录会在一段时间后自动创建。 但是任务的状态仍然是“待处理”,永远不会完成。不知道我的配置中有什么问题还是我丢失了任何东西。有人可以帮助我如何使计划的任务按时运行。另外,为什么要为一个职务代码创建多个记录? 更新资料 我清理了整个表,然后cron创建了计划的作业。所有作业均处于待处理状态,即使等待超过60分钟也不会运行。Magento 1.9.1中出了点问题 更新11/02:今天,我对该过程进行了更多分析。 我如下编辑了cron.php echo 'iam before mdefault 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -mdefault 1 > /dev/null 2>&1 &"); echo 'iam before malways 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -malways 1 > /dev/null 2>&1 &"); echo 'i returned success'; 我编辑了Mage_Cron_Model_Observer类,如下所示 public function dispatch($observer) { …

2
如何在CMS检测器中隐藏Magento?
我有一个Magento商店,我想将其隐藏在cms探测器中。我的意思是我不想让任何人知道我的网站CMS,而且我的网站是建立在Magento上的。 有一些类似的网站http://guess.scritch.org/正在检测CMS,因此我想从他们的观察中隐藏我的网站CMS。 有一些方法可以隐藏WordPress网站CMS,但是我找不到Magento的任何东西

2
自动刷新缓存
我想按指定的间隔刷新所有缓存,例如每天午夜一次(例如)。我该怎么做? 我正在使用CE 1.9.1。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.