作者： 一直往南

WordPress的确是个很不错的blog系统，只是本站的一些内容需要magento系统配合来做演示。再说了，玩得是magento,索性就转到magento来了，保留了原来wordpress的URL 结构，用Bootstrap简单做了个模板。。如你所见的样子了，后面的慢慢折腾完善。

原来网站是放在linode的日本东京机房，速度跟稳定性最近是没法接受了，已经彻底放弃了linode。一些不重要的小站放到了阿里云HK 机房，国内速度还不错。Mageoo.com要认真搞，就去备案了，广东地区的备案速度还算可以，备案很多次基本都是5工作日完成。备案期间网站没完全关闭，蜘蛛放行，广东地区的IP给屏蔽了。反正就这么过关了。

现在网站是放到阿里云深圳的机房，服务器配置是最基本了1核1G的，反正运行起来无压力。带宽太小，用了百度的CDN，按流量付费，现在网站没什么流量一个月也就几块钱的样子。

话说现在网站是  百度CDN ->Nginx(https)->Varnish->Apache  这纯属瞎折腾了，但这也是我改用magento的原因：就是折腾！

Magento引入Bootstrap的时候，会产生冲突问题,最明显的就是dropdown等控件在选择的时候会把整个控件给hide了

解决办法

修改 prototype.js 文件，最开头加入下面代码

var isBootstrapEvent = false;
if (window.jQuery) {  
  jQuery('*').on('hide.bs.dropdown', function( event ) {
    isBootstrapEvent = true;
  });
  jQuery('*').on('hide.bs.collapse', function( event ) {
    isBootstrapEvent = true;
  });
  jQuery('*').on('hide.bs.modal', function( event ) {
    isBootstrapEvent = true;
  });
}

大概1931行 修改为

    if(!isBootstrapEvent){
        element.style.display = 'none';
    }

使用grunt压缩magento的js,css,图片来提高magento的访问速度

首先，正常人类是不会这么操作的。当然了，特殊的情况还是会存在的。 Mage.php 文件里面 实例化类的方法 getControllerInstance

    /**
     * Retrieve Controller instance by ClassName
     *
     * @param string class
     * @param Mage_Core_Controller_Request_Httprequest
     * @param Mage_Core_Controller_Response_Http response
     * @param arrayinvokeArgs
     * @return Mage_Core_Controller_Front_Action
     */
    public static function getControllerInstance(class,request, response, arrayinvokeArgs = array())
    {
        return new class(request, response,invokeArgs);
    }

这里我们用下面代码获取控制器类的时候会报错

Fatal error: Class 'Mage_Customer_AccountController' not found

$controller = Mage::getControllerInstance('Mage_Customer_AccountController', null, null);

原因是没有加载这个Mage_Customer_AccountController类的php文件。 现在先看看路由的时候怎么加载控制器的Class 的 Mage_Core_Controller_Varien_Router_Standard

public function match(Zend_Controller_Request_Http request){
            ...controllerClassName = this->_validateControllerClassName(realModule, controller);
            if (!controllerClassName) {
                continue;
            }

        // instantiate controller class
        controllerInstance = Mage::getControllerInstance(controllerClassName, request,front->getResponse());
        ...
}

到了_validateControllerClassName()里面的 _includeControllerClass 才具体include 控制器类文件

    /**
     * Include the file containing controller class if this class is not defined yet
     *
     * @param string controllerFileName
     * @param stringcontrollerClassName
     * @return bool
     */
    protected function _includeControllerClass(controllerFileName,controllerClassName)
    {
        if (!class_exists(controllerClassName, false)) {
            if (!file_exists(controllerFileName)) {
                return false;
            }
            include controllerFileName;

        if (!class_exists(controllerClassName, false)) {
            throw Mage::exception('Mage_Core', Mage::helper('core')->__('Controller file was loaded but class does not exist'));
        }
    }
    return true;
}

到这里就很明了了。Magento从当前控制器中获取另外一个控制器中的方法就是得先include其他控制的类php文件，后面就是操作一个php类了 这种反人类的做法会不会是我想多了，本文也是为写而写了，实际应用中不建议做这种操作。有错误请帮忙指出。

Magento1.9后订单邮件是通过计划任务cron job 发送，待发的邮件都保存到了core_email_queue表里，收件人则保存到了core_email_queue_recipients这个表。 通过计划任务定时发送邮件 和清理已经发送了的邮件。清理的时候是删除了core_email_queue表里的已发送邮件，通过外键约束同时把对应的core_email_queue_recipients表里的收件人 也清理了。 然，有些情况下会碰到Magento订单邮件发送给多个收件人的问题。这个就是外键约束丢失了。

修复代码

注意：这里直接清空了这2个表，要保留未发送邮件的需要自己清理错误的收件人，再修复表即可。

SET FOREIGN_KEY_CHECKS=0;
TRUNCATE `core_email_queue`;
TRUNCATE `core_email_queue_recipients`;
#约束 同时删除，避免重复发错邮件
ALTER TABLE core_email_queue_recipients ADD FOREIGN KEY(message_id) REFERENCES core_email_queue(message_id) ON DELETE CASCADE;
SET FOREIGN_KEY_CHECKS=1;

后台配置设置的时候有时候需要加密保存，如一些关键的账号密码就不应该明文保存到数据库和显示在前台。 配置代码如下面 后台Configuration encrypted 配置加密的代码

            <app_secret translate="label"> 
              <label>app_secret</label>  
              <frontend_type>password</frontend_type>  
              <backend_model>adminhtml/system_config_backend_encrypted</backend_model>  
              <sort_order>2</sort_order>  
              <show_in_default>1</show_in_default>  
              <show_in_website>1</show_in_website>  
              <show_in_store>0</show_in_store> 
            </app_secret>  

获取值得代码

        appSecret = Mage::getStoreConfig('facebook_login/setting/app_secret',storeId);

直接拿getStoreConfig 获取到的值是经过加密的，还需要解密才能用。 解密代码

        appSecret = Mage::helper('core')->decrypt(appSecret);

其他问题，配置文件中设置<frontend_type>password</frontend_type>的时候，前台还是能看到明文字符的。 要不显示明文字符，配置文件中设置<frontend_type>obscure</frontend_type>即可。