V2EX › nirocfz 的所有回复 › 第 3 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2015-09-21 16:20:57 +08:00

回复了 yylzcom 创建的主题 › DNS › DNSPod 国际版 CNAME 记录和电信解析有问题

没有重现……

2015-09-21 15:32:05 +08:00

回复了 yylzcom 创建的主题 › DNS › DNSPod 国际版 CNAME 记录和电信解析有问题

把域名写出来啊

2015-09-17 17:43:03 +08:00

回复了 wuxqing 创建的主题 › DNS › dnspod 你真的不安全

域名的 whois 邮箱是不是被人黑了？

2015-09-16 11:13:18 +08:00

回复了 shinwood 创建的主题 › iOS › iOS 9 各地发布下载的时间表（北京时间今天晚上？）

显示 Your software is up to date. 是还没推更新，还是 GM (13A341 ) 已经是正式版了

2015-09-09 09:31:50 +08:00

回复了 gamecreating 创建的主题 › 剧集 › 有没有高科技美剧推荐呢? 科幻,间谍类的

眼看着其他剧都要在秋季回归了，疑犯追踪却要继续等……

2015-09-08 10:32:44 +08:00

回复了 ivmm 创建的主题 › NGINX › Dnspod 的公共 DNS 好么？

比国内其他的公共 DNS 好

2015-09-07 22:11:50 +08:00

回复了 paicha 创建的主题 › DNS › Public DNS+——DNSPod 推出的域名递归解析服务

@flowfire 用 dnscrypt 也挺靠谱。或者请求 opendns 提供的 IP 的 443 端口，它还没被污染。或者向外的 DNS 请求都走 TCP ……

2015-09-07 21:18:16 +08:00

回复了 paicha 创建的主题 › DNS › Public DNS+——DNSPod 推出的域名递归解析服务

@xseven007 @sobigfish 既然在国内搞，肯定不能跟功夫网对着干啊。退一步讲，即便递归 DNS 给用户真实结果，如果功夫网要污染，用户也拿不到这个真实结果， UDP 请求 8.8.8.8 同样是污染后的结果

2015-08-31 16:43:25 +08:00

回复了 Dashit 创建的主题 › Markdown › 31 号了,早上开机第一件事就是看下 25.io

https://twitter.com/25io/status/638270803356729345

跳了

2015-08-21 15:54:15 +08:00

回复了 lock522 创建的主题 › NGINX › [翻译] NGINX 1.9.1 新特性：套接字端口共享

@qgy18 现在访问 www.imququ.com 是阿里云的默认提示页面了

2015-08-07 10:05:32 +08:00

回复了 Knife42 创建的主题 › 程序员 › 实现了一个基于 epoll 的简单 http server，求围观求指点～

似乎并不能算是异步

2015-07-06 08:12:29 +08:00

回复了 JayFang1993 创建的主题 › 程序员 › 你们的博客都放在哪里？

已备案，腾讯云 + 腾讯云 CDN

2015-06-30 08:45:36 +08:00

回复了 kxxoling 创建的主题 › 职场话题 › 公司周五组织出游，不想去有什么借口？

回家看孩子

2015-06-18 17:25:27 +08:00

回复了 anguslg 创建的主题 › macOS › MplayerX 更新

我也换 mpv 了

2015-06-16 20:28:12 +08:00

回复了 sbmzhcn 创建的主题 › Python › Python 下 sock.recv 产生阻塞的解决办法

@binux 有可能，linux 的 man select 有这么一段话

Under Linux, select() may report a socket file descriptor as "ready for
reading", while nevertheless a subsequent read blocks. This could for
example happen when data has arrived but upon examination has wrong
checksum and is discarded. There may be other circumstances in which a
file descriptor is spuriously reported as ready. Thus it may be safer
to use O_NONBLOCK on sockets that should not block.

2015-04-13 23:15:41 +08:00

回复了 Hackathon 创建的主题 › 问与答 › 关于 UTC 和 CTS

这个 flask 的教程讲了这个问题 http://blog.miguelgrinberg.com/post/the-flask-mega-tutorial-part-xiii-dates-and-times

1 2 3 4 5

❮

❯