V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  keepRun  ›  全部回复第 12 页 / 共 20 页
回复总数  397
1 ... 4  5  6  7  8  9  10  11  12  13 ... 20  
179 天前
回复了 keepRun 创建的主题 程序员 serverless 函数计算能省多少钱?
@cokar 流量分布情况如何?
180 天前
回复了 keepRun 创建的主题 程序员 serverless 函数计算能省多少钱?
@cdlnls 感觉自己做个小项目,干脆买个一百多的 vps 得了,针对临时、定时的大内存、大计算量需求,确实用 serverless 很好,不过其它方面用 ecs 、vps 更方便
180 天前
回复了 ghostheaven 创建的主题 YouTube 油管广告越来越丧心病狂了
我感觉现在 youtube 广告比 b 站还离谱,贼多
180 天前
回复了 keepRun 创建的主题 程序员 serverless 函数计算能省多少钱?
感觉 serverless 很适合用户量很少且未来不怎么会增长的业务以及流量分布极不均匀的业务,个人小项目部署倒是很合适
180 天前
回复了 keepRun 创建的主题 程序员 serverless 函数计算能省多少钱?
@xmumiffy 所以我感觉这东西局限性感觉很大,比如采用事件函数形式,你还得修改代码,针对其接口实现代码,代码侵入性太大了。
而如果采用 web 函数或者容器镜像形式,我不清楚其启动速度如何,但是感觉启动会稍微慢些,尤其是 java ,对 nodejs 、golang 应该会好点。

有没有了解的人指点下
我不懂这个,但是好像 cloudflare 有更简单且免费的搭建邮箱的方式,只需有个域名就好了
185 天前
回复了 BigShot404 创建的主题 站长 国内的 1M 云主机能用来干嘛?
做 api 服务器,前端和文件部署在 oss+cdn 上,于是这套架构已经可以支撑一个商业化产品,如果你带宽不够,说明你有很多用户了,这时加带宽也有资金来源了
@C5H12O5 我没有改快捷键,建议你重装试试,我用默认键位,出现提示时按下 tab 即可让其补全
个人感觉真的应该好好借助 ai 提升写代码速度,然后让自己有更多时间做代码层面的决策
@zeusho871 你可以进设置看下,我使用时,敲键盘时会自动提示之后的代码,然后 tab 键让其补全。
也可以用 alt +p 让其补全
@iomect 我没用过 copilot ,因为要钱,不过我感觉至少比没有 ai 辅助好多了
186 天前
回复了 dcsuibian 创建的主题 程序员 官方 Spring Initializr 没有 Java 8 了
java8 确实该升级了,也这么多年了
187 天前
回复了 keepRun 创建的主题 问与答 进入社会后,对未来的规划应该是什么?
我希望未来能过得充实点、多看看多体验这个世界,希望能够无悔这一生,不过感觉有时候连自己的生活都难以把控
188 天前
回复了 keepRun 创建的主题 问与答 进入社会后,对未来的规划应该是什么?
@forgottenPerson 是的,工作是成年人的基石
194 天前
回复了 sunamask 创建的主题 Google 请问 Google search 为什么会这样?
好像是 wordpress 的搜索漏洞被利用了,听人说过,应该是把一些网站的搜索页面编程谷歌可以获取到的页面。
这种属于黑帽 SEO
194 天前
回复了 sdjl 创建的主题 职场话题 分享一个和税务局斗智斗勇的真实故事。
太牛了
196 天前
回复了 Nazz 创建的主题 知乎 知乎垃圾内容泛滥, 有没有替代品
视频内容确实吸引力比文字大,但是人家 reddit 运营的也挺好的,知乎的管理层水平有待提高
196 天前
回复了 Nazz 创建的主题 知乎 知乎垃圾内容泛滥, 有没有替代品
我的感触是社区的劣化是必然存在的现象,难以避免。能像 youtube 那样良好运营这么多年的非常难得。
知乎从一开始内容质量就在不断走低,现在已经低到很多人感知到的地步了,而官方并没有采取什么措施去挽救,相比之下 B 站做得比知乎好多了。
我最大的感触就是知乎 CEO 、高层对于社区内容质量的维护的意识完全不到位,抖音、B 站这种是运营的比较好的,而知乎真的就是我 8 年了,看着它一路走低,今年我就看一眼热榜就退出了,而且热榜显然质量也比较差了,它给我推荐的内容更加差劲,提问者仿佛是个弱智一样,一堆弱智问题。
今年可以明显感到推送的内容逐渐把多年前的问答推过来,说明社区内容供给端已经出现问题了,未来优质内容会越来越少,陈旧内容占比会增加。
直接混合使用多个云,不同的业务用不同的云,省的一次性全挂了。至于迁移,海量数据迁移才是最麻烦的,数据在迁移中错了就麻烦大了,以及业务还是得运行,不可能客户等你迁移完。
感觉这种应该再初始架构设计时就应该避免风险,而不是事发时迁移,事发时迁移就是个伪需求。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4604 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 09:48 · PVG 17:48 · LAX 02:48 · JFK 05:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.