V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  keakon  ›  全部回复第 48 页 / 共 52 页
回复总数  1038
1 ... 40  41  42  43  44  45  46  47  48  49 ... 52  
2010-12-20 19:45:05 +08:00
回复了 darasion 创建的主题 Google App Engine 关于taskqueue 不太明白的事。
或许是有多个版本=。=
2010-12-19 09:24:58 +08:00
回复了 kayue 创建的主题 Google App Engine GAE folder structure / autoload
不知道你问的具体是什么意思。

class autoload是说修改了文件后,会自动重新加载吗?答案是不一定。改自己的源代码会自动加载,改SDK不一定会。此外云端是没法改源码的。

folder structure是指源代码可以按文件夹分类么?你按照Python的要求写成包结构就行了,也就是必须包含__init__.py,哪怕是空文件也行。至于views,如果里面没有Python文件,可以不使用包。
2010-12-17 23:00:46 +08:00
回复了 darasion 创建的主题 随想 用 Cookie 保存文章草稿。
只是发推的话没关系,保存长文本的话,cookie貌似有4kb的限制

很多浏览器在使用HTML5本地存储时也会弹出提示框,不懂的人还以为是病毒…

真希望这些浏览器能把提示改得友好些,别去吓小白
2010-12-17 10:58:15 +08:00
回复了 lin 创建的主题 Google App Engine Google Storage for Developers 如何完成支付?
没记错的话,现在每月还有300G免费流量,至少我没交钱也在用
2010-12-16 23:01:39 +08:00
回复了 mkeith 创建的主题 Google App Engine gae的 filter 能用中文吗?
让给你说的是datastore,答案是可以,不过你得写成filter('city =', u'北京')
2010-12-16 20:22:07 +08:00
回复了 Livid 创建的主题 V2EX 关于今天的 503
@jeeson http://www.keakon.net/article/37200
用来做下载的话,把max-age设成10年就行了…
2010-12-16 19:46:01 +08:00
回复了 Livid 创建的主题 V2EX 关于今天的 503
不要用静态文件来做下载,自己动态处理range就行了,至于blobstore我没去试,此外使用自己的域名可以做到只对第一次访问产生流量

扯淡的是不能正确处理HEAD方法的流量,有天我测试了一下,只是用浏览器刷新,5秒用掉160M流量。
2010-12-16 14:53:19 +08:00
回复了 julia 创建的主题 Google App Engine GAE: 我这样的方法可行吗?
不行,因为全局变量实际上是instance级别的,如果同时run多个instances,每个都会维护一个各自的计数

memcache是跨instance的,但是你无法保证memcache一直可用

因此只能依赖datastore
2010-12-16 14:46:28 +08:00
回复了 CoX 创建的主题 Google App Engine Google App Engine 1.4.1 已经部署上了
果然升级到1.4.1了: http://shell.appspot.com/
2010-12-15 23:19:04 +08:00
回复了 julia 创建的主题 Google App Engine GAE: 新手请教这两种方法的效率谁更高?
简单来说,没法做到id连续且高效

同时创建2个实体时,你没法保证id不冲突,除非所有实体都在一个实体组

而如果使用实体组,你更改任何一个实体,都会导致其他实体暂时不能被更改

如果id不需要完全连续(允许冲突时跳跃1的话),使用memcache来加锁或许可以搞定

至于你提到的2个方法,v2ex的更有效,因为get比query快,而且不会因为索引未生效而得到错误结果
2010-12-13 15:45:07 +08:00
回复了 Livid 创建的主题 Google App Engine 关于在 GAE 上实现 home timeline
用一个model专门保存每个用户的公开时间线(实际上就是topic id),然后memcache它们

取的时候直接用memcache.get_multi()来获取

如果其中有些为None,再去数据库里取公开时间线

详细的想法可以参考这篇:

