很幸福的烦恼，大多数人没能力实现自己想做的事，而不是烦恼能做的太多没时间做完

日本的垃卝圾分类做的非常好，比如除了居民区按日收不同垃卝圾外，在日本高速公路休息区的分类你能见到除了水瓶按类别分很多类，瓶盖也要单独放到一个位置。

我大概十年前在一次交流项目访日时日方特意带我们去参观了 23 区周边的一家当时刚建起来的模范式垃卝圾处理工厂，准备了很多宣传小册子，专门的落地窗展示车间，机械化处理的设备，还有专门用来宣讲的房间设备等等。当时看完感慨于其先进，心想哪日国内也能做到这个程度。

包括后来有机会去台湾看见他们学习日本在这方面要求也比较严格，感觉也是不错。

但是后来又过了四五年，慢慢了解到垃卝圾分类收回容易 ，但处理本质困难，因为经济效益差，绝大多数回收项目在无政卝府补助下入不敷出，每年回收天量的垃卝圾，就算完善分类（比如盒饭的塑料壳，市民经过冲洗干净后再分类扔），对于垃卝圾处理厂来说是杂质含量相当低的类别（低于 5%）但处理起来仍要大费周章，导致实际处理产能不过每年能回收量的 1-2%，绝大多数垃卝圾浪费了巨大精力分类回收，最后的结果还是堆到一起焚烧，或者压缩出口给发展中国家。

起码就目前来说所谓这些发达国家光鲜亮丽的垃卝圾分类处理，最终不过是用于宣传，实际污染成本被转嫁给了中国这种发展中国家。国家出于环保考量禁止垃卝圾进口以后全世界回收产业上游集体傻卝逼。

所以就你说的问题，如果以目前世界成熟模式，就算国内垃卝圾分类做起来了，本质意义不大，产能跟不上。那有办法从产业角度，增加利润或改善科技，增加产能吗？我不看好

感觉在门外很正常吧，这方面本来也没有个说什么很系统的教学，你作为开发受的训练其实相比之下已经算是非常系统了，比如开发基础就要封堵 xss ，csrf ，还有 cors 漏洞、sql 注入、host 攻击等等，剩下就是一些处理特定二进制流的时候的解析协议漏洞，防御端是这样，你学攻击端也是这样的，你跟白帽子聊过的话只不过他们会更多给你分享一些例如 Shoulder attack 、社工之类的攻击习惯，还有一些比较小众的攻击方式（都有特定应用场景，不普适）。还有就是专注这个领域的话会积累很多工具，比如一键扫描之类的，这些平时开发是不会积累的，总体来说也就是这么多，其实我感觉本身也没啥好研究的，毕竟苍蝇不叮无缝蛋，攻击端本质是等人犯傻，然后吊打傻子，这很开心吗。。。

而且没啥应用价值，你随便提权傻子的机器那就很刑，相关方面应用最广泛的产业可能是前后端逆向，不过这跟你所谓的“黑客攻防”感觉也完全是两码事

@eason1874 印象里初中教学公益类传播不涉肖像权。比如一个人翻阅马路栏杆，电视台拍下来了警示大众，不涉及肖像权问题

@xboxv 你们团队什么水平啊。。你这是固定时长回调，就是个定时，分布式定时任务 mq 就能做啊，就算你用纯 redis ，那用通道监听也能回调啊

@zkw111 容器化部署感觉跟本地互动是个麻烦，比如面板改防火墙端口规则是个很基础的功能，容器内的面板怎么修改容器外呢

看你本来在哪里吧，原本是北方人的话我去过山东几个沿海城市，还都是不错的，生活成本也不贵

挺不错的，比如我就愿意为了增加一个徽章而去社区里回答更多问题，虽然闲着也是闲着，但是没有鼓励的话我也不会闲的没事帮大家解决问题

@xboxv 为什么总要轮询，直接加到期回调就行了，你们业务量真的大到无法负担定时回调开销？我质疑。没什么源码，这需求太简单了哪有人没事记这种源码。。

以前用过一段时间宝塔，感觉项目规模不大时候开封即用挺不错的。

感觉宝塔在用户设计方面比较成熟的几个点：
1.整个 webui 的安全管理方面不能为服务器引入安全隐患，这是能让开发长期挂面板的基础。比如它本身的登录防洪+预警，端口防扫，证书，外面还套一层 basic auth 。然后程序目录权限等等，起码我不担心在我不知道的时候被人拿了 shell 。
2.nginx 到 php 相关链路设计的比较方便，nginx 配置文件管理，证书续签等等，网上绝大多数依赖 php+mysql 的开源项目基本上经过简单的配置就能使用，这大概也是为什么这么多人用宝塔。虽然我个人不喜欢他污染环境的安装方式，但是如果要容器化的话又要考虑小机器上的内存开销，只能说取舍吧。
3.其他常用功能，防火墙可视化界面很有用，还有服务器基础数据监控，宝塔做的很粗糙，但我感觉这是个很有用的功能，可以省一个探针的麻烦

设置一个推送保护呗，A 店铺默认状态无保护，第一笔交易实时推送，每次推送完成时给店铺附加一个 3 秒的保护状态，未来三秒里要发送的消息都先缓存下来，结束时统一推送，然后重复这个过程。随着次数增多可以增大保护区间，比如第一次 3 秒一推，而后 3.4, 4, 4.5, 5

最好是有一些开源方案，比如预训练模型之类的，能提取文字或图片信息，然后判断是否相符之类的。。

网关吧

我感觉如果不是为了玩票而是确实以长期使用为目的制作的话，应该多注意功能性，提示颜色上的细节，尽可能细节尽可能符合逻辑地划分颜色。比如考虑比较运算符的!=和==是不是能给！搞个不同颜色之类的做区分

@lithiumii 感觉上 python 式一般强调的是表述上的短，或者表述上接近自然语言，通常来说达到这个标准了也就优雅了，但是也存在过分追求精简而导致可读性变差的情况，导致不优雅，所以优雅与 pythonic 应该不是同等含义

槽点太多难以不吐，你这只搞一个领域六年才到瓶颈期这。。然后六年了准备重学还需要别人提供路线这。。。

@Danswerme 正常来说是标准或低频，都支持即使存取。归档和冷归档看情况你能不能接受，比如需要一张图的时候先等二十分钟解冻再取数据。不过冷归档是很便宜的，特定区域的话 12T 大概一个月只需 80 块