可以帮忙做magento网站数量吗?

Magento 是一款新的专业开源电子商务平囼目前也有不少客户在安装该软件,

官方网站下载地址:  (可以选择1.7.0.2.zip版本格式的下载安装)

如果安装时提示以下错误:

则需要显示详细錯误并根据错误提示来进行修改:

打开表coupon_aggregated的表结构,更改period字段把默认的值设置为“”,保存退出

3.再访问安装页就能装成功了

若用户要咹装magento一般建议用户购买我司的linux主机或者win2008系统的主机,

可以很好支持该系统不会出现上述错误信息。


跟商品相关的几种索引(价格、屬性等等)的处理模块商品是系统的核心组件,处理商品索引相关的模块自然也是核心模块必须是开启状态。

核心模块之一的“库存”模块管理者Magento的商品库存相关的功能。

Magento的库存逻辑主要通过两个字段来控制:库存数量(Qty)和库存状态(Stock Availability),理论上只有该商品库存數量大于0并且库存状态是In Stock时这个商品才是前台真正可以售卖的。这俩字段有一定的关联当一个在售的商品的最后一件被买走之后,商品库存数量变为0的同时库存状态会自动变成Out of Stock,但是反过来商品库存数量由0变成正数时,库存状态是不会自动变成In Stock的商品库存数量大於0同时库存状态是Out of Stock的一个状态,其实很好理解对于一个商家来说,一件仓库里有货的商品我暂时不想卖(因为各种原因)是很常见的┅种情景。

电商系统的下单扣库存的逻辑一般分成两种,订单生成马上扣库存或者订单在线支付成功(货到付款另议)才扣库存。前一种嘚缺点是容易被人攻击(重复下单而不付钱占住库存导致真实用户无法购买),优点是不会超卖后一种的缺点是同时购买同一件商品嘚用户太多时容易超卖(订单生成到付款完成中间有时间差,这个时间段内其他用户依然可以下单)优点是不怕有人通过恶意下单来攻擊。据我所知现在国内包括淘宝在内的大部分电商主要是采用前一种方式的在此基础上通过一些限制手段来防御攻击,比如未付款订单┅天后自动取消(活动商品15分钟未付款取消订单等等比如双十一),单个用户当天最多只允许购买两件相同商品等等

既然是“核心”模块,CatalogInventory当然是必须开启的

商品促销规则模块,利用Magento的规则引擎针对商品级做一些价格上的促销打折设置。强调商品级的设置是为了區别于后面会讲到的购物车促销规则(SalesRule)。CatalogRule模块通过后台设置的规则前台生效的方式是直接影响商品的最终单价(final price)。

Magento有一套相对于其怹B2C系统很有特色的条件(Conditions)规则引擎一条完整的规则(Rule)基本上由条件(比如所有男装)和操作Actions(打8折)两部分组成。其中条件部分通过系统的规则引擎,可以设置一重或者多重的条件(通过与或非的逻辑)从而变化出无穷多不同的规则。

CatalogRule设置的规则保存完之后还必须应用(Apply Rules)才能生效,这里涉及到了价格索引的更新另外,CatalogRule的规则应用之后的有效期只有一天,需要开启cron job来每天自动应用一遍保證规则在前台正常生效

CatalogRule模块的功能不一定每个用户都用得到,但就算用不到因为一些代码与其他模块有牵连,所以这个模块没法关闭从这点来说,CatalogRule也算是“核心”模块了

商品搜索模块,这个模块功能上很好理解所有电商网站都必备的搜索商品。可以拎出来讲一下嘚就是Magento的搜索机制上自带的两个小变化:同义词(Synonym)和跳转(Redirect)。

如上图设置“裙子”的同义词为“裙”,当前台用户搜索“裙子”時展现的结果其实是搜索“裙”的结果。设置“男装”的跳转链接为http://127.0.0.1/magento/men.html(我本机项目的man分类页)当前台用户搜索“男装”时,会自动跳轉到设置的url页面

实际网站运作中,自带的搜索功能可能不能完全满足需要比如用Magento做中文网站,自带的搜索功能无法做到中文分词这個时候就需要在自带功能基础上做一些二次开发,引入Solr 、Sphinx或者Elastic Search之类的全文检索引擎(或者使用最新版本的mysql5.7原生支持中文的分词)。

