A. opencart的各種圖標無法顯示
可能是顯存或者內存不夠造成，刷新一下試試，
如果不成功，則重啟計算機，重新打開看看。
如果還不成功則打開其他圖片看看，
果其他圖片能打開，則可能是原圖片損壞導致這種情況。
B. opencart外貿網店系統怎樣誰用過
沒用過，不過據說還不錯，你去google搜索 powered by opencart,結果還不少呢，說明很多人在用
下面是網路的說明：
OpenCart是國外著名的開源電子商務網站，由英國人Daniel一人獨立開發，其社區非常活躍，由各國網友翻譯出來的語言包已經達到18種，其中包括中文，俄文，法文，西班牙文，德文，日文等等。
OpenCart的優勢在於前台界面的設計非常適合歐美購物者的瀏覽習慣：簡潔，直觀，唯美！
後台也非常的簡潔明了，而且功能強大，對於初學者來說非常容易上手，對於大多數經驗豐富的網店經營者來說，OpenCart的後台管理功能也基本能滿足其需求。OpenCart可以說是最適合國內用戶建設外貿網店的程序！
OpenCart的主要特點包括：
1. 網站模版化，用戶可自由更滑，編輯模版文件
2. 產品評論功能
3. 產品評分功能
4. 可添加下載類產品
5. 圖片自動調整大小
6. 添加相關產品功能
7. 優惠券（Coupon Code）功能
8. 搜索引擎優化功能
其程序結構也非常的清晰明了，對開發者非常友好：
OpenCart 1.x 使用 MVC(+L) style framework:
Model - 資料庫層
View - 模版展示
Controller - 主要代碼層
Language - 本地化
所以對於前台的產品頁面，主要有4個相關文件:
M: \catalog\model\catalog\proct.php
V: \catalog\view\template\proct\proct.tpl
C: \catalog\controller\proct\proct.php
L: \catalog\language\english\proct\proct.php
以此類推, 在管理後台, 如要編輯這些文件, 也主要有下面這4個文件:
M: \admin\model\catalog\proct.php
V: \admin\view\template\catalog\proct.tpl
C: \admin\controller\catalog\proct.php
L: \admin\language\english\catalog\proct.php
C. 上萬種產品選擇什麼php商城比較好
推薦：
1. zen-cart
http://www.zen-cart.cn/
他有比較不錯的緩存機制，上萬的商品應該不會太成問題。專
因為用的屬人多，所以它的主題比較值錢。
2. Magento
http://www.magentocommerce.com/
用 Zend Framework 開發的系統，二次開發應該相對容易。
D. 如何在購物車里，挽回精準訂單
首先你需要知道客戶為什麼離開
研究發現，客戶在付款流程離開的首要原因是「過高的額外成本」（例如運費、保險、稅費等）。這些通常都會在以下情況後發生，網站要求注冊賬戶（沒有「遊客付款」選項），冗長復雜的付款流程，沒有準備好購買，過高的產品價格，需要保存或添加願望清單等等。
以下是7個未完成購買其中的主要問題以及如何解決的辦法：
額外的稅費、過慢的配送及過高的配送費用
亞馬遜 Prime 會員提供免費的2日內配送，能夠讓它的客戶期待所購商品更快的到手。但是不是所有的電商網站都能像亞馬遜提供這樣的服務，難道說就只能因為過慢的配送以及較高的配送費用讓客戶失望么？不一定。
解決方案
基於你的業務，你也許可以和本地的物流服務商合作來精簡配送流程。一般這樣會需要類似亞馬遜那樣在定製化的內部包裹追蹤軟體上投入大量財力物力。對於其他企業來說，現在有大量的軟體能夠幫助你管理追蹤、發貨、商品目錄，甚至是財務和車隊管理。
對於額外的稅費來說，你可以通過優惠券或者地區促銷的方式來解決。比如提示某區域的客戶有促銷或者折扣。
澳大利亞的一家電商不僅提供一定銷售額以上的免費配送服務，同時也會告訴你還需要增加多少就能滿足免運費的門檻。通過提供多種支付方式，為客戶提供更方便快捷的支付方式。京東、淘寶的部分商家也在這么做。
但也許你做到最大的最有效果的變化就是提供免運費服務，這能夠盡可能的提升轉化率。只是有多少客戶會因為免運費而完成付款呢？
答案也許會讓你大吃一驚。
ComScore 的研究表明，90%參與調查的客戶會被免運費政策而吸引，其中58%為此增加其他商品滿足免運費門檻，一半則會選擇最慢的配送方式。
網站問題： 緩慢的載入速度、崩潰、復雜的付款流程
另一方面的問題往往與網站所特有的，關於購物車平台或者網站本身的技術能力。兩個主要問題——網站的速度和付款流程的速度。這同樣會影響客戶的轉化。
對於載入速度，我們需要檢查出可能導致頁面載入速度緩慢的問題。可以通過比如 GTMetrix 和 Google PageSpeed 等工具來發現其中的問題，你將會獲得關於如何使頁面載入速度更快的建議。例如，如何檢查 Amazon.com :
雖然有一些技巧（也許是「有作用的」）， GTMetrix 提供了大量的信息以便我們找到從哪裡開始的改善性能和載入速度。例如使用CSS是可以載入速度優化的可能性，盡管不那麼常用。
解決方案
因為這是 SitePoint ，我不會詳細介紹解決每個問題的必要措施，但是如果你遇到任何問題的話，找到你的伺服器管理員和前端工程師，從每個細節開始優化。光找到問題而不去解決是完全不能改善你的網站載入速度。
即使你的頁面載入飛快，你也要關注付款流程。異常復雜的付款、沒有訪客付款以及付款過程重要求填寫太多信息，這些問題雖小但是同樣是客戶關注的重點。
研究表明，客戶在付款時輸入發貨和賬單信息的時候也會遇到問題。這些常識類的信息不應該在這個環節來打斷用戶體驗。以下這些可以帶來改進：
把發貨地址和賬單地址通過點擊復選框來同步
把相關信息預先填寫，即便有錯誤
自動填寫地理位置信息並填寫
明確標識哪些信息必填和選填
只要求填寫一次相同的信息（比如姓名、郵箱、地址、用戶名/密碼）
抵達「感謝」頁面
讓客戶抵達「感謝頁面」是我們的終極目標，但是很多網站卻對此設置重重障礙。一個用戶普遍抱怨的問題就是付款過程中需要提供太多的信息。大部分電商網站的購物車都提供標准平和的賬單/發貨信息窗口，我們可以在這里進行改進。
解決方案
舉個例子，單頁面的付款過程更加高效。亞馬遜甚至為「一鍵下單」申請了專利。幸運的是，憑借你的購物車平台，現在有很多單頁面的選擇可用。比如WooCommerce, OpenCart, Magento 等提供的插件或擴展。
有人會驚疑說單頁面付款是解決所有電商轉化率的靈丹妙葯么？
不完全是。有研究報告指出有部分測試表明多頁面付款有時轉化率也不遜於單頁面付款。影響易用性的核心問題不完全是頁面數量，二是個別項目（例如無法使用發貨地址自動作為賬單地址）導致用戶的流失。
這都歸結於測試。測試和記錄任何用戶沮喪、憤怒或徹底混亂所引起的摩擦和不確定性,最終導致放棄付款。每一個目標受眾是不同的,都有自己的偏好和觀感來完成付款。任何障礙在他們的路徑中障礙都應該被發現和解決。
強制注冊的惡化
不論你現在用的哪個付款系統，強制注冊都是個一直存在的問題。
在用戶付款之前就要求注冊（或者不允許訪客付款）往往阻止訂單繼續進行。
雖然從業務角度來看，要求用戶注冊似乎是聰明的想法（因為你希望能夠和他們保持長久的互動），但是用戶並沒有因此獲得任何回報。也許他們當時很忙，或者只是在購買禮物，並不想被你的營銷郵件和簡訊轟炸，只想順利快速地完成付款。
為了下次的付款方便而保存訂單，或者是創建並保存願望清單以及其他訪客不能使用的功能，智能付款可以鼓勵用戶來完成注冊。這讓我們考慮購買過程本身。
「添加到購物車」之外
很可能的情形如下：用戶訪問你的網站，對產品產生興趣，認同其價格和發貨後離開。也許一開始他們只是想找到合適的商品保存起來，或者還沒有準備購買。對於前者來說，許多流行的平台已經內建願望清單功能。
盡管願望清單不能直接導致購買轉化，我們能夠藉此和客戶保持互動，提醒他們還有個願望清單以及其中的商品，特別是在降價促銷的時候。
最為重要的是，「加入購物車」或者「願望清單」可以為你的分析系統收集寶貴的用戶數據，甚至來打造個性化的服務。
解決方案
當你的用戶不想保存期望的商品時，你准備怎麼做？或是認為他們還沒有準備好購買？答案就在於【購買漏斗】這一理念。不只是從開始到結束的基本路徑，購買路徑更像是一條蜿蜒往復的街道。
客戶可能通過搜索引擎來到你的網站，之後尋找最佳價格商品,和其他電商網站比價,比較發貨選項,尋找優惠券,比較顏色、大小等等。他們甚至還會通過社交媒體來尋求朋友和家人的推薦。所以你能看到，轉化不是個一擊必殺的簡單事。
如果你沒有提供客戶所偏好的付款方式，他們也許會別有選擇。尤其是不支持Paypal（國內支付寶）的情況下。大部分客戶不願意通過信用卡購買，如果你只提供信用卡支付的話，他們也許就會離開去別的網站。
銷售之後的跟進
最後，即使上述問題都被解決付款過程最終改進，你也許還會注意到大量的客戶只購買一次就再也不回來了。假設你期望他們回來重復購買的話，該怎麼做？
一個主要的原因就是售後服務。當他們完成訂單後，大量的廣告郵件（促銷信息、新品上架、季度折扣等）塞滿收件箱。雖然你覺得這樣是在幫助他們了解最新的信息，但是客戶也許真的不是這么認為的。
對於我們的電商客戶，建議他們通過凈推值（NPS）來衡量和研究其最近下單購買客戶是否滿意。這樣可以讓你快速定位並預防售後問題的發生，來促進客戶的留存產生更大的客戶價值。
對此我們收到的467個反饋中，83%的受訪者願意向他人推薦該電商。這個分數很高，直接體現他們卓越的售後問題處理、迅速的發貨速度以及交易後的郵件跟進質量。
但是相對於他們的完全流失，更好的是讓他們能夠編輯。也許他們只希望收到當期主要促銷，後者是有新品上架，但僅僅每月幾次而已。大部分的電子郵件營銷系統可以讓客戶訪問各自的訂閱（有時叫做賬戶）據此更新他們的偏好設置。
邁出改善付款的第一步
底線就是，當我們談到改進電商付款的轉化率的時候，具體過程本身的優化不能解決你所有的問題。我們需要更深層次得挖掘了解到客戶為什麼沒有下單，並決定如果簡化這個過程。
為此我們要進行高質的易用性和轉化研究，通過調研問卷、觀察用戶的整個付款過的記錄以及客戶在哪裡卡住流失。這不一定是萬能的，每個電商的受眾不同、業務流程不同以及受眾痛點的不同會導致不同的付款漏斗的流失。
小結
總而言之，從頭到尾的關注你的客戶整個過程。任何不利因素都應該被移除。聽上去這可能有點反直覺，但是千萬不要給客戶離開的機會，不論是否了解產品更多信息、尋找優惠券等等。如果他們無法在你的網站上找到他們需要的東西，相信我他們肯定會從別的地方找到的！
E. 開源的電商 B2C，B2B2C 電商系統有哪些
國產：etshop，shopex，shopnc，iwebshop目前都是有專人進行開發維護，其中：
etshop，後起之秀etshop，偏重跨境電專商這一塊，產品涵屬蓋B2C， B2B2C，其中以B2B2C為重點進行發展，就目前市場來看，B2C比較難以做起，電商的終極模式是B2B2C，以大而全為切入點，適合各種各樣的電商切入；
shopex，同時關注B2C和B2B2C方向，B2C比較成熟，B2B2C為2015年後發展的產品，成熟棄有待驗證；
shopnc，後台界面漂亮，功能完善，該產品已存活近十多年，有一定的口碑；
iwebshop：代碼結構簡單，易使用，不過BUG多，官方也在不斷完善；
其它小眾的產品也比較多，各大 平台上均可以進行下載，不過均未進行過大規模應用及測試；
國外產品：zencart,magento
zencart，為開源產品，使用人數不少，不過界面粗糙，適合做外貿類站點，如果需要使用需要 下很大的功夫
magento：中文名：麥金斗，在外貿電商中有不錯的口碑，不過價格較高，同樣適合做外貿用；
F. opencart關閉瀏覽器，購物車還能保存商品
這是因為opencart系統默認保存你已經加入購物車的內容，實際是保存入了資料庫表中，內當容你再次訪問網站登錄你的賬戶後，仍然可以對購物車中的物品進一步結算下單。
如果你想修改為退出登錄後不再在購物車中保存，可以在logout時清空cart中的商品，詳細查看system/library/cart.php中的清除方法，調用它即可。
G. 怎樣調用opencart的驗證碼功能
這是因為opencart系統默認保存你已經加入購物車的內容，實際是保存入了資料庫表中，當你回再次訪問網站答登錄你的賬戶後，仍然可以對購物車中的物品進一步結算下單。 如果你想修改為退出登錄後不再在購物車中保存，可以在logout時清空cart中的商品，
H. opencart 購物車產品一多的時候就很慢，有人試過嗎
這是因為opencart系統默認保存你已經加入購物車的內容，實際是保存入了資料庫表中回，當你再次訪答問網站登錄你的賬戶後，仍然可以對購物車中的物品進一步結算下單。如果你想修改為退出登錄後不再在購物車中保存，可以在logout時清空cart中的商品，詳細查看system/library/cart.php中的清除方法，調用它即可。
I. prestashop、zencart、opencart、magento哪一個好
哪一個好？要看從哪一個角度去衡量了。論功能和插件豐富程度，magento好像首屈一內指吧，其次是zencart和opencart.
從未來的容發展角度看，opencart憑借其優秀的MVC-L架構會有很好的前景。
J. Opencart中的購物車功能是用session還是操作資料庫的
用資料庫存你得給資料庫造成多大的負擔啊, 而且對於購物車, 這種需要實時操作的東西, 資料庫的訪問量一大了, 就容易出現並發錯誤, 或者直接崩潰.
不可否認用Session確實效率很高, 而且會話是針對各個連接的, 所以便於管理, 但是用Session也不是完美的, 因為Session是有有效期的, 根據伺服器的設置不同而不一樣長, 如果你在購物的過程中Session超時了, 那麼購物車中的東西就會全沒了.
不知道你看過當當網的購物車沒有, 當你下線之後, 再次上線, 購物車中的東西還是存在的, 這對於用戶來說非常方便.
所以如果你的伺服器夠強的話, 你完全可以用一個靜態變數來保存所有用戶的購物車, 比如用一個靜態的Map, 以IP作為Key,區分不同用戶的購物車, 這樣就可以使用戶在下線的情況下也可以保存購物車中的內容.
這種方法實現過, 只是沒有用大量的並發訪問測試其穩定性, 但是一定是可行的.