新 文

M.J

All posts tagged “MAGENTO”

Magento教程 71:解决Magento的疑难杂症─local.xml

local.xml 档案是在Magento系统中非常重要的档案,负责储存Magento安装参数,包含系统连结资料库的参数、密钥、安装日期以及后台URL,根据需求有时 会需要更改这个档案,本篇文章将分享我们操作的经验、遇到的问题和解决方法,希望大家在更改此档案时更顺利。

Magento教程 71:解决Magento的疑难杂症─local.xml


情况一:

将local.xml从etc资料夹中移除后执行网站,网站中会呈现安装的画面,然而,我们没有安装就把原本的local.xml放回原先的资料夹,此时网站却出现错误报告,重新整理了数次也无法回复至先前的网站。

解决方法:

根据我们经验,可试着清空var资料夹里的cache与session资料夹 ,就能恢复至之前的网站。

Magento教程 71:解决Magento的疑难杂症─local.xml

情况二:

由于要测试新的资料库主机,我们复制local.xml并重新命名档案放在同一个资料夹,为了让magento不要连接先前的主机位置,我们清空了使用者帐号栏位,并且在local.xml上输入新资料库主机资讯。

Magento教程 71:解决Magento的疑难杂症─local.xml

清空了Cache与Session后执行网站,却发出错误报告。

Magento教程 71:解决Magento的疑难杂症─local.xml

解决方法:

起先我们误以为是新主机的资讯设定错误,进行验证发现新主机位置资讯是正确的,经过测试才知道原来在资料夹中,系统会将所有local开头的xml档案当作成系统设定档,只要是符合local开头的xml档案,就会被系统认定为这是参数设定档。

Magento教程 71:解决Magento的疑难杂症─local.xml

为了要避免这美丽的误会,如果想要在etc的资料夹中复制local.xml档案制作备份,最好的作法是不要放在同一个资料夹或着是提供local.xml档案不同的副档名 。

Magento教程 71:解决Magento的疑难杂症─local.xml

以上为我们在建构Magento时的经验分享,如果大家在使用Magento系统中遇到难以解决的问题,欢迎联络我们一起交流讨论!

Magento教程 : 如何設定產品特价?

Step 1) 登入Magento後台: http://www.yourdomain/admin/

Step 2) 登入Magento後台後,請在上排Menu點選 目錄->管理產品


step 3) 選擇相關的產品,點擊或者編輯特價


step 4) 填寫產品的Tier Price(產品的數量折扣)

step 5) 點擊右上角的按鈕儲存

Magento教程 :如何顯示缺貨商品

Step 1) 登入Magento後台:http://www.yourdomain/admin/

Step 2) 登入Magento後台後,請在上排Menu點選 系統->設定

Step 3)在左邊欄處, 設定 -> 目錄-> 庫存-> 庫存選項 -> Display Out of Stock Products ,設置為是,然後儲存。

Magento教程:屬性管理

Step 1) 登入Magento後台: http://www.yourdomain/admin/

Step 2) 登入Magento後台後,請在上排Menu點選 目錄 -> 屬性 -> 管理屬性

屬性是管理產品的基礎,並描述產品的具體特點.你可以使用屬性來提升購物體驗.

  • 選擇不同的控件來顯示不同的屬性
  • 提供關於產品頁面的更多信息
  • 屬性可作為搜索參數
  • 可用於產品比較
  • 用於產品的篩選
  • 可用於作為購物車價格規則的參數

每個屬性包含一個值,該值描述產品的特性,e.g. “Color” 或 “Size”,

一個的屬性的值可以賦予多個產品

你可以根據需要創建盡可能多的屬性,並分配最常見的值為默認值,這很容易讓你的客戶選擇該選項

多個屬性被組合成一個屬性組合,屬性組合被作為模板來創建新的產品.

該屬性組合確定產品擁有哪些屬性字段,以及不同的產品信息面板,如果你不想把產品組合得那麼複雜,建議使用默認的屬性組合即可.

Magento教程 : 商品類型

Step 1) 登入Magento後台: http://www.yourdomain/admin/

Step 2) 登入Magento後台後,請在上排Menu點選 目錄 -> 管理產品

Opt1.簡單產品

每個簡單產品都有獨立的SKU,一般是實物,能設定不同的定價,作為網站產品最基礎的存在,簡單產品可以與組合,捆綁和可配置的產品聯合使用

Opt2.組合產品

將幾個產品放在一起,組合產品無需設定價格,價格是組成的產品的總價,加入購物車後每個產品會獨立存在

Opt3.可設置產品

可配置產品與簡單產品為一對多的關係,主要運用於管理產品的屬性庫存

Opt4.虛擬產品

虛擬產品運用非實物存在的產品,可以與組合和捆綁的產品聯合使用

Opt5.捆綁產品

捆绑产品类型可以让用户从选项的分类建立一个产品自己定制的版本

Opt5.可下載產品

用於需下載的產品類型

magneto 安装 SSL 后 登陆页面空白

这是个BUG,只在CHROME浏览器会有这种情况,清一下浏览器就好了。

在IE浏览器和火狐浏览器 都没有这种情况


Update

Magento cookie f***up in chrome/safari (webkit-engine stuff)

https://magento.stackexchange.com/questions/796/magento-cookie-bug-with-webkit-based-browsers

 