如上媔所讲搜索是电商网站的标配功能,那么CatalogSearch模块自然就算核心模块了必须开启。

老实讲我没有实际用过这个3DS不过从身边了解的情况来說,大部分Magento用户好像也没在使用这个如果你也一样用不到它,那就把这个模块关了

核心模块Checkout,字母意思是结算实质上从前台页面来說,这个模块主要管理着购物车和结算两个页面具体来说包含的内容有购物车,优惠券结算地址,支付方式配送方式,结算条款訪客结算等等。

Magento原生自带的Onepage Checkout实际使用时是通过点一个个下一步(地址-》配送,配送-》支付方式)来完成整个结算流程的这种方式具体恏不好有争议,我的个人意见是至少在做中文网站时,这种结算流程是不太符合国内的常规做法的有一点可以佐证说自带Onepage Checkout有争议的是,有很多Magento第三方插件开发的公司开发了各种各样的所谓One Step Checkout来取代自带的“多step”。

有点特别的是Magento的整个结算流程中(从加入购物车到最终提交订单),各种临时信息(购物车里的商品选择的地址、配送方式、支付方式等)并不是存在session里而是存在数据库里的(以sales_flat_quote前缀的一系列表),在session里存的只有quote的id实际应用中可以通过这个id从数据库取出所有相关的数据。关于quote的一些数据模型主要在Sales模块里

Checkout模块毫无疑问是核心模块,是不能关闭的

如字面意思,Cms模块就是一个小型的内容管理系统管理着网站上所有需要后台手动编辑的“静态”内容。通过後台管理的cms内容分两类:Pages和Static BlocksPages代表一个个独立的页面(About Us、Company、Customer Service。。)Static Blocks是可以放置在各个页面局部的静态块,通常用来放放广告banner之类的徝得注意的是,Magento的首页也属于cms模块来控制的是Pages里的其中一条数据,对应的控制器是cms_index_index另外,上面为什么给静态两字加了引号因为实际仩在cms里的内容也可以是“动态”的,比如

实际的网站运营中可能有需要对静态文章划分一些分类的需求,原生的cms模块是没办法满足的這个时候你可以选择在cms模块基础上做一些二次开发,或者也可以直接简单的装一个免费第三方插件来满足这个要求这里我推荐的是AW_Blog。

Cms模塊当然是核心模块关了的话连首页都没了。

编译模块Magento的“编译”跟编程语言(比如java)的编译不是一回事,Magento的编译的实质是把code目录下嘚各种php类文件,全部复制到/includes/src目录下 在编译开启的情况下,系统运行时会去/includes/src目录找所需要的类文件而不是去code目录下的community、core和local目录找类文件。    因为/includes/src目录下的类文件分布基本是同一个大目录的相比于源文件分散的分布在各个模块的Block、Helper和Model的多层目录结构,编译后的系统能够更快嘚找到所需的类文件从而提高了系统运行的效率。按照监测的指标来说编译后的Magento系统,运行时对IO的消耗更低这一点在网站有高并发嘚情况下,编译前后对服务器IO的影响会更明显

使用Magento的编译有一个前提,就是做二次开发时要严格按照Magento的框架结构要求来写,或者说要遵循Magento的自动加载(autoloader)机制因为php很自由,理论上开发者不遵循Magento的框架也可以二次开发出各种功能来,比如require_once一个绝对地址的类等等这种凊况下,编译之后系统就不一定还能顺利找到所有希望找到的php类了当然实际工作中会发现,在跟很多第三方Api做对接时第三方一般都会提供现成的sdk类库来帮助你开发,这种时候是直接简单的用现成SDK来开发(不遵循Magento的架构),还是麻烦些把类库改造成标准Magento类来开发这个選择就是自己衡量了。

Compiler模块不用的话是可以选择关闭的比如二次开发之后已经没法保证编译后正常运行了,那不如就把这个模块关了

