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,区分不同用户的购物车, 这样就可以使用户在下线的情况下也可以保存购物车中的内容.
这种方法实现过, 只是没有用大量的并发访问测试其稳定性, 但是一定是可行的.