V2EX › keakon 的所有回复 › 第 20 页 / 共 60 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 16 17 18 19 20 21 22 23 24 25 ... 60

❮

❯

2013 年 9 月 25 日

回复了 cxh116 创建的主题 › VPS › digitalocean貌似免费送$10,优惠码 HAPPYMONDAY10

老用户，注册时已经用过优惠码了，发 ticket 后又送了 2 次 $10，貌似出 bug 了……
http://ww1.sinaimg.cn/large/713f09a3jw1e8y3n1jao6j20mf08idgf.jpg

2013 年 9 月 25 日

回复了 banxi1988 创建的主题 › Python › SQLAlchemy报键冲突,跑进去一看却没有对应键值的行

@banxi1988 那个精度是骗你的，它只负责给你一个 float，这玩意是 64 位的，但并不表示实际精度是那么多位。

生成 ID 可以参考这个： http://www.zhihu.com/question/20180484
比较简单的办法是用 Redis 的 INCRBY / HINCRBY，每次增加一个随机数即可。

2013 年 9 月 24 日

回复了 banxi1988 创建的主题 › Python › SQLAlchemy报键冲突,跑进去一看却没有对应键值的行

time.time() 的精度甚至不保证达到一秒，你放大那么多倍就别期待它的精度了……

你用了 2 个进程，加锁也没意义……

story_values 里如果有重复的键，插入第一次是成功的，第二次会失败，然后抛出异常，程序退出，断开连接，事务回滚，数据库里当然就没这条记录了。

2013 年 9 月 18 日

回复了 rrfeng 创建的主题 › Python › 第一次迁移一个 Python 项目，先是发现 virtualenv 真不错，后又发现底下的一堆依赖还是要靠自己……

zc.buildout 就可以顶替 virtualenv + pip 了

2013 年 9 月 17 日

回复了 yellow 创建的主题 › iDev › App Store 審覈不按照 Inreview 時間啊

说明你再等几天就会收到 reject 了。

2013 年 9 月 16 日

回复了 darcy 创建的主题 › 分享发现 › 招行全币种卡消费2.95美元~18.73人民币,实际汇率相当于6.3491

据说是参考价，还款当日再计算。

2013 年 9 月 13 日

回复了 refresh 创建的主题 › iDev › 我觉得iOS的好处就是，你不用设计，App也不会太难看

@AnyOfYou 我觉得和你说的不矛盾啊。分享链接对于笔记类的应用很鸡肋，分享纯文本长得不好看而且内容太长，分享图片至少卖相还 OK。不适用的应用可以单独去处理，但问题是产品都没定义 Line 要怎么去处理，甚至我都不知道那是什么应用……

我不是黑安卓不好，我只是觉得知乎日报的安卓版客户端体验上和产品设计不一致。原因有很多，我不是安卓开发者就不多说了。

2013 年 9 月 13 日

回复了 refresh 创建的主题 › iDev › 我觉得iOS的好处就是，你不用设计，App也不会太难看

@AnyOfYou 像我根本不知道 Line 是个什么应用，我是给它分享 HTML 还是 URL 还是纯文本还是图片呢？

2013 年 9 月 12 日

回复了 refresh 创建的主题 › iDev › 我觉得iOS的好处就是，你不用设计，App也不会太难看

@ihacku 是 Android 的问题。产品上根本没计划支持 Line，但是 Android 自带了分享到各种地方的功能，不可能一一去兼容的。

2013 年 9 月 12 日

回复了 refresh 创建的主题 › iDev › 我觉得iOS的好处就是，你不用设计，App也不会太难看

时至今日，每当看到 iOS 7 的 UI 都不忍直视。

这是本能，无力抗拒。

2013 年 9 月 5 日

回复了 banxi1988 创建的主题 › Python › Python中Set集合中对象的__hash__的问题

性能从 O(1) 下降到 O(n)

2013 年 8 月 31 日

回复了 ratatata 创建的主题 › 分享创造 › 知乎日报 web 版 2.0

请注意版权，特别是禁止转载和独家授权的内容。
http://www.zhihu.com/terms#sec-licence

2013 年 8 月 30 日

回复了 halo 创建的主题 › 问与答 › MySQL 这句SQL怎么优化？塞满了我的慢查询日志，请帮忙

@halo 允许读未提交的数据，也就是如果数据被锁了，不用等待加锁的事务完成。

2013 年 8 月 30 日

回复了 halo 创建的主题 › 问与答 › MySQL 这句SQL怎么优化？塞满了我的慢查询日志，请帮忙

没什么优化的空间，很可能是被锁住了。如果不需要保证读取到最新的记录，可以用缓存，或者这样试试：
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SELECT ...;
ROLLBACK;

2013 年 8 月 28 日

回复了 tedd 创建的主题 › 问与答 › 为了避免重复写入数据，应由数据库实现（UNIQUE字段）？还是放在数据库写入之前判断呢？

@tedd 是的

2013 年 8 月 28 日

回复了 tedd 创建的主题 › 问与答 › 为了避免重复写入数据，应由数据库实现（UNIQUE字段）？还是放在数据库写入之前判断呢？

用 key / value 的吧…

2013 年 8 月 27 日

回复了 iiduce 创建的主题 › 美酒与美食 › 深夜食堂，美味酱牛肉第二波~~ 这回分享菜谱！

这个节点的背景好瞎眼，根本没法看正文 @livid

2013 年 8 月 27 日

回复了 Livid 创建的主题 › Redis › 关于 Redis 的 naming space 管理

@qdvictory pickle 很慢啊，而且丧失可读性

2013 年 8 月 27 日

回复了 Livid 创建的主题 › Redis › 关于 Redis 的 naming space 管理

如果内存比较宝贵的话，建议减小 key 的长度，且不要使用太多 key。
例如 v2ex:member（hash），id 作为 field name，值可以用 JSON 或其他编码方式。
Redis 有个坑就是取出来的数据类型都是字符串，所以想区分 1 和 '1'、'' 和 None 的时候会很囧。而 JSON 可以保留类型信息。
这里有些经验： http://www.keakon.net/tag/Redis

2013 年 8 月 22 日

回复了 Livid 创建的主题 › Redis › Redis ORM

我是自己写的 ORM。
不过有很多情况是不能采用通用的解决方案的，因为达不到最高的效率。
实体数据可以直接用 ORM 来处理，索引、关系、缓存等必须根据使用情况来设计。

1 ... 16 17 18 19 20 21 22 23 24 25 ... 60

❮

❯