Magento從架構上來說，主流的評價如何？

01-16

先說下自己的一些看法。
magento 的可配置性很強，但是大量的xml導致了很多問題，比如，xml一個錯誤的配置很難跟蹤到，而且沒有工具，去維護xml會很困難。
magento 中存在的bug很多，比如，圖片上傳的那個flash工具，真的是各種噁心。還有在遷移過程中，很多時候並不順利。還有比如合併CSS這個功能，基本上是不能用的。

js框架還用了prototype也是個很頭大的問題。
等等。。。。

magento處理幾十萬產品？
幾十萬產品，日訪問量5萬ip，兩天獨立主機都要癱瘓，magneto的EAV模型，查一個產品join大約十幾個表，十幾萬就等著死吧。，當產品10萬，對應的custom option 大約得40萬行，甚至更多，除非你重寫產品模塊。

magento的初始化非常雍容，大量的xml初始化，或許你會告訴我，他可以緩存起來，就算是緩存，這麼大的量也得解析吧
網上很多人，說magento很好用，然後扯優化，不建議，就說水平不行，magento的官網推薦產品是5000個，因為大量的表join不適合太多產品數據，了解EAV就會懂這個
其次就是magento的index manager 為了提高速度，magento吧eav表重新搞成flat 表，還有重寫等其他，設計是很好的，但是在線上，時間久了，索引每段時間都會出問題，新產品上架頻繁，經常出現sku搜索不到，url rewrite部分失效問題，需要重新刷新索引，重新刷新索引，產品少還好說，如果產品多，然後再開10個語言，數據就很大，之前維護的magento網站，3萬產品，12個strore（語言），刷新全部索引，沒有8個小時，根本不行，而且刷新index的時候會造成鎖表，造成線上不穩定。
好了就說這些吧，magento只是適合中小網站，二次開發也很費勁，如果網站有大量的功能重構，噩夢就開始了，讓你開發了50個模塊左右，性能有多卡就知道了
太靈活的xml，造成出了問題，排查問題比較費勁，有時候開發一個功能，造成其他的地方失效。
對於高並發的，日均10萬IP的magento網站，沒有varnish
根本扛不住，或許有人說，自己在線下測試並發多塊多快，具體真正的線上就看出來，沒有varnish緩存抗，尤其是做廣告，流量不均衡，有時候流量一大，magento能卡成一坨屎，linux負載飆升。
總之，magento的所謂優化，基本都是各個層緩存，xml載入的雍容初始化，和product 的eav模型的大量join，註定這是一個笨傢伙。
上面完全的否定magneto的性能，從另外一個角度看，magento的框架結構層次，堪稱架構的教學課程！引入xml 和 eav 的設計模式，讓magento的插件開發基本可以實現在不修改源代碼的情況下修改任意功能，這是其他的框架無法比擬的。總是，magento不適合做1萬+產品的應用。

我的力作：Fecshop ，Yii2 開源商城，github地址：https://github.com/fancyecommerce/yii2_fecshop
演示地址：http://fecshop.appfront.fancyecommerce.com/

magento不適合國內企業構建自己的電商平台，理由如下：1、magento開發人員在國內雖然不少，但基本上都是專做外包或外貿類型的，並沒有進入深層次的定製開發，即一句話：在國內要招聘對magento熟悉的人難；

2、magento上手難：這一點能創業型的公司注重成本上來看是致命的；

3、magento由於自由的複雜型，magento2前的版本用的是EAV模型，雖然EAV模型聽起來強大，但實際其複雜的邏輯其不利於快速開發，即開發效率低下，而且在magento2中已經徹底拋棄了EAV模型了。

4、升級困難：升級包括程序上的與數據結構上的，先不說程序上的那一大堆XML配置文件，就是數據表方面，由於magento2之前的採用的都是EAV模型，數據分散存儲，不利於升級與遷移，遷移的話更是麻煩多多，錯了一條記錄都會記致命的異常。

5、複雜的邏輯必然導致執行效率低下。

從國內用magento來構建國內電商平台的數量上來看，magento在國內電商平台上根本不算主流。有時用magento我都有這樣的感覺：magento的強大是否與我有關呢？

本人接觸magento有些年頭了。。。 2012年開始用magento 1.7。2016年開始用magento2.0。

