V2EX › Livid 的所有回复 › 第 1521 页 / 共 1537 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 ... 1537

❮

❯

2010 年 7 月 20 日

回复了 SunShine 创建的主题 › V2EX › 复活了

我也没有想到最后 www.v2ex.com 以前最后一条 RSS item 会是那个标题 :)

2010 年 7 月 20 日

回复了 SunShine 创建的主题 › V2EX › 复活了

以前的 V2EX 的 feed 地址：

http://www.v2ex.com/feed/v2ex.rss

现在的新的 V2EX 的总输出地址也是这个。

2010 年 7 月 20 日

回复了 SunShine 创建的主题 › V2EX › 复活了

http://img.ly/1IJ1

2010 年 7 月 20 日

回复了 AmylyLian 创建的主题 › V2EX › 好多熟悉的名字…

Welcome back.

2010 年 7 月 20 日

回复了 Los 创建的主题 › V2EX › 现在无法区分哪些主题+回复已访问过，相当不习惯

在 Mobile 版本中，这个设计依然保留。

只是我个人觉得在 Desktop 版本中，因为视觉区域的扩大，如果继续使用那个设计，整个版面会显得用色太杂。而 Mobile 版本中，因为视觉区域相对集中，所以也就不会存在那样的问题。

2010 年 7 月 20 日

回复了 billychow 创建的主题 › iPhone › 请推荐几个 iPhone 上最受欢迎的游戏

GeoDefense - A must play.

FieldRunner - 老游戏了，但是很经典。如果还没有玩过的话，绝对值得入手。

2010 年 7 月 20 日

回复了 lin 创建的主题 › Ruby on Rails › 你比较细化RubyonRails还是Django呢？

My favorite:

http://www.tornadoweb.org/

2010 年 7 月 20 日

回复了 SunShine 创建的主题 › V2EX › 复活了

URL 保持一致是有意义的。

目前这里支持用 img.ly 贴图。

2010 年 7 月 19 日

回复了 7 创建的主题 › V2EX › 要杯具了？

能悲剧到什么程度呢？就算是 Twitter，现在每天也有几万大陆人在访问。

2010 年 7 月 19 日

回复了 7 创建的主题 › 植物 › 有植物分类也应该有动物

Yes

/go/animal

2010 年 7 月 19 日

回复了 GordianZ 创建的主题 › 反馈 › V2EX logo在chrome下的hover会缩小

收到，到家之后就试试。

Thanks!

2010 年 7 月 19 日

回复了 Kymair 创建的主题 › iPhone › iPhone Development Book Recommendation?

把每一本都弄下来，扫一眼目录，然后从最想看的那本开始。

2010 年 7 月 19 日

回复了 Livid 创建的主题 › V2EX › 把 V2EX Notes 当 Todo 用

We will have an API like this:

http://www.leancrew.com/all-this/2010/01/exploring-the-simplenote-api/

2010 年 7 月 19 日

回复了 Livid 创建的主题 › OpenStack › OpenStack

完全有可能可以让 Babel 同时支持 GAE 和 OpenStack。

2010 年 7 月 19 日

回复了 Kymair 创建的主题 › iPhone › iPhone Development Book Recommendation?

ppurl 上搜索 iPhone 吧。

2010 年 7 月 19 日

回复了 Livid 创建的主题 › Project Babel › 2.2.5 deployed

主题分页很快会有。

2010 年 7 月 19 日

回复了 Livid 创建的主题 › Project Babel › 2.2.5 deployed

上次，那个帖子到了后来，单次请求要花差不多 30s 才能完成。。。

2010 年 7 月 19 日

回复了 Livid 创建的主题 › Project Babel › 2.2.5 deployed

嗯，通过 hard data 证明，分页对于性能确实有帮助。

我初步推测 datastore 的性能是这样的：key 是集中存储在服务器内存中的，为了可靠性，可能在 N 台服务器之间进行完整同步。而 key 所对应的 object 则甚至不一定存储在同一个机房。因此，一条 GQL Query 最后要获取的 objects 越多，性能就越慢。当 objects > 1000 时，就几乎不可用而且会极快地消耗完 free quota 的 CPU hour time。

2010 年 7 月 19 日

回复了 Livid 创建的主题 › StarCraft 2 › StarCraft 2

http://beta-us.battle.net/en/info/digital-purchase

1 ... 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 ... 1537

❮

❯