我知道Web应用程序应该尽可能快地呈现它的页面,只有几毫秒的数据库请求.有关此响应时间的指导原则(如Microsoft的UI指南或类似内容)?网页应该响应
的绝对最长时间是多少?
对此有任何"限制"或一般指导原则吗?
我什么时候应该将工作放入任务队列(例如Python芹菜)?
我的具体问题是我必须解析用户提交的一堆文本文件.这些可以解析的平均时间是2-3秒(响应时间是3-4秒,数据库插入)但如果文件非常大,则解析需要8秒(响应10秒).
这个时候让用户没有反馈是否可以?如果没有,处理这些情况的最佳方法是什么?
是否可以将这些放入请求 - 响应周期中?
如果我提供REST API与网站表单有什么区别吗?这些"允许"的反应是否较慢?
两者之间有什么区别吗?
A:
# seek back by difference from current position
fp.seek(last_read_byte - fp.tell(), os.SEEK_CUR)
Run Code Online (Sandbox Code Playgroud)
B:
# seek by absolute position from start of the file
fp.seek(last_read_byte)
Run Code Online (Sandbox Code Playgroud)
(fp是python文件对象)
我只是认为B)可能会从头开始读取文件。如何检查情况?
我应该担心这种愚蠢的事情吗?
我这样做是为了在垂直窗口中打开帮助页面:
cabbrev help vert botright help
Run Code Online (Sandbox Code Playgroud)
这样,它没关系,但有点令人不安,而且它也:history有点垃圾邮件.我想让Vim不扩展它,只需运行命令.因此,当我写作时,:help topic我希望它不会扩展,而是运行:vert botright help topic
我尝试过的命令
cabbrev <silent> help vert botright help
Run Code Online (Sandbox Code Playgroud)
但它不起作用.
有可能吗?
我想通过这种方式将带有US/Eastern时Budapest/Europe区的日期时间转换为时区:
import pytz
from datetime import datetime
ET = pytz.timezone('US/Eastern')
CET = pytz.timezone('Europe/Budapest')
time = datetime(2013, 04, 18, 0, 0, tzinfo=ET)
newTime = time.astimezone(CET)
Run Code Online (Sandbox Code Playgroud)
这导致newTime为:datetime.datetime(2013, 4, 18, 7, 0, tzinfo=<DstTzInfo 'Europe/Budapest' CEST+2:00:00 DST>),但它应该2013,04,18,6,0根据time.is和timeanddate.com转换器.我做错了什么?
我用Python阅读了几百个文本文件的第一行.
这在第一次运行几秒钟,但第二次运行只需几毫秒!
这是为什么 ?是python吗?它是操作系统(在我的情况下是Windows 7)?
这是脚本:
import glob
from datetime import datetime
start = datetime.now()
for summary in glob.glob(r"C:\folder\*.txt"):
with open(summary) as f:
line = f.readline()
print line.rstrip().decode('utf-16')
print 'Time: ', datetime.now()-start
Run Code Online (Sandbox Code Playgroud)