Questions tagged «ee-1.12»

Magento企业版1.12

4
登录电子邮件中的密码。不好的做法?是否符合PCI?
我们使用Magento Enterprise(1.12),我有几个客户给我发送电子邮件,他们已经抱怨说他们在注册帐户时通过电子邮件收到了密码。我知道这被认为是不好的做法,但是Magento可以立即使用。 我将对其进行更改并将其从电子邮件模板中删除,这很容易,但是我很好奇为什么Magento会这样做(如果长期以来一直被认为是不好的做法)?我知道用户帐户中存储的敏感信息很少,我们也进行信用卡验证,但是“ Magento Enterprise就是这样,所以一定可以。” 我给的答案似乎很糟糕。 另外,在构建新的Magento网站时,例如删除电话验证,许多Magento开发人员是否将其作为经常执行的“待办事项列表”修复程序?

3
无法加载报价对象
sales/quote加载时该对象的工作方式是否不同于其他对象?请参阅以下内容。 作品: $quote = Mage::getModel('sales/quote')->getCollection() ->addFieldToFilter('entity_id', $quoteId) ->getFirstItem(); print_r($quote->getData()); // shows right data 不起作用: $quote = Mage::getModel('sales/quote')->load($quoteId); print_r($quote->getData()); // empty 两者$quote都是正确的Mage_Sales_Model_Quote。
24 sales  quote  ee-1.12 

3
Magento EE 1.13中设置的EcomDev_PHPUnit
我正在尝试按照EE 1.13中的说明设置EComDev_PHPUnit https://github.com/EcomDev/EcomDev_PHPUnit 好,第一个障碍是让modman工作,但是我放弃了,并手动复制了模块。现在第二个问题在步骤2中:当我执行时 php ecomdev-phpunit.php -a magento-config --db-name $DB_NAME --base-url http://your.magento.url/ 我得到一个例外,说 PHP Fatal error : Class 'Mage_Core_Model_Factory' not found in '../../../shell/abstract.php' on line 88 我去了并在abstract.pho中用require_once添加了工厂路径,但是随后抛出一个错误,提示缺少另一个类... 有人遇到过这个吗?我在VirtualBox中使用Ubuntu 12.10。任何帮助,将不胜感激。 解决方案或临时解决方案: 我必须添加 require_once '../app/code/core/Mage/Core/Model/Factory.php'; require_once '../app/Mage.php'; 作为的第一行 ../shell/ecomdev-phpunit.php 这使它工作正常。我不确定这是对还是错:)专家建议会受到欢迎(stackexchange不允许我在提出问题的8小时内添加解决方案,并且我的声誉较低,因此在此处添加答案)



3
Magento会话存储:Redis与Memcached
我正在运行Magento EE 1.12.2(在CE 1.7.2中也是如此),在这里我们有Redis进行缓存(Cm_Cache扩展,Redis v 2.2.12),但是我们使用Memcache进行会话存储。 这些Magento版本不支持开箱即用的Redis。所以我在这里关注的是: 在工作量和速度改进方面,是否值得将会话存储放入Redis中? Memcache是​​否一样好,甚至更好? 在此项目中,由于需要将第三方XML文件存储到会话中,因此会话文件很大,因此优化会话读写可能会产生很大的影响。 来自local.xml: <session_save><![CDATA[memcache]]></session_save> 和: <cache> <backend>Cm_Cache_Backend_Redis</backend> [...] </cache>


2
目标规则加售
我对Magento Target规则追加销售有一个奇怪的问题。 场景:Magento EE 1.12。在同一个Magento实例上存储30多个视图。30k +产品。大多数产品在所有商店视图中都具有相同的设置。我创建了一个显示加售的规则,如下所示。“显示价格比当前产品高100%或更高的同一类别的产品”。显示加售的设置:“仅基于规则”(此问题再现为“基于规则和选定的规则”)。我保存了规则。重新索引所有内容。一切看上去都很正常,但按照规则定义,出现了加售(针对我测试的产品),但是……一段时间后,同一产品在一个商店视图上出现加售,而在其他商店视图上则没有出现加售。该产品在所有商店视图中都具有相同的设置。(并且应该有相同的加售)。 如果我修改了规则中的某些内容并再次保存,则加售开始出现在所有商店视图中,但是一段时间后,问题再次出现。 深入研究代码后,我发现由目标规则生成的加售记录保留在表enterprise_targetrule_index_upsell中,以避免每次都解析所有规则。下面是它的工作原理。(保存规则时,该表将被截断)如果我提到的表中有任何“目标规则”加售,则将其检索。如果不是,则对规则进行解析,并将结果放入索引表中。这是该表中特定产品的一些记录。 +-----------+----------+-------------------+---------------------------------------------------------------------+---------------------+ | entity_id | store_id | customer_group_id | product_ids | customer_segment_id | +-----------+----------+-------------------+---------------------------------------------------------------------+---------------------+ | 17372 | 2 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 | | 17372 | 5 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 | | 17372 | 17 | 0 | …

2
catalog_product_save_after和catalog_product_save_commit_after之间的区别?
任何人都可以解释这些事件之间的区别。请快速而肮脏。谢谢。 我有一个类似的Observer方法: public function detectProductChanges($observer) { $product = $observer->getProduct(); $old = $product->getOrigData(); $new = $product->getData(); if ($product->hasDataChanges() && $old['status'] == 1 && $new['status'] == 2) { $this->_sendStatusMail($product); } } 没到 sendStatusMail() 我很喜欢这个事件: <events> <catalog_product_save_after> <observers> <productchange> <type>singleton</type> <class>A_ProductNotification_Model_Observer</class> <method>detectProductChanges</method> </productchange> </observers> </catalog_product_save_after> </events> 我应该使用: catalog_product_save_commit_after 目标: 禁用产品后发送电子邮件。 private function _sendStatusMail($product) …
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.