Dropbox 文件获取器损坏,API/重定向更新?

发布于 2024-09-02 22:42:33 字数 846 浏览 2 评论 0 原文

获取文件

我使用的脚本从https://www.dropbox.com/browse_plain/$ REMOTEDIR?no_js=true

现在返回:

找到 HTTP/1.1 302

服务器:nginx/0.7.63

日期:2010 年 5 月 24 日星期一 17:02:44 GMT

内容类型:text/html;字符集=utf-8

传输编码:分块

连接:保持活动状态

地点:/home

编译指示:无缓存

缓存控制:无缓存

找到了

找到

该资源位于/home

您应该被重定向 自动。


; WSGI 服务器

而脚本有一个从源解析 div 的方法。

  1. 任何人都可以确认他们的文件获取脚本是否有这个问题吗?如果没有,由于没有官方 API,您正在使用什么方法?

The script I used fetched a file from

https://www.dropbox.com/browse_plain/$REMOTEDIR?no_js=true

which now returns:

HTTP/1.1 302 FOUND

Server: nginx/0.7.63

Date: Mon, 24 May 2010 17:02:44 GMT

Content-Type: text/html; charset=utf-8

Transfer-Encoding: chunked

Connection: keep-alive

location: /home

pragma: no-cache

cache-control: no-cache

Found

<h1>Found</h1>

<p>The resource was found at <a href="/home">/home</a>;

you should be redirected
automatically.

<hr noshade>

<div align="right">WSGI Server</div>

Whereas the script has a method to parse a div from the source.

  1. Can anyone confirm whether or not they have this issue with file fetching scripts? If not what method(s) are you using since there's no official API?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

安静 2024-09-09 22:42:33

您使用的脚本不考虑重定向。通常,浏览器会看到 location: /home 标头,并向该 URL 发出另一个请求。

The script you are using is not respecting redirects. Generally browsers will see the location: /home header and make another request to that URL.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文