截止到目前。M1最新版本是1.9.3.3。 M2最新版本是2.1.7。

想當年第一次接觸magento的時候，是跟同事一起，網上下載的Alan Storm的"深入理解magento系統"，共8章。

感覺好複雜學的頭疼架構之複雜真是第一次見。

當時硬著頭皮學習了一個月才入門。。

不愧是宇宙最強大的購物車系統。zend framework框架的集大成者。只有你想不到的沒有你找不到的。

magento在國內不溫不火很小眾基本上都是做的外貿網站。

因為後台操作和設計不符合國人習慣，功能也太繁多，架構也有點複雜，開發門檻比較高。

不過在國外火的一塌糊塗,電商系統市場佔有率達到了90%。好像是12年被ebay收購了。

magento的優點就是功能多完全開源模版插件多，seo比較好，看起來很高大上。社區活躍，版本一直在更新。市場成熟度高。

缺點也很明顯，就是慢，慢，慢！！對伺服器要求高。

m2是15年正式上線的正式版，框架和寫法跟m1有很大區別，用到了命名空間和composer,模塊化設計更強。因為是剛出生不久所以bug比較多。

目前全世界做m2的公司還不多都是起步階段。網上也沒有多少資料可供參考。

主要區別有:

1,m2集成了jquery,不需要手動引入。而m1默認是用的prototype,需要手動引入jquery

2,m2插件的代碼模版 css和js都在一個目錄裡面(在插件目錄下 app/code/插件名字)。而m1是分開的(js在js/下,css在skin/下,模版在app/design/下,代碼在app/code下)。

3,m2用了命名空間，新建php文件類的時候,需要在頭部namespace聲明下。

4,m2的控制器action 都是獨立的文件。

比如

http://test.magento.com/controller/action1

http://test.magento.com/controller/action2

這裡的action1和action2方法都不是在controller文件里。而是分開寫的。

Action1.php和Action2.php

5,m2需要php7.0和mysql5.6以上版本。不然的話安裝不了。

6,m2提供了命令行,添加插件或者修改代碼後需要在命令行里進行代碼編譯和生成緩存。

7,m2引入了requirejs來管理js,對js要求更高寫法更規範。對js各組件功能採用了mvc架構。

8,m2對各個模塊引入了composer,支持插件打包升級。

更多內容見magento專業中文問答社區:

M1與M2的區別 - Magento專業中文社區

當初公司要做一個多店商城，開始準備用magento.

不過速度太慢，由於是zf框架，太過於複雜。

最後選擇了opencart，功能自己開發。類CI模版的，感覺不錯。

不過大多數模塊都自己重寫了。

全球最強電商系統Magento 2.0完全實現中國本土化

Magento被認為是全球範圍內最實用、最完整的電子商務網站架構系統，是國際化電子商務解決方案之一，像Nike、IKEA等品牌的網站即是採用Magento系統。2015年11月17日，新版本Magento 2.0可以在Magento網站上下載使用。它支持多種語言、多個商鋪平台統一管理，具有豐富的模塊化架構體系以及豐富的拓展功能。它專業的開源性，使其在第三方系統集成方面有著極為良好的表現。

儘管Magento系統具有強大的功能，但是在中文世界的應用並不是很多。一個很重要的原因是，實際上在中國真正能夠駕馭了Magento系統的程序工程師少之又少。Magento系統的確是很強大的系統，但也確實需要在不同的國家做本地化，這在無形中增加了使用Magento系統的難度。

加之中國的用戶群體大，用戶習慣比較特殊，所做的調整自然會比較大。儘管難度很大，事實上，正是因為其強大的功能，很多大公司已經開始了Magento 在中國的實施，比如IKEA。而這樣也出現一個問題是，如果每個公司單獨做Magento進入中國的優化，所費時間和成本，以及試錯成本比較高。基於這樣的機緣，

TMO Group（探謀網路科技）在為跨境電商提供技術服務的過程中，在Magento 2.0中國本土化方面做了諸多嘗試和努力，成為國內首個將Magento 2.0實現完全中國本地化的公司。

一、Magento 2.0中國本土化的障礙不僅是語言

對於跨境電商而言，自然需要國際性的電商管理系統。要想進入中國市場，也需要這個國際性的電商管理系統更加的對中文世界友好。這時，阻礙Magento 2.0中國本土化不僅僅是語言的問題，而是能夠真正在深度研究中國用戶網購習慣後，使電商管理系統能夠真正滿足跨境電商企業的需要。

