您可以在生产环境中使用 Dropbox API 读取/写入 json 吗?
Can you use Dropbox API to read / write json in production?
我正在制作一个小型网站,供在贸易展上使用一天。该站点只会同时在 5 台机器上运行。有什么原因我不能使用我的访问令牌来读写 json 来存储用户使用网站时的数据吗? (用户不需要有个人账户。他们将被要求输入他们的名字,他们的数据将被保存到一个提供给公司的聚合文件中。)我想知道是否会有带宽问题?我想一小时最多会有 150 个读取或写入请求。还有其他我应该考虑的事情吗?
The Dropbox API当然可以用来上传和下载任何类型的文件。
但要注意的一件事是,Dropbox API 的设计目的是让每个用户 link 拥有自己的 Dropbox 帐户,以便与自己的文件进行交互。不过,您似乎希望您的应用始终连接到一个特定的 Dropbox 帐户,以供所有最终用户使用。
从技术上讲,仅连接到一个帐户是可行的。出于各种技术和安全原因,SDK 不提供对它的明确支持,我们不建议这样做。
例如,如果多个实例同时尝试写入同一个帐户,它们可能会 运行 写入 lock contention。
但是,如果您确实选择了这条路线,则无需启动授权流程,而是为您的帐户和应用程序嵌入一个现有的访问令牌。
我正在制作一个小型网站,供在贸易展上使用一天。该站点只会同时在 5 台机器上运行。有什么原因我不能使用我的访问令牌来读写 json 来存储用户使用网站时的数据吗? (用户不需要有个人账户。他们将被要求输入他们的名字,他们的数据将被保存到一个提供给公司的聚合文件中。)我想知道是否会有带宽问题?我想一小时最多会有 150 个读取或写入请求。还有其他我应该考虑的事情吗?
The Dropbox API当然可以用来上传和下载任何类型的文件。
但要注意的一件事是,Dropbox API 的设计目的是让每个用户 link 拥有自己的 Dropbox 帐户,以便与自己的文件进行交互。不过,您似乎希望您的应用始终连接到一个特定的 Dropbox 帐户,以供所有最终用户使用。
从技术上讲,仅连接到一个帐户是可行的。出于各种技术和安全原因,SDK 不提供对它的明确支持,我们不建议这样做。
例如,如果多个实例同时尝试写入同一个帐户,它们可能会 运行 写入 lock contention。
但是,如果您确实选择了这条路线,则无需启动授权流程,而是为您的帐户和应用程序嵌入一个现有的访问令牌。