芳草苑

Day: June 2, 2010

  • Make an offer of getting Y quantity of any products for free in Magento

    最近我还写了一个程序，是为了一个非常特殊的促销模型写的：买 X 送 Y。具体是这样：从产品 A 组里每买 X 件，可以从另一堆产品 B 组里任选 Y 件，白送。但 B 组产品同时也是独立销售的，如果有人买了 X 件 A 组里的产品，同时买了 Y+1 件 B 组里的产品，那么其中 1 件 B 组产品不白送，该卖多少价就是多少价。

    我认为 Magento 自带的促销模型已然非常强大，能用一个非常好用的 GUI 组装出千变万化的规则。无奈 my client 脑子更强大，总是想一些 Magento 天然功能以外的点子。我研究了 Magento 天然的 Buy X get Y，发现它是针对 X 和 Y 是同个产品而作的规则。论坛上也有人变通作出 buy X of product A, get Y of product B，但我这个难点是 get Y of any product from B group，meanwhile all products from B group are for sale，我想是不可能通过 Magento 自带的促销模型完成的。

    设想一下，顾客购物车里有三项产品

    • product A1 from group A: Quantity X
    • product B1 from group B: Quantity Y
    • product B2 from group B: Quantity Y

    因为 Magento 是逐条套用规则，再逐条套用 quote item，所以上述情况下，product B1 和 product B2 都满足规则，统统赠送。为了解决不该送的数量被送掉了的问题，必须抛弃 GUI 了，动手编程吧。还好，这个特殊规则并不难写，我写了两个小时，搞掂。

    附注：不编程的话，还有一个不是办法的办法——turn product group B into a configurable product, and all the products become options。然后告诉用户，如果想得到免费赠品的话，add this configurable product to cart。但这样生添了一个 configurable product，其实这是 product group B 里产品的同质产品，同质产品却不同效应？这会给用户带来困惑，所以不可取。

  • Magento product model is read only to frontend controller

    最近我写了一个小程序：Deal of the day for Magento。

    它主要有以下功能：
    每天定时按预设权重随机抽取一个产品作为 deal of the day；在产品名称前加上 “Deal of the day:” 字样；设定它的 is_deal_of_the_day 为 true；设定一个 special price；归类到一个 sales category 下；同时把昨天的已过时的 deal 重置为原先状态。

    Magento 支持 cronjob 我是知道的，但测试的第一个环节倒不是这个程序能否定时启动，而是程序能否完成独立完成这一系列的操作。为求简单，我把整个过程写在一个 frontend controller 的 indexAction 里，然后用访问 url 的方式去触发这个过程。我没有用 backend controller，因为我考虑到 Magento wiki 上介绍的 cronjob 万一不管用（之前我没有用过 Magento conjob），我还可以用 curl + linux crontab （这个我很熟）去触发这个过程。当然我会把这个 url 做得谁都猜不到，以策安全。

    但是，在 frontend controller 里一运行到 $product->save() 或 $productCollection->save()，就抛出以下错误：

    Warning: Invalid argument supplied for foreach() in /path/to/magento/app/code/core/Mage/Eav/Model/Entity/Abstract.php on line 995

    初看这个错误，我总以为是 product EAV 某个 attribute 损坏了，因为我经常修改 product attributes，一不小心，改坏了哪个不该改的 attribute 也不奇怪。可难就难在 attributes 那么多，我无法知道哪个坏了啊。我围绕着 Abstract.php 995 行左看右看，没有头绪整整一个下午，最后发现，如果把同样代码放在 backend controller 里，product 就可以 save 了。

    整整一个下午的时间只给我一个启示：product model 在 frontend 是只读的，估计又属于 Magento 安全机制范畴。联想到以前碰到的一个问题：如果用户在 Magento backend 已登录，能否在 frontend 探知，以便针对 backend 用户访问 frontend 时显示不对外人开放的内容（就像 wordpress 那样会在每个 post 显示 edit link）。但 Magento 把 backend 和 frontend 严格地分开，我研究好久，也没有让 frontend 访问到 backend session。

    我想，打破 Magento 苦心经营的安全机制去做一些事是不可取的。比如 deal of the day 定时切换的功能，就用 magento 鼓励的 cron.php 去启动，非常的方便，也非常的安全。只是我空下来还是想钻牛角尖： Magento 是怎么把 backend 和 frontend 严格地分开的？只有知道了原理，如果、万一、假如、倘若我要 frontend 执行 backend 操作，也能做到了。