@google456
现在的 Web 技术已经很成熟了。不像以前了。一大堆脚手架。一些优秀的应届生都可以做这个项目。当然这种人肯定不会去你们公司的。所以你不要小看那些在大城市工作 3-5 年，然后由于某些原因回老家的那些人。你这种电商又不是淘宝那种量级的。就一个月盈利 10W 的项目，用户量几千几万基本上天了。只要目的还是用于推广。不用考虑仓储、物流、客服。

至于开发语言，框架这个就不好推荐了。看你招到的人的技术栈。

我用 springmvc+layui 做过管理后台、用 vue+jssdk 做过 H5 公众号（用 JQ+webui+jssdk 做公众号）、用 HBuilder 做过 APP。
HBuilder 有自带 相机、推送、语音等基本满足你这个需求。

@google456
还有，不要招 2 个人。 这个项目找一个负责就可以，当然工资高一些。
现在互联网寒冬，同时有些人呆不惯大城市，回老家发展的也有。在东北互联网荒地，应该也有一些人想回家的，但是困于当地工资水平，没考虑好回去。你这个工资水平够了。
招人，最主要还是找圈内的人或者猎头，推荐一个靠谱的人，比较好。前期不要怕花钱找人推荐。一个靠谱的人，很重要。不靠谱的话，你们又不懂技术，会被忽悠的。项目还可能推倒重做。

@google456
你们这种电商类 APP，如果纯自己做的话。其实也不是很难。接入平台虽然快，但是也有不足。
不要小看现在的手机，性能很强的，H5，套壳(WebView)APP，不会有性能问题。
一个 H5 功能界面。基本可以跨 iOS，Android，微信公众号 多平台。代码重用率 95%。技术上没有问题。不难。

后端业务服务器，如果是简单化的 API，只是简单的 CURD。
然后是一个管理商品的后台系统，这个也简单，有现成的后端模版。

按照月盈利 10W 的小公司的量和要求，怎么说呢，上述项目，不会很难，要求不高的话。靠谱一点的，工作两三年的人，基本没有问题，可以负责这个项目的开发。没有多大的技术难点，就是比较花时间跟老板沟通需求而已。

你简单描述--> 一个 APP

下面是最后可能要实现的。
APP: iOS/Android 两个平台
H5/PC Web: 最后肯定会要求支持微信等超级 APP 而做的 H5 活动页面。然后微信登录。还要支持 PC Web 客户端。
然后你们没有数据，就需要一个后端，用于支持 APP/H5 等客户端的业务服务器。对接第三方支付。
业务后端有了， 你们还需要一个商品管理的后台。说不定还要对接现有公司的 ERP 系统。
然后又需要数据分析功能，需要一些报表分析。

当然这些技术都不难，一大堆开源的都实现过。
像我这种伪全栈，是没有技术难点的。/dogo

fix bug!

https://www.cnblogs.com/ayao/archive/2013/07/16/nginx.html
看这篇博客最后一个配置，是否满足。
就是根据浏览器 HTTP Header 中的 Host 字段来判断转发。

硬件小厂商告诉你，MAC 地址是可以随便写的。
由于 MAC 在同一个局域网(广域网)内不能相同。 所以才会有根据前缀来划分厂商。 但是这个真的可以随便写，有些小厂商，还是随机的，本身不做唯一保证。 哈哈哈！

这个要看文件的大小吧。
如果是那种 10KB 左右的小文件，那么存放在数据库反而更好，一次查询就完成数据读取。
可以存放在 nosql 里面。mongodb 之类的。
如果文件很大，那么肯定是存放在文件系统里面。
如果文件很多并且很重要，那么用第三方的云存储也是可以的。

比如用户头像，就可以直接存放在数据库就可以。

我不知道的所谓的支持 Linux 和 Win10 是什么意思。 我前段时间刚好接触了 X 蝶的 K3/Cloud 产品。
的确 X 蝶 ERP 系统的服务器必须安装在 Windows，部署也很麻烦。
但是，你购买 X 蝶的 ERP 软件，是有专门的顾问和实施来帮忙进行安装部署和培训的。（ PS：虽然很坑，处处要加钱）
但是这个产品的客户端是支持 HTML5.我用 chrome 是完全没有问题的。这基本就是跨平台了。（ PS：但是很卡很慢，服务器要配置很高才行）

正好，我搭车问个问题哈。 就是 OSS 提供的无论是 SDK，还是 STS 的 Policy 直接上传到 OSS。
如果直传到 OSS，我服务器能限制上传的总大小吗？
现在我用 STS 生成一个密钥给客户端上传，目前只能限制前缀的部分信息。但是无法限制上传大小。客户可以任意上传，只要在有效期内，基本无限上传。
各位在实际应用中有遇到吗？

@xupefei
我不清楚具体怎样，但是知乎里有个答案说的很好。
就是实名举报的那个人是检察官，是体制内的。
他怎么一闹，无论最后那方胜利，这个检察官的父亲，前途是肯定没有了。
至少作为父亲，他是合格的。

vb 开始了我的编程之路啊. ....

楼主淡定点, 他们那样用 Vim 是没有灵魂的.

这个还是要根据实际业务来， 如果是必须的，那就提供呗。客户能接收等待时间，就多等几秒。
如果业务中，不是必须的，就不用了。
例如，查询记录类的数据。只要告诉用户有下一页就可以。不用提供总共有多少页。让用户一直下一页，下一页。
又比如，一些动态排名之类的。可以后端起个定时任务，每 10 分钟更新一次数据。
如果是要求实时类的，比如一些余额。那就必须要每次都统计了。

好像我也会耶

@odirus 谢谢推荐. 😄
买肯定是不会买的. 公司就是让我做. 只有自己做的,领导才能为所欲为要什么功能就往上面加.
我就是参考一下功能,UI 和一些设计理念, 看有没有可以借鉴的地方. 自己做一个差不多的.

demo 级的产品, 其实很简单的, 服务器就是简单的转发一下命令, 剩下的客户端自己处理.
服务器难的是, 并发量大, 设备多,难以管理, 还有各种安全问题, 如果设备不是自己生产的, 协议 /控制命令等不统一. 还要自己一个一个去适配. 这些都是难点.
据我知道的, 目前做的比较好的智能家居, 就是程序员自己搭建给自己家用的产品, 契合度最高. /滑稽