从单个帐户调用时对 Dropbox API 的限制
Limits on Dropbox API when calling from a single account
我目前正在尝试制作一个允许用户托管文件的网站，因此我打算为此目的购买一个商业 Dropbox 帐户，生成一个访问令牌，这样应用程序就不会通过 OAuth 身份验证和内部服务和上传文件到这个单一的帐户。
可以使用一个 Dropbox 帐户完成吗？从单个帐户调用有什么限制。所有访问令牌逻辑都将被硬编码。
Dropbox API 确实有速率限制系统，但我们没有记录任何具体数字。它只是为了防止滥用而设计的，因此非常慷慨。此外，限制以 per-user 为基础。既然如此，一般不用担心在正常使用中会撞到它。无论帐户类型如何，Dropbox API 速率限制系统都以相同的方式运行。
另请注意，并非所有 429 或 503 都表示速率限制，但无论如何，您收到 429 或 503 时，最佳做法是重试请求，尊重 Retry-After header 如果在响应中给出，或者使用指数 back-off，如果不是。
API 旨在让每个用户 link 拥有自己的 Dropbox 帐户，以便与自己的文件进行交互。但是，从技术上讲，仅连接到一个帐户是可能的。出于各种技术和安全原因，SDK 不提供对它的明确支持，我们不建议这样做。不过，server-side 应用程序消除了大多数这些担忧。
因此，如果您确实想走这条路，而不是开始授权流程，您可以手动使用您的帐户和应用程序的现有访问令牌，正如您提到的那样。 （注意不要撤销它，例如通过 https://www.dropbox.com/account/security 。）
我目前正在尝试制作一个允许用户托管文件的网站，因此我打算为此目的购买一个商业 Dropbox 帐户，生成一个访问令牌，这样应用程序就不会通过 OAuth 身份验证和内部服务和上传文件到这个单一的帐户。
可以使用一个 Dropbox 帐户完成吗？从单个帐户调用有什么限制。所有访问令牌逻辑都将被硬编码。
Dropbox API 确实有速率限制系统，但我们没有记录任何具体数字。它只是为了防止滥用而设计的，因此非常慷慨。此外，限制以 per-user 为基础。既然如此，一般不用担心在正常使用中会撞到它。无论帐户类型如何，Dropbox API 速率限制系统都以相同的方式运行。
另请注意，并非所有 429 或 503 都表示速率限制，但无论如何，您收到 429 或 503 时，最佳做法是重试请求，尊重 Retry-After header 如果在响应中给出，或者使用指数 back-off，如果不是。
API 旨在让每个用户 link 拥有自己的 Dropbox 帐户，以便与自己的文件进行交互。但是，从技术上讲，仅连接到一个帐户是可能的。出于各种技术和安全原因，SDK 不提供对它的明确支持，我们不建议这样做。不过，server-side 应用程序消除了大多数这些担忧。
因此，如果您确实想走这条路，而不是开始授权流程，您可以手动使用您的帐户和应用程序的现有访问令牌，正如您提到的那样。 （注意不要撤销它，例如通过 https://www.dropbox.com/account/security 。）