请求的FTP传输适配器。
requests-ftp的Python项目详细描述
请求ftp是一个非常愚蠢的ftp传输适配器的实现 与很棒的Requestspython库一起使用。
这个库not是最好的传输适配器示例 实践。这个图书馆在4个小时的工作中被吓坏了， 没有测试，依赖于一些丑陋的黑客。相反，它的意图是 未来发展的起点和如何 实现传输适配器。
使用方法如下：
>>> importrequests>>> importrequests_ftp>>> requests_ftp.monkeypatch_session()>>> s=requests.Session()>>> resp=s.list('ftp://127.0.0.1/',auth=('Lukasa','notmypass'))>>> resp.status_code'226' >>> printresp.content...snip... >>> resp=s.stor('ftp://127.0.0.1/test.txt',auth=('Lukasa','notmypass'), files={'file': open('report.txt', 'rb')})
功能
几乎没有！
- 通过新的ftp传输适配器添加ftp list、stor、retr和nlst动词。
- 提供一个函数，MonkeyPatches请求会话对象，公开 helper方法非常像当前的Session.get()和Session.post() 方法。
- 使用标准请求习惯用法：使用普通请求模型和 访问方法，包括元组形式的身份验证。
不提供：
- 连接池！一个新连接和多个命令 请求，包括身份验证。super效率低下。
- SFTP公司。安全是为弱者准备的。
- 不太常见的命令。
重要注意事项
为了完成这段代码，我急忙走了很多弯路。最多的 明显的问题是，这段代码没有任何测试。这是我最高的 固定优先权。
更值得注意的是，我们有以下重要注意事项：
- 请求传输适配器的设计意味着stor方法 必须取消对多部分表单数据编码体的编码才能获取文件。这是 很痛苦，而且我还没有彻底测试过，所以可能不起作用。
- massive在使用stor方法时进行了假设。这个 代码假定files参数中只包含一个文件。 它还要求您提供要另存为url一部分的文件名。 这是这个适配器最脆弱的部分。
- 此代码根本没有针对性能进行优化。有一些低垂 这里的成果：我们应该能够相对容易地连接池，并且 或许可以避免我们提出的一些要求。
贡献
求你了！我希望这个能被 感兴趣。如果可能，请为您的工作提供单元测试（是的， 这是一个“照我说的做，而不是照我说的做”的时刻。别忘了 将您的姓名添加到作者。
许可证
<>为了最大化与请求的兼容性，此代码是在Apache下授权的。 许可证有关详细信息，请参见许可证。欢迎加入QQ群-->： 979659372
