BeautifulSoap

@murmur 我只是吐槽买整机也能叫 DIY 的没有吐槽价格。说到价格买配件只看龟东贵了也正常。而且，羊毛出在羊身上，真以为整机便宜的地方就只便宜在散片上么

头一次听说买整机的也能称 DIY 主机

新手总要氧化几个头才能熟练的
烙铁头你得时刻保持沾焊锡在上面防止干烧，然后每放一段时间就要用海绵等去掉之前上在烙铁头上的氧化焊锡再上新的。长时间不用还要把温度调低
这些操作都很细碎的

还有上面还多人没想到（跟没有相关经验也有关）的一点，电商这东西作为一个通用的平台，为了兼顾各种复杂奇怪的业务逻辑，存储各种千奇百怪的商品信息等，整个系统的性能其实没你想得那么好，尤其在当年云服务概念都没的时代
这方面稍微做过通用 cms 的人都能明白。一个依赖 rds 的 cms 系统，你要追求通用性那么必定要牺牲性能，要性能通用性必定做不好。我曾写过一个完全基于 mysql 的通用 cms ，通用是真通用，但纯 sql 查询那性能差也是真差

每年年末商战庞大的流量加上业务逻辑复杂的一批还性能不高的系统，结果就是亚马逊那可不得死命堆机器么。而且堆的机器数量还要比其他行业更多，然后年底商战一结束这些又用不上了。这才是为什么电商平台容易出云平台

@drymonfidelia 商品详情能缓存，用户的下单付款请求这些也能缓存？而且电商在整个 sale 期间都要承受一直不降低的超高流量，同时在这些基础上还要加上各种商品品牌不间断的抢购流量等等等等。电商平台本来就业务逻辑极其复杂，怎么可能是 Google 微软这些当年在线业务相对简单的厂商能比的

@realJamespond ummmm ，那么如何切换 env 文件？一般通过一个比如叫 APP_ENV 的变量比较多吧。APP_ENV=testing1 或者 APP_ENV=testing2 这样来决定使用什么 env 文件
那么问题来了，绕了一圈，最终问题又回到了怎么管理 APP_ENV 这个环境变量上了

@realpg 那么请问 假设 .env.testing 用于本地调试，里面原本放着平时开发主要用的 key ，这时候因为开发调试需要，要临时修改.env.testing 换成另一个 key 调试一两天然后换回来，偶尔可能还要再换回去。因为你.env.testing 添加了 ignore 那么就没有版本控制，如何恢复被覆盖的原本的 key ？

当然解决方法多的是，找个笔记记录下原本的 key ，或者复制一份 env 再恢复。但最简单粗暴的还是直接硬编码，然后在提交代码之前不 stage 这个变更就行。当然，这次阿里这事是最后一步玩脱了