V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ryd994  ›  全部回复第 340 页 / 共 518 页
回复总数  10355
1 ... 336  337  338  339  340  341  342  343  344  345 ... 518  
2016-11-28 01:20:30 +08:00
回复了 axisray 创建的主题 Python Python SimpleHTTPRequestHandler,如何保持 TCP 长连接
1. protocol version 直接放 class 里
2. 设置 header Connection: keep-alive
2016-11-28 00:33:20 +08:00
回复了 cdwyd 创建的主题 Python Python 多线程响应 ctrl+c 优雅退出的方式,代码如下,欢迎交流
子线程里也要响应 keyboard interrupt
或者使用 signal 模块
2016-11-27 06:03:09 +08:00
回复了 vultr 创建的主题 DNS . cn 的 DNS 服务可以为. com, .net, . org 的域名作解析不?
权威 DNS 服务器
递归 DNS 服务器
2016-11-27 06:02:18 +08:00
回复了 hanmeimei 创建的主题 服务器 服务器域名同步问题求解决方案
被打是怎么打? 4 层还是 7 层?是 cc 还是 flooding ?如果不涉及应用层的话可以用一堆反代。涉及应用层的话也可以利用反代限制频率。然而一堆反代还不如买个 CDN
2016-11-27 05:39:22 +08:00
回复了 FindHao 创建的主题 Linux 如何将一个普通文件转换成软链接?
其实手够快就没事啊
2016-11-26 11:29:52 +08:00
回复了 whatisnew 创建的主题 生活 34 了,找不着对象,在北京感觉好累
@whatisnew 如果你能把交友群运动群单纯当成交友群运动群,而不是把它们当相亲群,那它们还是很靠谱的。
换位思考一下吧,你喜欢什么样的,而那样的人在哪里出没,会喜欢什么样的。
把自己当个推销员,推销自己,让客户满意
2016-11-25 04:58:05 +08:00
回复了 Kilerd 创建的主题 分享创造 教你如何正确的部署 Flask 项目
其实 gunicorn 有 nginx 反代没有长连接的时候,用不用 gevent 区别不大
这就是 gunicorn 的设计思路: buffer 和扛连接全部交给前面的 webserver 。 gunicorn 只负责计算密集的任务,并且假设请求基本是合法的。
不过如果有大量对外交互(数据库 /第三方接口)的话, gevent 还是有意义的,因为此时 gunicorn 已经不是纯计算密集了。这也是设计者的初衷。
2016-11-25 00:11:36 +08:00
回复了 boyhailong 创建的主题 MongoDB 用户请求数据的时候是同步还是异步操作比较好
其实很多数据库驱动本身就是异步的
2016-11-24 23:43:44 +08:00
回复了 kindlepaper 创建的主题 Google Google project fi 使用体验如何,请使用过的同学现身说法
应该是要在美国激活,而且说白了也不往美国以外的地方寄卡啊
激活需要 nexus 6/5x/6p ,据说激活以后插到其他手机上可以用
移动数据确实可以直接翻
美国本土打电话是不要钱的
漫游到中国的话接打都是 5 美分每分钟,短信免费

国内用这个真的没意义,难道别人想联系你还要打国际长途么?
不过如果有在用的国外朋友,而且对方也信得过你的话,可以在他的 plan 里加一张流量卡
流量都是统一 10 刀 /G

@Zohar 那个只是查看流量的 app
就像你下个移动营业厅也不是有移动电话卡对吧
@wc0517 你这个贵只是因为有 usb 啊……
本来台式机 sata 和笔记本 sata 就是一样的接口,所以只要一个机械托架托到位就好
2016-11-24 13:17:48 +08:00
回复了 ljk 创建的主题 程序员 是什么理由让你彻底抛弃数据库的外键?
@jjx 我也从来没说过就必须用,我一直说的是有所取舍。用外键主要是保护强一致,最终一致不是必须用外键。但是你觉得这是在漠视数据一致性, 我不同意。
比如说有千万分之一的概率会丢一篇日常吐槽微博,但是性能至少提高两个数量级,那是不是值得呢?比如说有千万分之一的概率会丢一单几千万的交易记录,但是性能至少提高两个数量级,那是不是值得呢?

工程思维讲究的是确定需求,确定技术可行性,满足需求。不是盲目乐观也不是盲目悲观。有可能出错么?有多大概率?会出什么问题?最坏情形会有多大损失?修复起来麻烦么?这些问题其实远超技术的范围。作为技术实现者,我只能向决策者说明技术上的可能性与成本。

脱开剂量谈毒性,都是耍流氓。实际情况实际讨论。

@mko0okmko0 用文档来证明外键的必要性,这不是缘木求鱼么?在我受的教育里,是先画关系图,和所有人确定好,写定文档之后,才着手实现。接口文档必须先于代码。

@nandaye 抱歉,这篇帖子说的是外键,我就默认你说的也只是传统的 SQL 类。没多想,没说明白。
2016-11-24 04:56:51 +08:00
回复了 yjxjn 创建的主题 问与答 快过期的牛奶怎么办??
冻成冰,虽然说会分离,口感一塌糊涂
但是可以近似无限期保存
会用 mpi 么?会的话部署 mpi 相关吧
2016-11-24 04:25:17 +08:00
回复了 yangwenqian 创建的主题 PHP 求完美的 PHP 并发锁机制
很明显你那个锁就是错的
对的锁只有慢的没有不一致的
这种需求不要用 SQL ,反正数据量不大,加内存用 Redis
2016-11-24 04:17:35 +08:00
回复了 tanywei 创建的主题 Python 请教 SQLAlchemy 继承问题
学好范式………
2016-11-24 04:14:40 +08:00
回复了 buildops 创建的主题 Linux Fedora 25 发布了
@sagaxu 你问 Fedora stable ?那个叫 RHEL/CentOS (逃
2016-11-24 04:08:21 +08:00
回复了 ljk 创建的主题 程序员 是什么理由让你彻底抛弃数据库的外键?
@jjx 匠人心态成不了工程师。忽略实际能力,什么都想要什么都去做,只会一事无成。
工程设计是以目标为导向,有明确的需求。在满足所有必须之后,最优化其中一项。优化过程中当然有所取舍。对于互联网行业,第一需求是可维护和可拓展,其次才是一致性。
更何况,不用外键只是舍弃了数据库提供的强一致性。完全可以用其他实现最终一致性。
2016-11-24 03:48:49 +08:00
回复了 ljk 创建的主题 程序员 是什么理由让你彻底抛弃数据库的外键?
@nandaye 数据库的运作不可能没有主键,有时候没有明确主键的话用随便加一项自增整数顶着而已
2016-11-23 19:38:14 +08:00
回复了 malkavia 创建的主题 程序员 我说,你们会想让自己的孩子学写代码吗?
@imcocc 首先……
2016-11-23 02:31:48 +08:00
回复了 helloccav 创建的主题 问与答 有心脏病,请问买车船飞机等出行保险有效吗?
因为自身疾病这个是不保的吧,只保交通事故
1 ... 336  337  338  339  340  341  342  343  344  345 ... 518  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2767 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 4836ms · UTC 00:34 · PVG 08:34 · LAX 16:34 · JFK 19:34
♥ Do have faith in what you're doing.