Magento custom module frontend url is forced to https. Why?

If secure url is enable, sometimes Magento custom module frontend url is forced to https but that’s not what I am intended to. I look into it and find it happens when it uses an identical router frontName both for <frontend> and <admin>. The module etc/config.xml is like this: If frontend router is changed to… Continue reading Magento custom module frontend url is forced to https. Why?

Precisely control modules loading sequence in Magento

Magento 以 alphabetical 顺序加载 app/etc/modules 里的模块。一般来说,我喜欢在我的模块.xml 前加一个 z,保证我的模块是最后加载的,因为我的模块或许需要去更改原有的布局,那当然得在原有的布局已经生成后才去更改。 我发现不少人跟我有同样想法——喜欢把他们发布的模块.xml 前加 z,有时还加 zz,甚至 zzz。这样就难为我啦,我倾向于去掉这些强加的 z,毕竟是我在统一调配模块。 如果我发布我的模块,我倒不喜欢加 z,因为我不喜欢被人加,己所不欲勿施于人。而且,既然是独立发布的模块,应该尽量做到环境无关化。我不可能知道用户已经装有什么模块、将来还会装什么模块,我尽我本分,不管别的模块能否做到环境无关化。 言归正传。今天我把 jQuery 和一些常用的 jQuery plugins 打了包,放进我的 Msdk (Magento Software Development Kit) 模块。目前 layout 的 msdk.xml 是这样的: 接着又发现我其他用到 jQuery 的模块无法使用 jQuery,因为它们按 alphabetical 顺序加载在 msdk 模块之前。这让我头痛。Add block 时有 before, after 参数可以控制插入顺序,addJs 没有优先参数,而我又不愿意修改 app/etc/modules 下各个 xml 文件名去控制模块加载顺序(除非我自个儿用 msdk)。 继续琢磨,磨出一个两全其美的办法:参考 Magento 的 Eav… Continue reading Precisely control modules loading sequence in Magento

My approach to a live chat extension for Magento

试用了两个 Magento live chat extension,都不怎么好用。 一个是 Luxe_Yalc,基于 Google chatback,是我想要的,因为 Android 手机可以让我 7/24 在线。可惜 Luxe_Yalc 试图凭用户输入 Google Account 的信息去获取 Google chatback html,但有 bug,至少在我机器上运行获取不了那段 html。我想写个 Magento live chat extension 用不着这么复杂,直接让用户自行登录 Google Account,拷贝出 chatback html,粘帖入 Magento 后台就可以。这样做的好处是,只要 Google 继续支持 chatback,怎么改变 chatback html,用户都能应变。 一个是 MagentoLiveChat,基于本地服务器的 live chat,不依赖于第三方服务,精神可嘉。看上去功能很多,还支持多个 operators。但我想还是等到企业发展壮大到需要多个在线客服的阶段再考虑这个 extension。

Magento 1.4.2.0 extension key change

今天有闲,下载了 Magento 1.4.2.0 beta 1 来体验,同时用 Magento Connect 安装了几个 livechat extension 来体验。其实我不太喜欢 Magento Connect 来安装 extension(曾经很喜欢),因为: 很多时候仅在 Magento fresh installation 可用,随着安装的扩展越来越多、Magento 自身的升级,过一段时间后想再用 Magento Connect 安装点什么就发现启动不了; 用 Magento Connect 升级 Magento 自身也不可靠,碰到几次在升级过程中断,造成前后台全部瘫痪,只好用传统的 ssh 或 ftp 安装来升级。 说远了。因为 Magento Connect 里的 extensions 只能用 Magento Connect 来安装(或许有别的办法?),我就老老实实拷贝了 extension key 粘贴,结果 Magento Connect 拒绝工作,说“couldn’t resolve host”,我晕了一下,不过很快找到原因: Magento 1.4.2.0 起把… Continue reading Magento 1.4.2.0 extension key change

Magento extension: bxgy 0.1.1 is released

Bxgy 0.1.0 is reported fail to work when raising orders from backend. It is because of Now for bxgy rule to process regardless whether quote is frontend or backend. Download bxgy 0.1.1BuyXGetY.tar.gz 2011/02/21 Update: please checkout a newer release. Always leave comments on the newest release post. The comment on this post is closed.

3 international call saver coverage

With Add International Saver you can make unlimited (literately 3,000 minutes) calls from the UK to 31 destinations for £15 per month. You just need to dial 388 and then the international number. International Saver lets you call standard landline & mobile numbers in : Canada, China, Hong Kong, Hawaii, Puerto Rico, Singapore, Thailand and… Continue reading 3 international call saver coverage

Magento user be warned: eav_entity_store has realtime sales data

最近在一个 Magento 网站上大幅调整了 catalog structure。我先在测试服务器上调整产品属性、目录属性等,然后把测试服务器数据库里所有 catalog 和 eav 开头的表导入到生产服务器。因为生产站点的销售没有中断,我不能简单地从测试服务器往生产服务器导入整个 magento 数据库。 这次升级初看很成功,随后就发现百密中有一疏。我装有 protx standard (for SagePay Form integration),顾客在重定向到 SagePay 付款时,表单预填的数据是别人的。原因是测试服务器的跟销售有关数据是生产服务器若干天前的,eav_entity_store 表里保存有 increment_last_id,我从测试服务器往生产服务器导入所有 catalog 和 eav 开头的表,导致 magento 再次分配几天已分配过的 order ID 给新订单。如果顾客在重定向到 SagePay 后点击 cancel,会导致同订单号的老订单 status change to cancelled。 ID 重复是一个很低级的错误,我不应该去导入 eav_entity_store 表。我是知道这张表的作用的,这个错误应该归咎于我考虑不周到。 Protx standard 这个模块也不够周到,我用的版本比较老,不知新版是否在这方面有改进。

Visual programming using Google Apps Script

Google 很强大,虽然我不止一次地说,但用了 Google Apps Script 以后,我还是想再说一次。 Many of Google Products are helping people use the web. Google Apps Script help me visually programme route jobs. 在工作流中,有很多变化着的因素,导致很多程序是一次性的。快速变化的环境不要求程序很智能,但要能快速响应业务的变化。很多时候我很郁闷——因为编程速度跟不上业务速度,导致人工重复劳动。 Google Apps Script 是目前跟我理想中的 crm, accounting 最接近的解决方案。