magento Invalid Form Key. Please refresh the page.

清一下浏览器的缓存,或者换个浏览器。

magento SSL 证书安装

1,GODADDY 购买 SSL

2, 使用openssl手动创建证书

3、生成服务器私钥

server.key是私钥。

4.用私钥server.key文件生成证书请求文件csr

server.csr是证书请求文件。

5,生成数字签名crt文件(证书文件)

在 /etc/pki/tls 这个文件夹中 找到刚才生成的 server.crt 请求证书文件,然后用记事本打开,把里面的内容 拷贝到 GODADDY SSL 里,用来生成2个CRT 证书文件。

等待一阵后 GODADDY 就可以下载2个CRT 证书文件了,

我们肯定需要先将购买的GODADDY SSL证书放到站点目录下。具体放到哪里随便我们,但我们要自己知道放到哪里。这里习惯和配置文件差不多的位置,方便配置的时候查看,比如我在”/www/server/apache/”目录下创建一个SSL目录,然后将SSL证书2个文件丢进去。

6,修改网站Apache配置文件设置SSL证书

/www/server/apache/conf/extra/httpd-ssl.conf

修改这个文件里的

Apache V2.4.8 以下版本
指令 输入的路径
SSLCertificateFile 证书文件路径
SSLCertificateKeyFile 密钥文件路径
SSLCertificateChainFile 中级证书捆绑包路径保存您的配置文件并重新启动 Apache。

保存您的配置文件并重新启动 Apache。

二,然后需要配置MAGENTO 里的 SSL

 

在Secure这个地方换成https://www…….。上面的Unsecure不需要修改。下面有两个选择yes或者no的选项,前台启用SSL就选择yes,后台要启用SSL也选上yes就好了。但是建议先试下前台是否正确,然后再开启后台。免得有错误,后台进不去了。

这样来到前台,看下我们的magento登陆注册页,用户我的账户页还有结账页是不是自动就变成https://www….安全访问了。

 

 

Magento Connect Manager: Access is locked. Please try again in a few minutes

does anyone encounter similar issue with this?

“Access is locked. Please try again in a few minutes.”

 

in var/brute-force.ini

Magento中的404页面

HTTP的404状态码表示访问的链接不存在,这个状态码可能是由HTTP服务器直接返回的,也可能是由程序控制返回的。首先看看HTTP服务器返回的404。

在Magento跟目录下的.htaccess文件中有如下配置:

根据配置可知,当访问media|skin|js目录中不存在的页面文件时,httpd(Apache)将返回自身404设置,一般都是一个白底黑字的说明。可以修改默认处理:


 

针对Nginx的Magento配置,参考:http://www.vfeelit.com/175.html

除了http服务的默认404处理,Magento本身也会可能做出404响应,查看Mage:run()方法代码:

 

当捕捉到Mage_Core_Model_Store_Exception异常时,会返回errors/404.php页面,在try中主动抛出这个异常(以上代码注释部分),看看结果:

实际上它直接把error目录下的404.php作为模板返回,具体细节就不在这里讨论了。不过比较感兴趣的是,这个异常是怎么被抛出的,在什么地方?

我们可以直接搜索Mage_Core_Model_Store_Exception类,最终是在App的getStore方法中找到:


 

如果无法取得店铺Id或者获取了Id但是无法根据Id获取店铺代码,这个异常就会被抛出,如果是这个情况那就是这个店铺根本不存在,访问的店铺都不存在自然要返回404了。不过由于Magento的逻辑,一般还不容易遇到这个页面返回。

接下来探讨Magento的第二种404,也是最常见的。可以参考http://blog.ifeeline.com/470.html了解Magento的路由过程。对于不存在frontName,控制器和action方法,一般都会路由到cms/index/noRoute(默认是这样,后台可配置),以下是default路由器的match方法,它展示了如何实现这个noRoute:


 

从web/default/no_route配置(后台可配置)中获取cms/index/noRoute,对应填入模块名,控制器名和action名,很明显,如果没有找到就使用Mage_Cms_IndexController控制器的noRoute方法来处理:


 

Mage_Cms_Helper_Page::XML_PATH_NO_ROUTE_PAGE的值为web/default/cms_no_route,一般配置应该为no-route,接着就渲染这个no-route页面。这里先去后台看看配置:

接着进入Cms的Page:

可以看到,这个404页面就是一个Cms Page,可以在这里进行随意修改定制。回到代码,万一没有为roRoute指定页面,那么就调用defaultNoRoute来处理:


 

可看到,它直接渲染输出:

注意看,它还是输出了一句话,这个defaultNoRoute方法实际应用了cms.xml配置中的


 

cms_index_defaultnoroute的句柄配置,它应用了1column.phtml布局,然后在content中添加一个子块,这个子块对应cms/default/no-route.phtml模板,这个模板中只有“There was no 404 CMS page configured or found.”这段文本。

如果不想用Cms的页面,那么就可以自定义这个默认的模板获取一个友好的404页面输出。甚至,可以不使用Cms模块提供的noRroute方法,比如你希望使用一个自定义的模块来处理No Route页面以实现比较复杂的逻辑,那么可以在后台修改Default No-route URL的设置,这个设置会影响到Default路由器的赋值。

3/7
1
 
2
 
3
 
4
 
5
 
6
 
7
 
回到顶部