1.首先，高并发问题，不是一个简单的问题，是一系列的问题，不仅仅是一个程序就能搞定的，程序所做的是更好的支持将来的分布式。
2.对于一个电商网站，更多的压力是在首页，分类，搜索，产品页面，因此，产品，分类，评论，page等都是放到mongodb，mongodb支持高并发读写，而且mongodb的横向扩展也是非常的方便，而对于购物车下单页面，访问的就会比较少，而且这些处理一般涉及到事务，因此，cart coupon order等事务型表放到mysql中。
这种设计可以更高的应付高并发.
3.fecshop提前做了很多架构层次上的处理，譬如：
3.1.图片，js，css采用独立的路径，域名，完全可将图片分离出来放到一个独立的服务器上面，然后通过NFS挂载到各个php中
3.2 session cache等放到redis里面，php横向扩展，部署多个php，session cache公用，这样多php还是比较容易
3.3 程序结构采用懒加载组件和服务模式，用到后才会初始化，更少的减少不需要的php资源的浪费
3.4 fecshop支持php7，php7的性能比php5块将近一倍。
3.5 重构，fecshop毕竟是一个大众化的产品，不可能满足各种情况的需要，但是，fecshop作为一个电商开源框架，更多的做的是在架构层次支持重构，譬如，您可以将产品部分，重构成elasticSearch支持，将订单部分重构成分库分表，因为fecshop有services层，重构起来就比较容易，只要将底层的某个services的方法
全部重构，就可以重构掉这个部分，譬如，我向把cart由原来的保存到mysql改成放到热地是里面，那么我只要重写
cart services里面的所有方法即可完成，通过这种方式，您的网站业务扩大后，重构是相对比较容易的。
3.6 mongodb 可以很方便的做复制集，横向扩展，可以很容易的部署多台。
4 fecshop在本身的优化：
4.1 cache层的加入，有全页缓存，动态数据ajax加载，这样首页，分类，产品页都可以缓存起来，购物车，登录信息可以ajax加载，减少开支
4.2 选择高性能Yii2框架作为支持，稳定，安全。
5 作为一个开源商城，除了性能，还要考虑升级，扩展，协作
5.1 由于商城系统的复杂性，原始的框架MVC结构，显的有点力不从心，Fecshop框架 加入了Block层， Controller层只负责调度， Model只负责数据库映射，中间的处理逻辑由block来完成，View层 负责显示，这样各司其职， 以免造成controller文件过于庞大。
5.2 加入独立功能块，有点类似Yii2的Widget，目的是为了让一些侧栏公用块 可以通过配置的方式 添加，同时，还可以具有设置缓存的功能，譬如侧栏的产品浏览记录， newsletter等独立显示块可能在很多 页面用到，通过独立功能块可以配置方便的载入。
5.3 Fecshop多模板系统，Fecshop设置了多个模板路径，各个模板路径下的文件被加载 的优先级不同，其中，Fecshop的模板路径下的文件最全面，但是优先级最低， ，第三方模板路径优先级其次，用户本地模板路径优先级最高， 用户可以通过 复制相应路径下的view或者js，css文件到本地模板路径，存在于高优先级 模板路径的文件会被优先加载，这样用户可以通过多模板系统的原理进行模板的 制作，同时，不影响Fecshop模板的升级，如果Fecshop view文件升级后被修改， 那么用户可以比对本地模板文件与升级模板文件的代码的不同， 复制更改的代码到本地模板路径 即可。第三方的模板路径的优先级介于本地模板路径和Fecshop 模板路径之间。
5.4 重写机制，Fecshop的功能基本都可以被用户重写，包括servies层，Modules， Controller，Block，Views，View Layout， 以及Js Css Img等，都可以被用户重写，其中 Js，Css，Img，Views，View Layout 是通过多模板 路径优先级来实现的，其他的是通过配置文件的覆盖更改来实现重写，这样，用户 就可以很方便重构Fecshop或者第三方的功能和模板。
5.5 升级最小化干扰，Fecshop的核心文件是放到vendor/fancyecommerce/fecshop 路径下面，和第三方扩展，用户二次开发路径完全隔离开， Fecshop可以通过composer进行核心功能的升级，用户只需要通过composer升级 即可。
5.6 Fecshop 多入口模式，分为 appadmin（后台）， appfront（PC前端），apphtml5（手机web）， appserver（手机app服务），appapi（erp，或者其他接口对接）， 不同的业务，不同的设备，进入不同的入口，各个入口共用服务层services， 但是modules部分独立，这样相互干扰最小，可以相互独立开发。
5.7 后台封装化，fec_admin扩展可以快速的实现增删改查类型的表单列表， 方便用户快速的做增删改查。
总之，作为在电商行业从事7年+，很多性能，扩展，协作的问题都考虑进去，在哲学角度讲，强大意味着复杂，更完美对应的是更多支出（人力，财力），fecshop更多的事情是做一个底层开源框架，做精做好，功能不在于五彩斑斓，使用不在于多么的受小白喜欢，现在的安装基于composer，的确很多的人不习惯，以后会慢慢的考虑这些。
fecshop作为一个BSD开源产品，也存在很多的不足，希望大家多多提意见，每个人都要自己的技术和视野的不足，欢迎大家提干货意见，对于一些xx，连基本的安装都搞不定，连电商的业务就没有接触到，就来高谈阔论大道理，这些就不必了，浪费时间，提意见，首先你得是一个电商资深人士。