V2EX › zado 的所有回复 › 第 15 页 / 共 16 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 7 8 9 10 11 12 13 14 15 16

❮

❯

2015 年 1 月 30 日

回复了 moonv5 创建的主题 › 问与答 › 有趣应用：如果世界是反的？

连系统提示的“无法显示此页”都反过来了，可见反向操作是在本地电脑完成的，任何网站都可以这样显示。

2015 年 1 月 29 日

回复了 zado 创建的主题 › 问与答 › https://wam.manage.name/ 是不是钓鱼网站？

@invite
@blessme
@blaboy
@SharkIng 域名顺利转移过来了，23号上午申请转移，下午收到转移密码并提交到万网，今天终于转过来了。

2015 年 1 月 29 日

回复了 2232588429 创建的主题 › 问与答 › 不知道大家承不承认搜狗是目前最好用的拼音输入法？

搜狗是我用过的最好的输入法，因为附带越来越多输入法以外的东西，受不了，改用其它输入法了。

2015 年 1 月 27 日

回复了 DennyDai 创建的主题 › 问与答 › 如何制作一张照片，并且可以证明该照片在指定时间被拍摄。

对啊，发微博发邮件就可以了。

2015 年 1 月 27 日

回复了 zdnet 创建的主题 › 问与答 › win10 下用 IE11 浏览 Godaddy 网站，没有证书了， Chrome 可以，请问是被干扰了吗？

同是IE11，地址栏是绿色的，锁头在地址栏的右边。你的黑方块在我这里是显示成这个网站网站图标。

2015 年 1 月 25 日

回复了 zado 创建的主题 › 问与答 › https://wam.manage.name/ 是不是钓鱼网站？

@blessme 那也只能等几天看看了，到时候我在这里回复一下。

2015 年 1 月 25 日

回复了 zado 创建的主题 › 问与答 › https://wam.manage.name/ 是不是钓鱼网站？

@invite 邮件的大意是说我已经申请了域名转移，请进入 https://wam.manage.name/...... 这个网站输入邮件中附带的密码进行同意或拒绝，如果不操作，5天后转移将自动生效。我是希望能快点转移，所以进那个网站输入密码选择了同意转移。
补充一下，我的是中资源的域名，转向万网，前2天已经收到中资源发来的域名转移密码了，也已经提交给万网了，今天又收到 webnic.cc 的这么一封邮件，让我确认或取消转移。

2015 年 1 月 20 日

回复了 noah1987 创建的主题 › 问与答 › 没搞过服务器端编程的人，怎么在最短的时间内满足一个简单的需求？

用url交换数据的话，还要学一下HTTP协议。

2015 年 1 月 20 日

回复了 noah1987 创建的主题 › 问与答 › 没搞过服务器端编程的人，怎么在最短的时间内满足一个简单的需求？

c也可以编写服务端啊，学一下socket方面的知识就可以了，还有多线程的使用方法。

2015 年 1 月 20 日

回复了 noah1987 创建的主题 › 问与答 › 没搞过服务器端编程的人，怎么在最短的时间内满足一个简单的需求？

你一般用的是什么语言啊？现在服务器框架什么语言的都用，说不定就有你当前使用的语言。

2015 年 1 月 20 日

回复了 cevincheung 创建的主题 › PostgreSQL › PostgreSQL & PostGIS 附近的人

@cevincheung 谢谢，了解了。

2015 年 1 月 20 日

回复了 cevincheung 创建的主题 › PostgreSQL › PostgreSQL & PostGIS 附近的人

@cevincheung 1秒除以 0.0019秒等于 526.32次，我是这样算的。
“默认配置mongodb需要3s” mongodb需要3s才能查询到1个结果吗？
很抱歉，我对PostgreSQL 和 mongodb 都不熟悉，我只是对查找附近的人这个东西感兴趣。

2015 年 1 月 20 日

回复了 cevincheung 创建的主题 › PostgreSQL › PostgreSQL & PostGIS 附近的人

请问 "1000w数据排序检索耗时0.0019s " 是个什么概念？
就是有1000万个坐标数据，查找出某一个坐标相邻的 10个坐标需用时 0.0019秒的意思吗？也就是大概每秒钟能查找500次的样子对吗？

2015 年 1 月 18 日

回复了 hh3755 创建的主题 › 程序员 › 大量的消息拉取并发方案讨论

读写都用内存去做，不存在同步的问题。需要持久保存的数据，有空的时候再慢慢写到数据库里面去。

2015 年 1 月 17 日

回复了 hh3755 创建的主题 › 程序员 › 大量的消息拉取并发方案讨论

用内存做缓存。

2015 年 1 月 16 日

回复了 fffonion 创建的主题 › 数据库 › 根据 tag 找用户，怎么设计数据库会比较好呢

@a2z 假设有100万用户，每个用户有100个tga，那么也才2亿个key（100万 * 100 + 100*100万），况且不是每个用户都有100个tga的。

2015 年 1 月 16 日

回复了 fffonion 创建的主题 › 数据库 › 根据 tag 找用户，怎么设计数据库会比较好呢

@a2z nosql没有表行数限制，再大的表也能装下，同时查找也是非常迅速的。

2015 年 1 月 16 日

回复了 fffonion 创建的主题 › 数据库 › 根据 tag 找用户，怎么设计数据库会比较好呢

我想到一种方法，用nosql，把所有所有名字+tga以及所有tga+名字两两组合成key，以后就按前缀来搜索。例如：
"小明"[长的帅]
"小明”[没朋友]
"小明”[没有钱]
[没朋友]"小明"
[没有钱]"小明"
[长得帅]"小明"
搜"小明"，能得到他的所有tga，搜[没朋友]，能得到所有没朋友的人。

1 ... 7 8 9 10 11 12 13 14 15 16

❮

❯