我有一个简单的在线订购应用程序.它可能每周处理25个小时,其中大部分是星期一和星期二.
看一下仪表板,我看到:
Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs
Resource Usage
Frontend Instance Hours 16% 4.53 of 28.00 Instance Hours
对于我拥有的用户数量,4.53小时似乎非常高.
我的一些页面调用存储在另一个服务上的filemaker数据库,并且具有如下延迟:
URI Reqs MCycles Latencies
/profile 50 74 1241 ms
/order 49 130 3157 ms
我的身份验证页面在呼叫第三方时也具有较高的延迟:
/auth/google/callback 9 51 2399 ms
我还是看不出他们怎么加起来可以达到4.53小时呢？
谁能解释一下？
我最近一直在玩谷歌应用引擎及其数据存储,并使用参考属性创建了数据模型和关系.
但是我不清楚祖先在数据存储区的概念.他们的目的是什么,我为什么要使用它们？它们如何与数据存储区实体的引用属性相关？
当我尝试在按日期排序的数据存储上运行查询时,我收到以下错误:
NeedIndexError: no matching index found.
The suggested index for this query is:
- kind: Message
properties:
- name: author
- name: ref
- name: date
如果我不尝试按日期排序,则查询运行时没有错误.数据存储索引下的appengine控制台说:
author ? , ref ? , date ?
Serving
我究竟做错了什么？如何运行按日期排序的查询？谢谢!
这是我的实体定义:
from google.appengine.ext import ndb
class Message(ndb.Model):
subject = ndb.StringProperty()
body = ndb.TextProperty()
date = ndb.DateTimeProperty(auto_now_add=True)
ref = ndb.StringProperty( required=True )
author = ndb.KeyProperty(required=True)
这是失败的查询:
def readMessages( ref, user = None ):
query = Message.query()
query = query.filter(Message.ref == ref )
if user: …我刚刚从VS2010将项目升级到VS2013,现在只要我通过MQ发送消息就会崩溃,但它在VS2010下工作正常.
我怀疑它与VS2013有关,所以我构建了MQ附带的一个演示应用程序 - imqwrld.cpp这是一个简单的"hello world"应用程序.
仅此代码足以使调试运行时库抛出异常:
#include <imqi.hpp> // WebSphere MQ C++
int main ( int argc, char * * argv ) {
ImqQueue * p = new ImqQueue();
delete p;
return 0
}
当删除ImqObject时,crtl检测到内存损坏.
我怀疑这是因为DLL地狱.MQ dll依赖于msvcr80.dll,我的程序使用不同版本的库--msvcr120d.dll.
关于如何解决这个问题的任何建议？我正在使用MQ客户端7