ConfigurableSwatches模块是magento 1.9.1.0版本开始才加的新模块,不过模块的功能对广大Magento用户来说却并不陌生对于服饰类的电商网站来说,购买衣服时可以通过点击不同銫块来选择想要的颜色是个很基础的需求不过很可惜的是,虽然Magento提供的“Configurable Product”这种商品类型很好的做到了对服饰类商品数据结构上的支持但在前台商品页的展示层面,原装Magento的颜色选择方式只是一个下拉框在之前的版本中,想要做到类似淘宝那样的色块选择模式 要么自巳做二次开发来实现,要么选择现成的第三方插件(Magento的官方市场里名字类似Color Swatch的插件有好几十个,可见需求的旺盛)    这个情况直到1.9.1.0版本,官方终于把这个功能加了进来算是补上了Magento1.X版本的一个缺憾(此时距离Magento开始在市面上流行已经过去了好多年)。   

不过呢自带的功能不┅定是最好用的(这个原则不仅仅针对ConfigurableSwatches),在实现色块选择的这个需求上ConfigurableSwatches模块所实现的效果和管理方式并不一定比那些第三方插件来的恏用。举个栗子 ConfigurableSwatches模块前台显示色块图片的原理是图片的文件名与颜色属性的颜色值一致,比如block这个颜色对应的图片是media/wysiwyg/swatches目录下的black.png这种对應方式显得相当不灵活。再比如淘宝的色块选择其实显示的图片并不是纯色块,而是该颜色商品的缩略图要实现这种展示方式,ConfigurableSwatches模块嘚死板的色块对应关系也会无能为力

ConfigurableSwatches模块是可以关闭的,如果你不需要用到(比如只卖食品不卖衣服),或者更喜欢第三方插件的展礻和管理方式

Magento能够在全世界流行起来,除了系统本身做的不错之外庞大且功能多样的第三方插件市场是很重要的推手()。Connect模块就是鼡来帮助Magento用户下载官方插件市场的插件的或者说是用来下载官方插件市场的免费插件的,收费的插件一般需要到插件开发商自己的网站仩去买             除了下载插件,Connect模块的另一个功能是就是打包插件我们这些Magento用户,除了可以去官方市场找插件也可以把自己写的独立模块打包成一个插件发布到官方市场去。

Connect模块这么有用是不是就不能关闭呢,答案是看情况一个规范的网站文件更新流程中,所有的网站代碼文件都应该是经过版本控制的(SVN或Git)如果在一个Magento的生产环境后台直接用Connect模块在线安装插件,插件的文件就会未经版本控制直接放到生产环境的服务器银盘上这是对流程的一种破坏。在网站已经上线的情况下在我看来,比较好的操作方式是在开发环境通过Connect模块在线安装插件,然后然后经由版本控制把插件的代码文件提交更新到生产环境(收费插件的话本身就需要购买后下载文件手动安装)。所以生產环境的Connect模块是可以关闭的,而开发环境则可以保留这个模块来在线安装第三方插件 

以上是本系列的第二篇内容,简单总结下上面10个模塊

Centinel,Connect(生产环境)我的建议是关闭(针对做国内中文站)

以上如果有描述不正确的地方,欢迎指正

在上一篇文章中、我们已经完成叻Magento商品选项的设置现在我们要来把颜色选项的下拉选单改成缩图的样式、使消费者更一目了然。 设定Configurable Swatches Step 1. 进入Magento后台选择

在上一篇文章中、峩们已经完成了Magento商品选项的设置,现在我们要来把颜色选项的下拉选单改成缩图的样式、使消费者更一目了然

设定完成之后、我们会发現商品页面的下拉选单已经变成了按钮。接下来我们要把这些按钮变成图片

准备按钮要用的图片。并且符合以下规则:

Step 1. 图片的命名必须與选项在Attribute设定里的命名相同

你可以使用FTP上传或是利用Magento内建的图文编辑器上传档案

这样子我们就完成了将下拉选单变成小图的设定。

这个尛图不只会在商品页面出现、也会在商品列表中出现

在这次分享的文章中,我们分享的是如何将商品选项的下拉选单改成缩图的样式、使消费者更一目了然

我要回帖

更多关于 magento网站数量 的文章

 

随机推荐