描述的时候也够清楚了吧，策略 2 的时候，购买数量必须大于一定数量的这一限制，我讲明了。

anyway, thanks for your time.

fine.

加用户组的思路是不错，在这个需求里是行不通的。原因如下：

同一个用户，是在不同的页面作区分，不是单纯按用户区分。

ps 你还是没有提关于数量变更时的逻辑

对，需要两个逻辑。

补充说明： 入口是一个，都是 appserver。 区别是：两种身份的用户。

方案： 加字段：批发价，批发最小购买量，价格可以按你讲的计算。

另外：前端在进行变更商品的数量时，需要对数量进行判断是否满足批发量。这一块怎么处理为宜？

ok.

此处需求的批发释义： 设置一个批发价，一个批发量（两个新字段）。在策略 2 下，如果想买，必须购买大于批发量。 此为限制。

商城现有的批发是达到批发量时按某一批发价，但可以购买低于批发量的商品，只不过价格不是批发价。

此处的批发，跟现有的批发功能的区别。

此处的批发必须对数量进行限制，导致不能使用现有的批发功能。

价格的换算可以按你所说，传参数代表场景在 product price service 处理，同时要对数量进行限制，因为在进行数量变更时，逻辑要变，这一块的逻辑放置在哪里比较适合？

我的方案 1：

在 cart_item 表，加上一个标记字段，用于标记这个特殊场景。

然后在购物车的数量变更操作时，附加一些判断逻辑；

在生成订单时，也要附加一些判断逻辑。

问题已重新编辑。

讲解的很清楚明白，十分有用。

是的，我还没有把数据库的持久化配置好，我打算是用单独的数据卷的方式，而不是把一个目录挂上去。

我当前出现了点小问题，还在处理。

docker for fecshop 的环境配置，已经基本 Ok.

祝贺你迁移成功哦，同时也说明运行于 docker 中的 fecshop，是真得方便。

我的思路可能表达的不清楚。让我再试着重述一下：

1. 分环境，多份配置文件。

environments/
  dev/
  prod/
  test/

1. 关于代码的布署往往有几个步骤

拉取某分支或某 tag 代码

安装依赖，composer 依赖，或 npm 依赖

环境的参数设置（将对应环境的配置文件复制到相应的目录的过程）

其他初始化过程

关于这一步，可以通过 phing 工具编写自动化构建脚本，使用 jenkins 平台，完成快捷的构建。

还有什么地方我没有讲明白的么，欢迎讨论

配置文件可以写入 git，但注意要放入私仓。

不同环境的配置文件写多分，布署项目的时候，随同拉取代码的过程后，执行依赖安装之后，执行配置文件初始化，等等这一系列的动作，通过 phing 工具，非常方便的再结合 jenkins 工具，完成自动发布和构建。

欢迎提出你的想法，一起交流。

你更新一下代码，这个目前已修复好了。

已用上新版的权限机制了吗

扳手 app 下载后，首页的“找辅材”部分是基于 fecshop 做的商城，主要是销售家电维修时用的各类辅材，给扳手平台提供强有力的后盾。

官网 www.banshouhui.com

后面需要切换的时候，直接再次运行此命令，重新选择即可。

@nonozone 说明你的 debian 还是用得不熟。

这里有一点很重要，用一个 linux，其他的 linux 也要试着接触。我主要用 Debian，其他的 centos, redhat, ubuntu, freeBSD 等等都用过，不过现在工作需要，用了 mac，命令行用的 brew 安装软件，常用的 sed，find 等工具还是用的 gnu 系统，通过 brew 安装。

一通百通。

不过，你的建议也很有道理，可以注明每一大步的作用，有空我来看一下教程，看能不能帮忙补充一下。（我还没有看过你说的 linux 教程）

谷歌在手，命令很方便的查询用法。

ps: 我用 Debian 6 年。很高兴又遇到一个使用 debian 的朋友。