譬如《2016年中國移動互聯網行業發展報告》中提到的，中國移動互聯網用戶規模已達13.7億台，人均一台智能終端設備，流量經營時代來臨。據《2017年中國移動電商行業研究報告》，2016年中國移動購物市場交易規模約為3.3萬億元，占網路購物總交易規模的70.2%。基於中國用戶習慣，TMO Group（探謀網路科技）從移動端發力，努力促成Magento 2.0的中國本土化，為跨境電商企業提供更為出色的電商解決方案。

二、Magento 2.0在功能性上的中國本地化

Organic Nordic是一家丹麥公司，在中國售賣嬰幼兒配方奶粉、果汁酒水飲料、礦泉水以及有機護膚品等，TMO Group（探謀網路科技）運用Magento 2.0系統為其搭建了適合中國用戶群體的網站商城和微信商城。

1、手機綁定

Magento系統本身是按照英文世界的網購習慣進行架構的，而外國人通常習慣用郵箱來註冊賬戶登錄購物網站。視角轉換到當下的中國，使用郵箱註冊登錄信息顯然不能夠覆蓋到大多數的用戶，如果繼續沿用郵箱註冊用戶信息勢必造成會用戶流失。

TMO Group（探謀網路科技）為了滿足跨境電商企業適合中國人購買，以手機作為用戶唯一的身份驗證，在Magento 2.0中國本土化過程中，實現了從使用郵箱號碼轉化到使用手機號碼註冊登錄信息的轉變。如此，用戶便可隨時隨地接收來自商家的購物提醒，增強購物粘性和用戶溝通。

2、社交登錄

在當下購物網站相對泛濫的中國，用戶憑什麼註冊你的官方商城呢？換句話說，品牌電商如何降低用戶註冊的門檻，吸引更多的用戶呢？TMO Group（探謀網路科技）給出的解決方案是與社交賬號微信的連接。用戶無需填寫郵箱、手機號碼等繁雜的信息，只需掃一下二維碼即可實現微信登錄。

這樣做的原因，一是因為微信在中國的用戶體量本身就很大，用戶可降低註冊成本。二是當用戶微信掃碼之後，品牌方可獲取用戶基本信息，便於客戶管理。

3、跨屏互動

諸如「移動端異軍突起，web端會被淘汰嗎?」的討論似乎也是一個頗有爭議的話題，我們姑且不去探討它的結果是什麼。TMO Group（探謀網路科技）在跨境電商Organic Nordic項目的實踐中，已經實現了電腦端與微信端的統一，幫助客戶實現全渠道電商系統的架構。當用戶在品牌商城下單後，電腦端與微信端的購物信息等內容就會相一致。

若用戶選擇微信登錄，完成購物進行支付時，首要的步驟即是驗證手機號碼，並把手機號碼作為唯一驗證貫穿於整個購物鏈條中。

通常情況下，電商網站的交易信息是通過簡訊、電子郵件等方式來通知用戶「註冊成功」、「訂單支付成功」、」退貨申請提交「等狀態更新，現在品牌方的商城交易信息則可以直接在微信端進行接收。對用戶來講，簡單直接，對企業來講，有效實用。

4、電子支付

跨境企業在中國玩電商，自然也繞不開支付方式的本土化，TMO Group（探謀網路科技）開發了Magento 2.0與微信的連接，通過微信支付，用戶可以通過手機微信端完成快速的支付流程。在PC端則通過掃碼實現，微信支付實現刷卡支付、掃碼支付、公眾號支付等多種支付方式。

5、身份證識別

從事跨境貿易離不開與中國海關打交道，最新政策要求中國人每人年度交易限值為人民幣2萬元，因此事實上在Organic Nordic購物體驗中，支付之前先要進行身份證信息驗證，報備中國海關部門，這也是Magento 2.0中國本地化的一個特有的開發。TMO Group（探謀網路科技）技術人員已經在Magento 2.0中開發了中國人身份證信息驗證的功能。

6、其他方面的本地化

