@song0071000 也许有人踩，但踩了人家也应该提 issue 在新版本修复了...
不行就自己实现一个 min 的方法。

@song0071000 你这版本低的有些过了， 都 15 年上半年的版本了。 当时 html5 es6 推出才多久。
node 才还是新兴产品，有坑很正常。

一路 -11 from v6.11.1。

0.10.28 哥们从哪找的包啊，怕不是活在 IOjs 的时代。

@fulvaz 数组对象之类的确实是问题，如果你们没判断 null 就用了里面的元素 确实直接尿了，但其他类型应该不会吧，vue 之类的应该会啥也不显示吧。

@viator42 其实这种情况，你也可以问问他，他想出多少， 拿个身边能见到的玩意给他举个例子， 告诉他 10w 有 10w 的做法，3w 有 3w 的做法。

比如，拿自行车举例， 你要花高价了就是定做，除了轱辘不沾地就能走这种办不到做不了，剩下的你说把是直的就做成直的，说是弯的就做成弯的，哪怕你说轱辘要给我做成方的，那只要钱加够了也给你做。

但你要是不想多花，那就只能给你做成小黄车那种了，架子都是那个，就能让你选个漆，贴个标，最多了在让你加个后座，整体架子就那样没法改，大街上别人家这种做的除了色也都和你长得一个德行。


然后他 给你出 3w，你 2w 发个外包让人拿个之前的项目改改 logo，换个配色完事。

有句话说得好：
一分钱一分货，两毛钱两分货，三块钱三分货。

甲方老板可能不懂，但接货的人最起码懂， 所以发包的给出了那个价，接活的人就知道大概是要个级别的东西了。

3000 块钱， 做个展示门户或者微信公众号， 那直接拿自己接包攒下来的模板，网上直接找个开源的 php 模板一套，工作量能有多少？
简单需求或者改个色改个样式处理一下， 提个复杂的高的定制化需求那就和老板说加钱，一般这种情况的再提供一个妥协方案的轮子老板也就接受了，毕竟要这个价说明人就不想多花钱。


再来，说是说外包不受地域影响，但你在一二线城市上班兼职外包，和人在四五线小城市开个打印店 /电脑店专职外包生活成本能一样么， 低了你觉得还没平时工作时薪高，都不够交一次房租的，没准还得考虑老婆孩子奶粉钱。 但人家刚毕业，在家乡和父母住一起生活没成本，你看不上的低价对人来说赚头又不少。



但其实归根结底，你们其实没啥冲突，圈外人确实大多数都以为做 it 项目很简单便宜，听到报价都说“还是做你们这行好轻轻松松就把大钱挣了”， 但稍有了解都知道 你们做的和他们做的目标就不一样， 所以低价找他们的也就不会提多少功能了。

后端的问一句，不能用 null 是为什么啊，undefined 应该不会出现，不过我写的许多接口返回的都是 null...

大多数返回 null 都是类似于 用户从来没有设置过个人介绍 这种情况, 这种介绍应该不会用于去计算导致报错吧，
难道页面会直接展示一个 “ null ” 字符串么...

比之前好的地方，区块划分，排版布局，item 的规格大小都很统一了
不如的地方，主次感觉不清晰了， 导航条和内容感觉像是同一个层级的东西了。

另外 不论新旧 ，chrome 图标风格有点违和， 还比别的大一圈。

@flowfire 可以推给服务器端，由服务器进行广播。

@wzw sm.ms 的图床功能很简单吧.... 麻烦的问题在于访问速度和硬盘空间...

webrtc

@sgissb1 对于你们设备的 ssl 不太懂，你们设备应该没有证书合法性的校验吧。

https 的证书 需要 rootCA 颁发的，rootCA 相当于 顶级的担保人，都是内置到各个操作系统中的，这部分 rootCA 对那些证书颁发机构担保，再由证书颁发去给对下面的域名证书做担保。

每次浏览器用 https 时都会根据网站发过来的证书，按照 rootCA -> ca -> 网站证书 的顺序一级一级询问下一级证书是否合法。

而且传输过程必须使用不对症加密， 网站私钥是不会让外人知道的。

@sgissb1 哪有那么容易，
现在想要劫持 https 页还行得通的主要就是中间人， 在你首次访问域名时，先 dns 解析到中间人的网站上，然后中间人相当于正向代理你的访问 去该发 https 请求。实际 是 用户 http -> 中间人 -> https 站点。

而且现在这个问题也有了一些解决方案了，就是 [hsts preload list]( https://hstspreload.org/)， 目前正在普及，几大浏览器厂商都支持了，处理方案就是缓存一个 hsts 列表，在用户访问列表内的网站时，直接强制使用 https，中间人又不可能拥有合法的证书。

到这种地步了 中间人要再想劫持 那他就得学学 阿里 和 12306 诱导用户安装 rootCA 了。

@honeycomb 可能是你我理解你最初回复的那位内容时出了歧义，
我理解为 他说的 内容是反驳“理智使用 https ”这种论调的人， 所以他内容里指的就是 http 情况下 isp 劫持非常泛滥。
然后以为你说的内容也是指在 http 协议下的情况。

因为 h264 是有专利版权的， 所以开源的方案里都不会集成.
不过你如果安装正常的话，chromium 也应该可以调用系统解码啊...

正常情况下，https 比 http 唯一更消耗资源和时间的地方就是在建立连接交换秘钥的时候， 而下载文件一般都是稳定的不断开的长连接啊，在这种情况下按道理 tsl 消耗的时间在整个下载过程占得比例应该非常低啊。

所以
是电脑太垃圾了，处理数据解密的能力太差？
还是 cdn 缓存了，但 cdn 只支持 http 缓存导致？
再或者下载软件支持 p2p，https 的时候 p2p 支持不太好？

@honeycomb
你太小看各大运营是的本事了， 人知道你完整 url 干啥，粗暴一点的直接根据 url 最后一节的 xxx.apk 文件名匹配拦截，
当然 如果你的下载链接是 download/123456，然后后端程序去读取对应资源，那估计只要你不是做的特别大确实是没事。

@Keyes flash 的负面声音应该不会来自于差代码，项目里有差代码是不论什么项目都逃不了的，
但人主导开发的大佬又不是智障，如果只是代码质量导致的 bug 那就能重写修复的早就修复了。

任何一个程序 bug 频出的原因其实大都是因为 设计+兼容的问题，
最初设计的时候未考虑某种情况，发展多年后制作了相应的功能后还得兼容之前没有此功能的代码。

例如 js 的各种 奇技淫巧。