提个小问题，生成日签时，因为白色文字在浅色图片时难以阅读。

客户理解的“简单”和你理解的“简单”两回事，如果你之前没开发过要自己开发，一个商城即使表面简单各种逻辑功能也需要花很多时间去梳理、开发和测试，上线也容易出 bug，极有可能比你想象的多出 2-3 倍时间。

你要帮助梳理需求，要教客户去注册小程序，统计服务，短信服务，开通支付商户，这里面的沟通时间已经很多了。

开发报价范围：> 45k
如果只有你一人开发做好入坑准备。

运营的排序需求我处理过特别复杂的方案。

排序最简单的是添加一个数字类型的 order 字段。

至于拖动也是可以简单实现的，而且跟数量无关，核心是添加一个支持小数的数字排序字段，拖动到任何位置只要生成前后两个商品 order 范围内的一个数就可以了。

1.个人号没有 webview 使用权限。
2.即使你是企业号也有限制，只能打开已关联公众号的文章和你自己已经绑定的业务域名下的页面(并不如楼上同学所说的不能打开公众号文章)。

UI 略萌

很厉害

这是用链接跳转隐藏 aff 么

只要商户号是你们的，并且商户的配置没有给第三方就基本没有什么风险了，毕竟第三方接触不了资金，所有资金结算只会到你们商户里。

使用类似 vuex 的 store 或者本地数据(商品 id，sku id 及 数量)，此时进入结算页面还要可以选择地址，进行留言等，所以还未创建订单，结算页面的商品信息和价格都来自后端。

发现开放平台都挂了，以前申请的应用也看不到了。

@Troevil 哈哈哈，我忍住了

我用过这个 https://www.npmjs.com/package/node-machine-id

小差异变成可配置。保留核心框架，差异功能插件化。

@xiaolanger 这样的同步就不叫云服务了，像现在引导用户自己将目录保存到各本地云盘目录里成本更低更方便。在本地客户端通过 API 来维护与第三方的同步不如直接用各第三方同步靠谱。

云服务意味着它需要支持协作、支持跨设备、要使用自己的服务器、要有用户可以接受的定格策略、要避免被滥用、可能还要审查等等。

云同步成本 /运维要求高，就不是目前这个价钱了。。