在國外的購物體驗中，用戶個人信息分為Frist name 和Last name ，在地域的劃分上與中國的省市區也不盡相同。此外由於外國人購物支付方式多選用銀聯卡，所以提供地址上除了收貨地址，還有賬單地址。這些不同的地方，也是Magento 2.0中國本地化需要去改變的地方。

另外，Magento 系統不支持PDF等中文文檔格式，TMO Group（探謀網路科技）在實施Magento 2.0中國本地化過程中也將此問題解決。

總結：

正如一句廣告詞里說：「走下去，天自然會亮」。TMO Group（探謀網路科技）在一次次的探索和實踐中，將強大的Magento 2.0系統帶到適合中國用戶使用習慣的氛圍當中，在Magento 2.0中國本地化的過程中取得了很不錯的成績，最終成長為有能力為國際電商提供中國本地化服務的技術公司，成為中國首個將Magento 2.0實現完全本地化的公司。

用magento2開發過三個項目，大概用了一年多了，magento2是我用過的PHP開源中架構最優秀的。我對於優秀架構的定義是有極強的靈活性，magento2充分發揮了symfony依賴注入的優點，讓組件代碼組織變得更鬆散，卻又加強了靈活性。也許很多人對於靈活性沒有什麼概念，我舉一個我在joomla項目上的例子：

joomla項目某個客戶需求中要求改動文章組件的結構，joomla的文章並沒有EAV，不能增加欄位，而且文章model層用的是傳統的OOP，而我需要擴展的數據成員是保護類型，就算我用繼承類也會因為不能修改保護類型而無法直接進行數據擴展。這可能只是個小小的修改，因為只需要我修改joomla的原始組件內的程序一兩行代碼，但為了能保證以後能順利升級，我不能修改Joomla所有原始文件。無奈之下，我可能為了一個小修改而把文章model層的整個copy一份，再對它進行改造。這明顯是十分冗餘的方法，讓有代碼潔癖的我也十分難受，而且隨著需求越來越多，代碼就開始變得難以維護。迭代的成本變得越來越高，最後改也改不動了，只能用其它CMS重構。

另外也說說opencart，這是個十分容易上手的PHP開源電商，國內也使用得十分多，還有仿京東的模板，名叫小京東。opencart的架構就十分簡單，簡單得不像是有架構，很多擴展模塊，是需要對opencart原始文件替換來實現的。要是一直不升級還好，真要升級了就很麻煩，可能要整套代碼替換掉，再一個一個把模塊補上。不升級行嗎？如果只是普通的信息站，那就沒有沒有被入侵的價值了，有漏洞也不會有多大損失。但電商是跟錢有關的，每個漏洞都很有可能被利用，黑客也許會不動聲色，創建了已經付過款的訂單讓你發貨，又或者把剛剛購買成功的訂單改成自己的地址。而真正付錢購買的用戶收不到貨肯定會投訴的。其實opencart比起國內的開源電商要安全多了，但還是需要時常升級才能保證最低限度的安全性。無損擴展當然也是所有opencart使用者的需求，所以現在opencart有vqmod，這東西能不改動原始文件進行擴展，只是擴展的操作並不如那些已支持原始代碼擴展功能的系統方便。而且如果多個模塊對同一個代碼文件進行大量修改時，也不能保障互相之間沒有衝突，與magento2還是差遠了。

而在magento2下很少會出現這種架構硬傷，依賴注入可以輕易通過修改幾行XML實現整個類的改造。在magento的Q群里，偶有高手來吹自己做過的變態價格優惠策略。我認為甚至是雙11淘寶那些複雜煩人的優惠價疊加在magento上也是可以實現出來的。所以我的結論是：對於一個需要長期迭代開發的項目，架構的不足是會成為硬傷的。也許大家都知道magento從1到2都很慢，2更是慢得離譜。但效率不是硬傷，你可以加多十幾台伺服器用於redis和varnish與mysql的負載均衡，但是不良架構所造成的殘局根本找不到人來收拾。

magento2內已經有對於varnish和redis的支持，在nginx下部署跟在apache下一樣輕鬆，所以magento2要配上redis nginx varnish的成本是很低的，根本就是標配，所以別老是說不用varnish就有多慢了，官方一直覺得那些是必須有的。

