首页   注册   登录
 neoblackcap 最近的时间轴更新

neoblackcap

V2EX 第 47326 号会员,加入于 2013-10-20 19:22:30 +08:00
今日活跃度排名 11277
neoblackcap 最近回复了
@Hanggi 你这个类比是不对的,事实上应该用专业相机对比傻瓜相机,数码相机对比胶卷相机。胶卷相机是被数码相机击垮的,不是被傻瓜相机。傻瓜相机也用胶卷啊。

回到移动端,事实上对交互以及性能有要求的应用,还是会选择原生的。基于网页的应用也会占据一大部分市场份额。其实这有点像汽车市场,你总不可能拿一辆卡罗拉去拉货吧?

react native 看似美好,坑也不少。有些 bug 一样需要了解对应平台的人去解决。毕竟它不是原生的,平台商对它的支持肯定不如平台原生的。
@aoscici2000 那你现在不就回答出来了?多问自己几个为什么就好了
我问你一个问题,你是如何保证消息队列只放了前 100 个请求?
假如你可以保证消息队列只放前 100 个请求,后面的直接返回秒杀失败不就可以了?
假如数据是一样的数据库,一个脚本行,一个脚本不行,请先自己用对比工具对比你自己写的代码。
json 模板不行,json schema 可以
14 天前
回复了 dolaxi 创建的主题 Python Django 模型类的存储结构设计
担心多建表影响性能,那你可以重写 User 类,Django 官方教程有提供如何重写这个类的说明。不过工程量略大。
@Raul7 你资源泄露了,Flask-SQLAlchemy 将 scoped_session 绑在 request 对象上,request 对象的生命周期结束了,那么就会调用对应的钩子函数,对 scoped_session 对象进行析构。那么数据库连接自然就会返回连接池。
你会出现这样的情况,要不就是 request 对象没有被正确结束,比如抛异常了,没有处理。或者你进行的任务实在是太长了,你的 request 对象一直没有析构(比如你在 celery 里面用了,但是 session 却又是用 request 绑定的)

你可以自己先排查一遍看看,反正绝大多数情况都应该是资源泄露引起的。
request 对象泄露了被,没有被正确析构,所以导致数据库连接没有正确返回连接池
@across 其实写 rust 的,认同 rust 的,大多数也就是写 C++的那批人。rust 是可以说是 better c++了。
@dosmlp 只要能编译成对应目标平台的,其实都可以。虽然很多人没有说 Java,但是我的确也看过不少基于 JVM 平台开发的软件,虽然那个不太能算自己跨平台。
如果对性能,交互要求很高的,的确是用 C++开发的比较多。可能还有其他用 Rust 啊,D-lang 啊。不过的确是用 C++的成功事例比较多。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3127 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 11ms · UTC 11:10 · PVG 19:10 · LAX 03:10 · JFK 06:10
♥ Do have faith in what you're doing.