FTP协议的缺点都有啥，求黑求说法
还是死程的问题，现在做的一个信息发布平台，其中的图片地址居然要使用ftp://username:password@host:port/path?pictype=vaue1&checkcode=value2
这样的URL，我觉着这种完全可以用HTTP图片服务器取代，而且FTP又老又臃肿，求说服方法，往死里黑FTP 传到99%，断了一下。 明文密码, 你说呢?
有种东西叫sftp, 应该可以帮到你
HTTP的话, 如果文件比较大不是很合适. 一巴掌呼他脸上：“你个二逼让客户搭httpd、php、mysql就算了，竟然还要再搭个vsftpd。脑子进水了么？” 明文密码什么的我估计他们还不在乎，顶楼那个图片地址里的checkcode好像就是校验用的，话说FTP上这么加参数有用么
单从用ftp地址做图片URL上面有什么喷点不 大量小文件传输速度太慢 引用第4楼mirari于2012-05-24 13:56发表的 :
明文密码什么的我估计他们还不在乎，顶楼那个图片地址里的checkcode好像就是校验用的，话说FTP上这么加参数有用么
单从用ftp地址做图片URL上面有什么喷点不 images/back.gif
没用，这帮子笨蛋肯定没去看过FTP协议是怎么回事。
下载一个文件要认证还要两个连接（记住FTP是个有状态的协议），反向代理什么的也很蛋疼。脑子被驴踢了才想的出这馊主意。 有状态协议是否意味着在一个页面嵌入多个FTP地址的图片时，这些请求会互相冲突，最终只能显示第一张？
还是说其他的请求都会处于等待状态，没有并发处理能力，最终所有图片都得按顺序下载，按顺序显示？
还是每个URL都会产生一个单独的FTP连接，包含登录认证的过程，这样在图片下载完时会向FTP服务器发送断开请求么？ 引用第8楼mirari于2012-05-24 15:27发表的 :
有状态协议是否意味着在一个页面嵌入多个FTP地址的图片时，这些请求会互相冲突，最终只能显示第一张？
还是说其他的请求都会处于等待状态，没有并发处理能力，最终所有图片都得按顺序下载，按顺序显示？
还是每个URL都会产生一个单独的FTP连接，包含登录认证的过程，这样在图片下载完时会向FTP服务器发送断开请求么？ images/back.gif
全看浏览器实现
但是可以肯定的是你的服务器负载会非常好看
不过我就想不通了，能写出
ftp://username:password@host:port/path?pictype=vaue1&checkcode=value2这种东西的人竟然有胆量用FTP，
不需要你擦屁股的话就让他自己去死好了。 结果被告知，公司接收信息的七寸机只支持FTP协议，至于后面的参数怎么传让设备组搞定 嵌入式的话 tinyhttp实现起来多容易啊，也有很多现成的方案。
http://www.acme.com/software/thttpd/
如果是wince，直接pb重新编译个iis就行 引用第1楼ad2015.1于2012-05-24 11:19发表的:
传到99%，断了一下。 images/back.gif
我记得FileZilla支持断点续传 除非自己写扩展，后面加问号的参数ftp协议是不接受的 终端用的是WinCE系统，求PB编译IIS详细。领导还是坚持FTP，认为FTP方便…… FTP还能加parameter？ 我见过一个同事的项目里面有用ftp取银行的验证文件的, 但是真心没见过连图片地址都走ftp的...估计demo上线那效率就能证明一切了, 具体的要开firebug看看加载的情况 就不能后台再做一层封装吗？
直接在前台调用的确很奇葩
我们公司虽然很多资源也是通过ftp传的，不过都是请求先传到后台servlet，然后以流的形式读入ftp流，
再以流的形式push出去
顺便采用lazyload的方式服务器负载会减轻不少
页:
[1]