magento2有大量的XML配置，就算能緩存起來，但也是需要不少時間進行解析。不過沒有XML配置就好了嗎？XML是語言無關的描述格式，而magento都比較偏向於用XML描述一切，這其實給交互性留下空間。XML所表達的意義很複雜，不適合給人看，但給代碼看行嗎？我除了用php做項目開發之外，還會用C#, powershell和python開發一些小工具，其中就有通過XML分析整個magento結構，只需要寫XML，會自動生成代碼等工具。這樣用起來其實比任何PHP開源電商都要方便，只要這套工具夠完善，甚至有希望能讓完全不懂magento的人輕鬆編碼。而其它電商系統估計不容易實現，因為它們沒有大量使用語言無關的格式來當作配置。只不過這些目前只是個願望，工具我也只能抽時間來做，不過magento在線上已經有組件生成的工具了(Magento 2 Module Creator)。

但magento2也是有不少缺點的，2.0和2.1版本都是有不少BUG，到2.2就好很多了，BUG慢慢已經不是大問題，只是它的前端架構實在讓人很頭痛。在magento2旦生之時正是前端的混亂期，框架層出不窮，mg2使用的是當時比較流行的knockoutjs，現在都過時了，官方卻煞費苦心用knockoutjs設計出UI組件集。如果沒有後來的react，AngularJS, Vue，knockoutjs UI組件集真的很好，但現在跟這些主流比起來就顯得十分臃腫。官方寫的文檔又不多（可能為了賣書，比起賣商業版，我覺得賣證書和教材更賺錢），knockoutjs不容易定位錯誤，很難DEBUG，學習門檻很高。後台又有一大堆用XML描述出來的UI，完全不知所云。而這關於前端架構和UI組件的設計問題，嚴重影響了magento的核心價值。我認為magento的核心價值是它靈活的PHP架構，這是我見過所有PHP產品中無法比擬的，PHP的電商系統當然難以跟淘寶京東這種大型電商比較，但PHP的優點是捷便，這對小型電商快速迭代前進的發展模式有利。在PHP之上當然應該配合靈活的架構，因為這樣更能實現快速迭代。但magento2的UI組件門檻過高，已影響迭代的速度。這可能是magento團隊的產品定位有問題，過於重視技術棧，忽略了產品定位。

magento2適不適合國內，這個是視情況而定，學習門檻高是使用magento2的最大硬傷，對於國內大多數需求來說，也許並不適合，但是magento2的架構無疑是值得抽時間去了解學習的。而在國外，magento是一個品牌，客戶信任magento這個品牌，認為使用這套電商系統，自己能得到專業的服務，並且安全性更有保障。必竟真正使用magento的客戶都是為了把自己的貨物安全地在線賣出去，並不是開發人員，而要找到靠譜的開發人員也很不容易。相信某個程序員還不如相信品牌，客戶如果需要專業的定製服務，可以尋找有magento認證的程序員。

有的答主用mg1和mg2比較，也許一些人對它們之間的區別感興趣，但其實沒什麼好比，因為是兩個不同的系統，沒有什麼共通點可言。mg1的開發知識幾乎完全不能用在mg2上。而對於大多數PHP的項目，magento2給我們帶來了很新鮮的體驗，例如它大量使用依賴注入與knockoutjs，不止是PHP後端有大型架構，連JS前端都有大型架構，並且把PHP用得像JAVA。

免費版的，最好就一萬多產品吧，但是需要非常好的開發人員做好結構，並配合各種緩存優化。

大幾萬產品的，買企業版或者選第三方的吧。

同時也反對說優化不好就是你技術不好的說辭，優化的可行性和是否值得優化是兩個概念。請最好的開發給你定製一個優化模塊，沒有意義，成效多少先不說，持續地維護都是不小的開銷。

用magento一定是做海外b2c, 早幾年我有過接觸。但看了看裡邊的代碼，感覺跟國內ec之類有些不同。如後來在wordpress里感覺的一樣，老外模板語言不像國內這麼直白簡單。

說重點，我對zcart和magento一直神往，但不曾有經驗。不過可以給你提供國內兩個主流b2c的經驗：shopex最要批評，後台24小時不間斷被工具漏洞太多弱點太多甚至還有不穩定。 ecshop很好，但很老會有漏洞不可能再升級了。當初客戶也是要求ec升級shopex，後悔了。。。。。就這吧，需要跟我探討可以聯繫我

magento的速度問題是可以解決的，堆疊硬體就可以。magento的構架就決定了對硬體要求較高，但是易擴展。

