Fecshop的商标，由于被恶意注册，而且还是被见过面的人恶意注册， ，所以大家有自己的产品的时候，还是谨慎防小人。
由于商标被恶意注册，因此进行商业活动存在法律风险，因此，长痛不如短痛，自2019-08-07日起，更名为Fecmall
目前已经注册公司：青岛飞猫科技有限公司，fecmall商标已经申请
多谢大家支持。
替你感到心痛啊~~一开始怎么不早点自己注册商标呢
@lvbaocheng #1楼 当时上班族，2019年开始全职维护fecmall，注册商标需要注册公司承载，个人不能申请商标，这是门槛
现在已经注册公司了：青岛飞猫科技有限公司
fecmall的商标也提交了，不过提交了4个大类，就通过了一个大类，不过也可以了。
还好~~fecmaill一样高大上的名字及商标设计
嗯。
---------我也注册商标发现也房子也没有，注册东西还是需要门槛的
有房子才能入门个体公司 在入门商标
@wzlang258 #6楼 房子地址可以弄个jia的，如果在深圳这些一线城市，每年都会何查，会出问题
如果在2，3线城市，大概率不会去查。
有兴趣的可以了解一下这家公司： 抢注fecshop的公司法人吴X
查了下，你那个fecmall被驳回了吗？
@astroking #9楼 fecmall的4个大类，被驳回了3个，通过一个。
@Fecmall #10楼 :cry:这么难过？走的阿里的自助吗？听说担保通过率会高些
@astroking #11楼 嗯，300一个大类。
就这样了，先。
虽然新注册一个商标也可以用。但是被人恶意抢注册心情肯定不好。我们只能表示小小的安慰一下。 没事，以后FECMALL没准更大的知名度。
@Fecmall #8楼 一年14个商标
原来如此。 深圳自然一度科技有限公司，深圳帮护大健康科技有限公司、深圳便易亿科技有限公司，法定代表人：吴升东 把fecshop的第9、35、38、42类全部注册了。
@limwinxin #16楼 是，吴x很牛，把一起创业共事的同学都起诉了（在深圳法院，还胜诉了） 我在论坛上面挂出来这个事情，还给我发律师函。
作者开发这套系统的时候，有没有考虑过可维护性？ 诚然，我在这套系统里看到了作者浓厚的业务功能，但是编程水平，实在是不敢恭维
@coderobin #18楼
发表论点没有问题，请你把论据也写上去，代码都在github上面，都是明码
有论点，有论据，有理有据，这才是正确的姿势。
@Fecmall #19楼 把业务代码丢到vendor包里面，在插件目录里面进行二开，我就见过这么一家。每次找个接口，还得到处打断点，才能定位到。作者知道什么叫依赖注入吗？ 前后端分离不彻底，前端不像前端，后端不像后端。 数据表设计就是个笑话，很多字段default null。但凡有个几年开发经验，会犯这种低级错误吗？ 很多列表页支持多字段排序，考虑过对sql性能影响吗？
@Fecmall #19楼 很多重复sql，慢sql，到处都是n+1查询的问题
@coderobin [#20楼](#comment20)
首先，你有你的考虑，你从用户角度来看的确感觉用起来费劲，你的感受我们理解。
我们做开源产品有自己的考虑，fecmall作为一款开源商城，需要解决的问题，就是一个版本的问题，开发的角色有三个：fecmall的开发，三方插件开发者，以及终端用户（程序员）fecmall本身就需要持续升级，三方开发的插件也需要持续升级，终端用户（程序员，你就算终端用户）也需要二次开发，怎么解决这三者的代码冲突？不放到vendor里面，让用户直接修改代码，升级后编写的代码全部覆盖，是不是会出问题？
依赖注入，控制反转，设计模式，yii2框架里面很多，fecmall的组件，service就是这个原理实现的，单例模式service，不清楚你是没看代码，还是其他原因，要么你教教我什么是依赖注入。
前后端分离不彻底的问题，最彻底的就是用vue，为了插件化，必然没法用vue这种，你应该说的用到一些templete模板语法，的确这个部分直接用的php变量
数据表设计，字段default null，就是个笑话了？字段default null在某些情况下，它可能引发不必要的复杂性和困惑，但fecmall用起来照样没问题，逻辑处理好了就没有问题。如果你发现字段default null引发bug，欢迎提交
列表页多字段排序，有这个多字段排序需求，功能就得这么写，数据库除了mysql，还支持mongodb，双库支持，你切换成mongodb，或者你干脆用typesense，elasticsearch等搜索引擎。搜索这块如果谈性能，就不要搞mysql了。
很多重复sql，慢sql，你指出来代码位置，具体的sql，show your code，直接上代码，前面说了，发表论点，贴上论据，把php代码，执行的sql，贴上来。
fecmall是2015年开始的项目，本人的第一个开源项目，为了解决magento代码的性能问题，而采用了mongodb数据库+mysql的模式，后面很多小伙伴们要求只用mysql也能跑，所以又开发了mysql service，双数据库模式。mongodb使用在先，mysql在后，mongodb是多维数据库，而mysql是二位数据库，为了满足数据一致性，mysql如果分多个表比较难办，进而会有很多表字段使用的序列化数组字符串，存储到mysql中。
有问题，你就直接上代码指出来，把代码贴出来，说论点不上论据，就没有讨论的必要了。
@coderobin [[#21楼](#comment21)](#comment21) fecmall作为一个程序员使用的基础框架已经功能够了，BSD开源协议，维护了这么多年，也算是画上了一个句号。当初感觉magento的框架臃肿，fecmall的初衷是为了简洁化，但是一路开发而来，需要解决各种各样的问题，后面框架各种调整，发现fecmall框架也变的越来越臃肿，大多数的开源商城为了解决三方插件开发的冲突问题，就会有各种设计方式，进而造成二次开发费劲，性能低下的问题，fecmall的开发越来越感觉重复造轮子，和其他的开源商城并没有区别。
我们的路线，现在改成做解决方案了，也就是fecify跨境saas独立站。Fecify自建saas跨境商城系统，一套系统开N个独立站商城店铺，每个店铺使用独立域名，N个店铺的产品和订单统一管理， 每个店铺可以绑定不同的插件实现不同的功能，独立站店铺支持模板可视化装修，对SEO友好， 该系统产品功能全面对标shopify， 和shopify不同的是, Fecify系统搭建到您自己的服务器, 做到100%的私有化saas（系统和业务数据全部在您自己的服务器上面），搭建完全属于您自己的私有saas跨境电商系统， 该产品是商业产品，需要付费授权，另外， Fecify是从零独立开发的saas系统，和Fecmall无任何关系，不影响Fecmall的开源。
通俗的方式理解fecify: 当您需要一个跨境独立站，您可以通过magento，opencart，wordpress等系统搭建一个跨境独立站，如果您需要2个跨境独立站， 那么需要安装2套magento或者opencart系统，如果您需要10个跨境独立站，那么您需要安装10个系统，每个系统，需要单独安装模板，插件，以及一些配置， 您需要为每一个网站设置账户，每个网站的后台单独登录，无论是安装还是管理，都是有点费劲。
fecify 官网：https://www.fecify.com/
fecify的体验地址： 服务端后台地址： https://www.fecshop.cn/admin 账号：admin 密码：fecify123!s 说明：该地址为服务端地址（总后台），为了防止数据弄乱，对修改和创建的权限进行了限制，只可以查看里面的内容。 商家端端后台地址：（目前创建了3个商家端后台，但是只有一个进行了装修配置，请参看下面地址的后台） https://www.fecshop.cn/manager 账号：admin 密码：fecify123!s 说明：该地址为服务端地址（总后台），为了防止数据弄乱，对修改和创建的权限进行了限制，只可以查看里面的内容。 前台商城地址： https://www.fecshop.cn
上面是fecify跨境saas独立站的体验演示地址，有兴趣可以体验一下/
fecify是商业付费授权独立站，独立站无限开，同时解决了店铺IP关联问题，已经集成了cloudflare api，解决图片存储（cf R2存储）ddos攻击，https ssl证书，页面缓存等问题，fecify不支持三方做二次开发，所以插件由我们自己开发，框架保持最大的简洁化，性能最优化，不支持二次开发，不面向程序员，运营人员即可安装使用fecify，面向非技术用户的解决方案商城saas独立站系统，关于fecify cloudflare的集成，详细可以参看：服务商配置CloudFlare-最佳实践：https://www.fecify.com/doc/cn-1.0/fecify-shop-helper-cloudflare-auto-best-do.html