@ifplusor

只是说适合走事件触发, 但是也可以当 rpc 解耦玩同步, 门槛低上限高, 就看架构师水平了

我这边 faas 就是当微服务用, aws 上 boto3 直接同步调用也没啥问题, 用自带的 rest gateway 也很容易配置各种鉴权限流, 就是要花点钱而且 30 秒超时有时候不太习惯.

关键是释放了不少计算资源, 各种适用场景就不赘述了, 这功能解耦粒度比微服务还细, 管它是什么语言实现的反正调用一个函数名字传入内容我就要指定结果

对于低频高计算(平时的定时任务)类型的任务, 比 spot 实例管理起来简单, 真有那种耗时长的再考虑竞价实例. 给我印象最深的就是解决现在公司缺运维导致的机器资源要么长久空闲要么恶意抢占, 钱都花刀把上了

简单地说, 你那边的计算密集任务依然可以留一个调度中心, 有任务在 Serverless 上跑等结果好了返回就行了, 一个 CPU 几百协程还是挺有意思的.

一句话: 没有银弹, all-in 有风险

登录了下还活着, 不知道是小概率时间还是有什么共性

如果问题真的很大, Reddit 或者邮件组之类的是不是该吵起来了

faas 减少运维成本带来的优势明摆着在那了, 至于说绑定什么的, 对象存储和数据库该迁还是得迁, 不可能在一家吊死

去年跟 aws 顾问聊到现在越来越多企业开始布局各类云基础设施, 有的尝试 all-in serverless 也没毛病, 大厂玩家们, 更是多家云混合一起用, 不会只用一家的

至于现状... 去年技术分享了 serverless 同事们不怎么愿意迁, 然后临时调去帮着运维砍成本, 提出来的把花钱的架构拆到 Serverless / spot 竞价实例 / K8S (这几个也是顾问赞同的) 一项都没通过, 只能说习惯是个挺可怕的东西, 不过因为运维走了不愿意担风险也能 "李姐"

最佳实践什么的, 国内相关文章都不多, 之前调研是硬啃的官方文档, 比较麻烦的大概就是服务治理相关经验, 但是哪的服务不用治理的, 现在公司里机器跑的已经乱成一锅粥各种抢资源...

至于成本真的是之前没想到的低, 迁了俩日常定时爬虫任务, 连免费额度都没用光... 之前 faas 貌似都用在 s3 触发的图片裁剪和视频截图上面了

就个人而言, 还是挺希望去一家 all-in Serverless 或者别的云原生相关涨涨经验的, 就竞价实例号称节省 90% 成本这东西, 我就愿意写一大堆无状态 slave 过足瘾的

稍微理解一下包的结构吧...

flask run 是当包启动的, app 里导入 util 时通过相对路径(因为是同一个包)
python app.py 是把 app 当 module 启动的, 当前路径会算在 sys.path 里面所以会导入成功

@SoulClinic 他们也是想让你及时刹车吧, 有些灰色的东西不宜在公开场合讨论, 顶多一些小圈子群里交流讨论

除了法务问题, 也可能会影响灰产饭碗吧. 参考当年搜狗那个直接把公众号临时链接转永久链接的漏洞, 有个好心人直接开源丢到 Github 了, 估计被相关人员看到, "仅用了不到半年"就把漏洞补上了, 然后不少灰产成本直接起飞了

简单的说, 反爬本身就是人家表态的合理合法的行为, 无视君子协议本身就不太好, 公开讨论不管什么结果(给对方带来损失, 或者对方及时止损), 总有一方不开心的

现在找工作都尽量避开逆向和灰色的了, 又不是无路可走没必要冒一些没必要的风险

言尽于此且行且珍惜吧

用过任何 linux (包括服务器) 无脑推 manjaro, 滚动更新是又骂又香

没用过但是对 Windows 比较满意的话 linux mint 吧, 上手毫无难度, 关键走的也是 Ubuntu 生态

桌面环境 xfce 还是挺接近 Windows 的关键省内存, mint 自家的那个也不错就是有点吃内存

以前有的是, GTD 里塞满了各种想法, 过年时候断舍离了... 因为那些玩意只会带来焦虑...

有关 "工业和信息化部关于切实解决老年人运用智能技术困难便利老年人使用智能化产品和服务的通知"

其实让全民因信息化受益这想法已经在脑海里滚动多年, 结果还没做出点东西来老妈已经会刷抖音了... 这真和我以为的因信息化受益完全相反唉

@InvincibleDream 你说的不会是 sqlitedict 吧... 快六七年没用它了, 上个月又用了一会还是那么快那么香

就像楼上提到的 shelve, 爱动手是成功的开始, 参考现有成熟经验是成功的捷径, 期待楼主再接再厉带点新鲜花活, 现在 Python 区快成一潭死水了...

看了上面的帖子们... 一言难尽

大家伙故意把你帖子从敏感区往休闲带, 带不动啊

PS: 万万没想到 <黑客与画家> 会这样被 Q 到...

@louisyoungx

从 shiv 抄的点子... 就是自带的 zipimport 那套 PEP. 只不过加了不默认解压以及自动解压和避免重复解压啥的, 文档写太乱有问题直接 issue 里骂

以前拿来把我爬虫采集到的订阅变化信息发到微信, 后来纯粹不爱用微信所以转钉钉机器人了(不是因为它好, 是因为工作需要...)

这项目还是挺有意义的, 一直挺羡慕这些人能做体现社会价值的事情

@louisyoungx

GUI 打包 exe 的 bug 没感觉到啥, 兼容性是真头疼, 后来改 web ui 了... 只能祝顺利了

@louisyoungx 哈哈... Windows 的话直接丢 exe 他们不放心么. 用户挺多啊, 怎么省事怎么来吧, 一般发布还是环境隔离比较好, 上次被一个不向后兼容的 aiohttp 升级坑了我仨服务器

如果不嫌麻烦, 可以拿我的 Zipapps 把依赖和远吗打包成一个 .py 文件(实际是 zip), 然后当地用户双击就运行了

想象不出什么场景会这样... 也用过 pipreqs 感觉不是我的习惯, 不是我的硬需求, 不过爱动手还是好事

之前我就把依赖打到 zip 里, 对方有 python 就能执行, 跨版本跨平台的话, 就惰性安装避免依赖有问题, 反正从头到尾就运行一个 python xxx.zip 甚至可以写上 shebang 直接 ./xxx.pyz... 这两天反而在琢磨一句 curl 部署代码干干净净地

现在给 Windows 上分享直接 nuitka 也用不了半分钟

好奇二三线城市咋找工作, boss 上三线以下酌情有岗位... 不会真找猎头吧

什么情况, 不费电的话装就装了, 平时有电脑基本不会摸手机