magento很強大，只要你肯花功夫，他什麼都能給你，多店鋪什麼的完全沒有問題，如果單為了求快速就浪費了magento，基本上你需要的功能它都有，還有很多免費和收費的第三方插件，收費的也不貴。說magento性能不好都是技術不過硬，計算機基礎不好的人，只要你技術過硬計算機基礎好性能都不是問題。

magento2安裝在php7，nginx環境中，速度秒開，功能強大。

太他媽的複雜了。我搞電商的，雇了幾個兼職的developer。用community版本大概一年多吧。做了很多customization，加了很多模塊，正如 @Terry說的，經常各種bug，搞死我了，我基本每兩周哭暈在廁所一次。

據我所知的幾個用magento的大頭電商，都是用的enterprise版本的，10萬刀＋一年，給配備幾個專門的developer整天盯著才行。

Magento 在代碼架構上不如 Symfony, 在便捷性上不如 Drupal, 好處在於商務感受和設計上. Magento的可復用性更多體現在視圖邏輯上.

整天拿eav說事的根本不懂magento，magento可以使用單表的功能都不知道么？

現在Magento 分為1.X與2.X挺好的，不慢，主要看優化的怎樣，不過國內開發人員比較少，Magento門檻較高超成的，有需要magento 項目的朋友可以找我。http://www.magentoucd.com qq 4767850 15360669780

OpenCart才是最好的平台！

請問對於一個日訪問量3000，訂單量500+的內/外貿兼顧，需要對接內/外貿多種支付手段，中英文雙語的電子商務網站，大家推薦那個產品呢？

magento社區版優點（注意，僅僅是社區版，更遑論還有無數的插件和第三方應用支持，還有更強大的企業版）

1·功能強大，免費開源，沒有許可證費用，代碼在自己手裡，完全屬於自己的網店（社區版）

2·多貨幣支持，600多種支付方式，支持paypal，支付寶

3·本地化搭建，對本區域客戶更加友好

4·第三方平台整合，可以與亞馬遜，ebay，淘寶整合

5·完整的插件整合系統（2015統計，有8000個插件可以供選擇），可以實現強大的功能拓展性

5·完美支持seo優化，支持url重寫，從底層至模板，均以搜索引擎優化作為重要的設計要求。 Google站點地圖

6·過億次下載，除了有官方升級支持，還有magento社區，與愛好者一起交流，幫你解決問題。

7·用戶角色管理功能，適合多職位，多用戶操作，非常適合中大型企業以及多個網站整體把控的需求（如銷售專員只可以訪問銷售板塊，客服只能訪問客戶反饋板塊）

8·支持企業應用集成，與ERP，WMS，CRM等軟體無縫集成

9·強大的商品屬性集合（如團購，批量銷售，老客戶專享價格等）。

10.以及靈活化的稅率管理。

11.多店面管理多店系統可以讓您配置多個網店，多個域名，但使用統一的管理控制台，節約您管理的時間和成本。

12.高級站內搜索引擎，多種搜索過濾選項，提供更加準確的搜索結果。

說實在Magneto確實太複雜，我自己用了大概7/8年了，遇到幾百個問題，但我就老外論壇找解決方案，自己發問題，如果你是搞開發的，有難度其實才好玩，我想要的模塊基本都能買到，不然找人開發也不貴幾百刀就搞定，現在出了2.0版本很想升級看看。

我現在就只用Magento和WordPress兩個開源，其他暫時不考慮

我自己經驗來看，如果請技術好(不是國內哪些建站公司的所謂技術哦,你懂的)，可以針對magento進行針對國內客戶需求進行改寫。因為Magento的高擴展性問主使用Magento是必須的，如果企業做到後面越做越大，就會深深的明白Magento有多強大。

或許M2能改變速度這一現狀。

mangeto速度慢這個問題由來已久了，不過通過合理的部署（緩存是必須的）還是可以接受的有興趣的可以google 找下 optimizing magento for peak performance

二次開發複雜，這個問題不好說，只是開發模版的話不難，專註後台開發需要對magento的結構和模塊比較了解，貌似國內專業magento開發人員不多見

個人認為要做一個國際的B2C 網站還是選magento 光語言包就能省心不少 magento可擴展性比起其他幾個主流的框架要好不少