http://www.keakon.net/2010/04/26/Twitter%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BC%9A%E4%BD%BF%E7%94%A8NoSQL%EF%BC%9F
2010-12-10 19:45:14 +08:00
回复了 Elix 创建的主题 问与答 有多少人会使用RSS订阅V2EX的更新?
这是Google Reader的:Posts per week:320.1 Subscribers:83
2010-12-09 19:42:32 +08:00
回复了 zztczcx 创建的主题 Python 初学python是用哪一版呢?
实用主义者:2.5。大多数现代的库都至少支持这个版本,语法相对于旧版本已经很华丽和实用了。

理想主义者:3.2。有些地方确实看上去很美,但是老Pythoner转型过去有点难适应。第三方库与2.5相比可以说是很少,性能也马马虎虎。

尝鲜者:2.7。从3.x借鉴了很多新语法,沿用了一些C库,不足就是不完全兼容一些库。

Geek:pypy。性能是最好的(因为有JIT),但是与很多库各种不兼容,要让它跑起来得不怕麻烦。
2010-12-09 11:01:43 +08:00
回复了 POPOEVER 创建的主题 问与答 v2ex.appspot.com 被墙?
上海网通访问appspot.com被墙,但是某个ghs ip仍然正常
2010-12-07 23:52:26 +08:00
回复了 Los 创建的主题 分享创造 codes.appspot.com 发布,分享开源GAE项目
不得不抱怨一句,这张图拜托生成一个缩略图吧,下载太慢了…
http://web.me.com/v2ex.livid/picky/picky_v0.1.9_default.png
2010-12-07 13:36:29 +08:00
回复了 saharabear 创建的主题 V2EX V2EX用的哪家的反向代理呢?
看HTTP头就知道了:Server: nginx/0.7.67
2010-12-07 10:11:01 +08:00
回复了 lynncui 创建的主题 Google App Engine 我编写的搭建于Google App Engine的Twitter Web Client
那个不叫守护进程,响应请求仍然存在30秒限制,你无法让它一直运行一个任务

只有cron和task queue可以执行10分钟,但是执行它的instance无法和响应用户请求的instance交互
2010-12-07 02:30:34 +08:00
回复了 monster 创建的主题 Project Babel 链接,图片、视频的识别换成javascript处理如何?
要睡觉了,不说太多

@chone PB还没去做并不代表这件事服务器端不能做。而我所表达的是服务器端来做比客户端来做更好,不会带来任何兼容性问题。
而且在我看来Django模板是个很烂的东西,为什么非要强迫自己用它的filters.py,而不用现成的库去解析?

@dimlau 以你的回复来看,你是要服务器不做任何处理,用户也不写任何标签,也就是这种形式:
http://v2ex.appspot.com/avatar/2704/normal

那么JavaScript如何判断我是贴URL还是图像还是视频还是音乐还是代码?
2010-12-07 02:17:27 +08:00
回复了 lynncui 创建的主题 Google App Engine 我编写的搭建于Google App Engine的Twitter Web Client
聊天室是“有人说话”这个POST请求来驱动server,然后server才会push message给所有人

而如果是Twitter客户端,说话者不一定是客户端的用户,可能是他关注的所有人,而这些信息是存在于Twitter网站上的,他们说话并不会驱动你的server

因此你只能让server每隔一段时间去urlfetch一次Twitter,但是这个也需要请求来驱动,于是只能让用户每隔一分钟pull一下sever,然后server去获取结果并push用户了

顺便把我的聊天室也放出来:
http://chat.latest.gaejava.appspot.com/
2010-12-07 01:55:21 +08:00
回复了 lynncui 创建的主题 Google App Engine 我编写的搭建于Google App Engine的Twitter Web Client
channel api没法即时同步的,因为它是基于HTTP请求驱动,而不能自发驱动的。

能做到最好的方式仅仅是用task queue来驱动,但毕竟过于麻烦了。

当然,这对用户来说完全没有区别,只是我对没有提供真正可控的长连接比较残念=。=
1 ... 40  41  42  43  44  45  46  47  48  49 ... 52  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4102 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 10:22 · PVG 18:22 · LAX 03:22 · JFK 06:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.