那其实有一个更简单的办法 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 621146

haitao：

那其实有一个更简单的办法

[阅读: 526] 2008-04-16 01:51:12

客户端，把上上传的子目录分包压缩打包为多个1M的压缩包文件，再上传

服务端，在收到客户端的上传结束后，解压缩。。。。。。

相关信息:

[技术贴]各位有用delphi实现的上传整个目录的代码嘛？ (5284字) (UnKnow365 [1249] 2008-04-14 10:48)
- 增加日志，看看在什么时候死掉。。。。。。。。 (空) (haitao [520] 2008-04-14 10:51)
  - 也只能如此了 (空) (UnKnow365 [461] 2008-04-14 11:07)
- 你是要做服务器端，还是要做客户端？INDY FTP 都有 DEMO 可以拿来改的，应该都是工作正常的。 (空) (pcplayer [575] 2008-04-14 10:54)
- 客户端的，最好不用控件 (空) (UnKnow365 [478] 2008-04-14 11:07)
  - 确定服务器端是 FTP SERVER的话，客户端直接那 INDY FTP CLIENT DEMO 来改，很轻松的。 (空) (pcplayer [617] 2008-04-14 11:10)
    - 谢谢！那个只能传文件，我需要的是上传目录。 (空) (UnKnow365 [445] 2008-04-14 14:57)
      - 你自己对目录做 FindNext 的操作，把里面的文件都找出来不就行了？ (空) (pcplayer [444] 2008-04-14 15:03)
  - 用windows带的ftp命令吧 (空) (leejd [713] 2008-04-14 11:12)
    - 这个也不带上传目录吧？ (空) (龙之吻 [409] 2008-04-14 18:43)
- 唉，跟踪发现死在上传一个80M的压缩文件上。这可麻烦了！ (37字) (UnKnow365 [615] 2008-04-15 08:34)
  - 改成 (9字) (ycm0263 [509] 2008-04-15 08:36)
    - 机器人就是机器人 (空) (UnKnow365 [386] 2008-04-15 08:41)
      - BS (空) (ycm0263 [424] 2008-04-15 10:04)
  - 上傳沒斷點續傳是麻煩啊... (空) (leeming [524] 2008-04-15 09:00)
  - 如果windows的ftp.exe（或其它命令行ftp客户端）稳定可靠，干脆改变思路：程序让它来自动传 (45字) (haitao [1192] 2008-04-15 09:04)
    - 这是个方法，但是就不好确定是否传完了，有没有异常 (空) (UnKnow365 [481] 2008-04-15 17:33)
      - 所以前提是这个外部exe稳定可靠。。。。。。。。。 (13字) (haitao [472] 2008-04-15 17:43)
  - 大文件死？究竟是死了，还是文件大在传输只不过堵塞了？ (空) (pcplayer [544] 2008-04-15 10:23)
    - 用INDY的DEMO传直接无响应 (空) (UnKnow365 [510] 2008-04-16 08:57)
      - 在ide里运行，无响应时break一下看看是在内部循环着传，还是真的死了？ (20字) (haitao [596] 2008-04-16 09:31)
        应该显示进度和速度 (空) (sealw [470] 2008-04-16 09:34)
        那需要在内部循环传的过程中回调一下显示函数指针。。。。。。。 (25字) (haitao [545] 2008-04-16 09:38)
        确认是INDY的问题了，跟踪后给了个Error 10055 "No Buffer space available" (空) (UnKnow365 [1062] 2008-04-16 10:12)
        由于系统缺乏足够的缓冲区空间，或因为队列已满，在套接字上的操作无法执行。 (空) (UnKnow365 [1402] 2008-04-16 10:17)
        那很可能是indy传文件是需要先把文件全部读入自己的缓冲。。。。。。。 (69字) (haitao [663] 2008-04-16 10:17)
  - 支持断点续传是很重要的，另外，用indy时使用indyantifreezer也是很重要的 (空) (变废为宝 [585] 2008-04-15 22:53)
- 也许可以考虑用rsync这样的解决方案 (空) (sealw [473] 2008-04-15 10:12)
- 做乜不用perl这样的脚本快速写个？ (8字) (周星驰 [650] 2008-04-15 18:11)
- 真要命！用INDY的CLIENT DEMO也无法传送大文件。 (空) (UnKnow365 [494] 2008-04-16 08:56)
  - 把你的应用环境和需求讲清楚，大家看看有没有别的方法 (空) (sealw [506] 2008-04-16 09:18)
    - Ftp服务器是Server-U运行在Windows2K上，Ftp客户端运行在Windows2003上，是个服务程序 (194字) (UnKnow365 [831] 2008-04-16 09:46)
      - 那其实有一个更简单的办法 (63字) (haitao [525] 2008-04-16 09:51)
      - 用windows自带的FTP上传正常，说明问题应该不是在FTP服务器，查FTP服务器有建一个字节为0的文件。这句怎么理解？ (空) (sealw [823] 2008-04-16 09:55)
      - 你用 indy9 吧。indy10 我现在都不敢用。 (空) (pcplayer [560] 2008-04-16 10:18)
        我搜了一下indy9好像也有此问题 (空) (UnKnow365 [1024] 2008-04-16 10:21)
      - 我刚才用 indy9.018 及 indy 自己带的 ftp server / ftp client 传了1个 86M 的文件，飞快，一点问题都没有。 (空) (pcplayer [648] 2008-04-16 10:24)
        server 和 client 分别在两台不同的电脑上，都是XP，局域网。 (空) (pcplayer [603] 2008-04-16 10:25)
        有时候测试环境需要尽可能真实 (空) (sealw [2] 昨天 11:12 ) (空) (leejd [443] 2008-04-16 11:06)
        你再传个几百M的试试 (空) (UnKnow365 [543] 2008-04-16 11:34)
        你也试一试用indy ftp server作为服务端。。。。。。。 (17字) (haitao [654] 2008-04-16 12:07)
        你这个猜测不成立。C 和 S 之间是 TCP 连接，不管中间的协议如何，不至于影响到 C 占用内存的数量。 (空) (pcplayer [566] 2008-04-16 12:55)
        所以才有“世事难料”的说法 (120字) (haitao [547] 2008-04-16 12:59)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.022 - 539544