问题标签 [quota]

我正在尝试在我的 CentOS 服务器上设置一个 WebDAV 文件夹。我大部分都成功了。我的问题是我正在尝试在文件夹上设置大小限制（配额）。我找到了一个博客，其中详细说明了如何使用“DAVSATMaxAreaSize”命令来做到这一点。但是，当我重新启动 Apache 时，我收到错误消息：“无效命令 'DAVSATMaxAreaSize'，可能拼写错误或由未包含在服务器配置中的模块定义”。这是否意味着没有安装支持该命令的模块？我怎样才能解决这个问题？

我正在运行一个在线免费计算机科学教育课程网站。我使用 Google 脚本来评估学生测验（我使用 MCQ 脚本）。昨天，我网站的访问者激增。我注意到测验评分脚本不再向学生发送结果。我检查了失败通知，它说“一天服务调用次数过多：”

是因为配额吗？如果有配额，那么有什么办法可以增加吗？

我的班级有 800 多名学生，所以他们很可能会在我将作业发布到网上的当天提交。所以，我急需增加电子邮件配额。如果有任何解决方法，知道这也将非常有用。

提前致谢。

我有启用配额的驱动器，我想从该驱动器中删除由指定用户（实际上是一组使用特殊帐户运行的应用程序）创建的所有文件。如何在不递归检查 HDD 上的所有文件和文件夹的情况下执行此操作是否由指定用户创建？我只需要获得“迭代器”。

我的谷歌脚本代码有点麻烦。我正在尝试制作一个脚本，该脚本将自动获取主题中带有“事件”的任何电子邮件并解析文本以将其添加到日历中。我有一个过滤器，将电子邮件添加到标签“事件”，然后删除标签。

该脚本运行良好，并发布在下面。我每分钟触发一次。但是，每天我都会收到一封巨大的失败通知电子邮件，说明我已经超过了第 4 行 [GmailApp.getUserLabelbyName] 上的 gmail 读取配额。我尝试使用谷歌搜索，但找不到更多细节。

因此，根据配额网站，我每天的阅读量限制为 10,000 次。这一直失败，“事件”箱中根本没有电子邮件，因此似乎没有阅读实际的电子邮件。日历应该每分钟访问一次，即每天 1,440 次。

那么为什么我会收到 gmail 读取的配额失败？'gmail reads' 是否意味着访问 gmail（获取标签变量）或阅读电子邮件正文（getThreads）或两者兼而有之？

任何帮助将不胜感激。谢谢！

函数 MakeEvents() {

}

} }

我需要在 php/mysql 中编写自己的电子邮件调度程序。我正在使用亚马逊的 SES 发送电子邮件。我在“队列”MySQL 表中记录了需要通过电子邮件发送的人员和内容。成功发送电子邮件后，每条记录都会被删除。我想尽快发送这些电子邮件，但我需要牢记亚马逊的配额。他们限制您允许的电子邮件发送/秒。

我怎样才能安排这个不超过限制？我知道我可以编写一个 php cron 脚本，它只会从队列中提取 X 条记录并发送这些记录，但是如果我的 cron 每分钟只运行一次，就会浪费很多时间。（X 为配额限制/秒）

另一方面，如果我的电子邮件配额被撞到并且我可以每秒发送 1000 封邮件（或者一些荒谬的东西），如果我的脚本需要很长时间才能执行，我可能会遇到问题。cron 可能会再次触发并从 Queue 表中提取相同的记录。

我不断收到超出限制：每封邮件的电子邮件收件人。尝试在我的谷歌脚本中使用 forward 命令时。我正在转发一条包含 67 个人密件抄送和一个人抄送的消息，字段为空。为什么会出现这种情况？这是我白天发送的第一封电子邮件，从我读到的关于限制的所有内容来看，这应该是有效的。谢谢！

（密件抄送字段是从带有逗号分隔的密件抄送转发列表的谷歌驱动器电子表格中导入的。）

我的网站是电影目录。用户登录后，我会向他/她展示添加到我的数据库中的最新电影：

是否已缓存（电影每周添加到数据库中，因此应该缓存）？如何验证（即什么是内存缓存键）？昨天大约有 1000 名用户访问了我的网站，我得到了

OverQuotaError：API 调用 datastore_v3.RunQuery() 需要的配额多于可用配额。

我按照自定义错误响应执行此操作- app.yaml 更新为

并创建相应的文件。但是仍然显示错误（异常）而不是该页面。我试图将文件放在根文件夹中（在 app.yaml 进行相应的更新） - 它没有帮助。

我究竟做错了什么？

更新。我根据@Gwyn Howell 评论以下列方式定义了这一点。

但是（1）如何测试它，（2）哪个 url 用户会在结果中看到？http://www.example.com/over_quota.html还是会是原始网址？

我在 300 个用户实体中进行地理查询，结果范围为 10。
我已经查询了 120 次。对于每个查询，我得到 10 个用户实体对象。
在此之后，我的应用引擎读取操作达到 52%（26000 次操作）。
我的用户实体有 12 个单值属性和 3 个多值属性（列表类型）。
用户实体有 2 个单值属性索引和 2 个列表类型属性索引。
谁能帮我理解谷歌的appengine如何计算数据存储读取操作？

从高层次上看，如何实现 API 使用配额系统？

特别是，它必须满足以下要求：

• 即时的
• 快速，不会显着减慢 API
• 如果使用内存缓存，需要在突然关闭后恢复（有利于 API 客户端的配额精度的小损失是可以的）
• 速率限制（DOS 保护）
• 缩放良好

是否有任何普遍接受的架构模式/算法来实现此类系统？