征集大容量文件上传解决方案

Question

上传的文件，一般是统一在一个文件甲下吧。WEB上传，效率都不好。船大文件时 建议：
采用FTP上传，然后写个程序对已经上传到服务器上的文件名处理并入库等。
因为大文件，一般不会给访客随便船的，都是网站管理员来传。。

Answer 1

同意  luok(罗开)的

Answer 2

我觉得采用ftp上传大文件比php里面的copy要好得多，建议采用

Answer 3

写个ActiveX控件直接利用FTP协议上传.

Answer 4

对于WEB上传的方式，可以修改timelimit的啊，默认是30秒钟
修改长一点不知道效果会怎样，一般我做WEB上传的时候是上传页面的代码是采用动态修改timelimit的，传完后又恢复到30秒

Answer 5

使用http上传，本身就不适合大文件。所以php默认
post_max_size=8M
upload_max_filesize=2M使用ftp上传，需要有ftp服务器。而ftp服务器的管理已经超出php的范围了。
况且在协议族中ftp高于http

Answer 6

不能解决吗。我今天上传一个30M的数据库。老是上不了。我是用phpmyadmin的。
如果我在本地也不行。在使命令下倒可以。
不知能不能在命令模式下远程连接mysql;

Answer 7

to:xylegend(晓逸)
我也想这样。问题是我的是SQL文件。上去怎么导入。

Answer 8

看来大家对使用FTP意见基本是一致的，不过对于具体如何使用FTP，我想也有很多方法和技巧，我认为一个好的软件产品（个人认为一个网站系统本身就是一个软件产品）满足易用、可靠、安全是基本条件，因为本贴目的在于技术讨论，而不是得出结论，我就讲下我的不成熟的想法，以求抛砖引玉，欢迎大家来批判哈。在网站的管理和使用过程中，我们可以设想一下各类用户的角色（这里所说的用户指与文件上传相关的用户角色）：网站管理员：负责维护和更新网站的各类信息，当然也要管理其它用户，其本身具有技术基础，即使不使用程序员编写的网站本身提供的维护功能（指对于文件管理）也有能力完成任务；一般用户：这类用户比较普遍，但是通常没有太多的要求，上传的文件也都较小，网站需求设计时提供的功能就基本能够满足，上传通过HTTP已经足够；特殊用户：这类用户数量相对较少，但是却可能恰恰是网站服务的主要客户，是网站赖以生存的利润引擎，而且要求都比较特殊，如要求在特定的时间上传一些大容量或其它特殊的文件，并且要求网站能够及时给予反馈；这三类角色需要特别慎重对待的是特殊用户（当然如果对需求设计的要求再提高一个档次的话，另两类角色也应该充分考虑），因此网站应该对这类用户提供特殊定制的功能来满足其需求。使用ActiveX技术是一种方法，但是我却比较排斥这种方案，因为ActiveX有本身的一些问题，使得发布并非简便易行，比如客户端的浏览器需要作一些配置上的修改，把这样的工作交给对计算机并不熟悉的客户去处理并不是一个好的方法，很可能因此很多客户拒绝使用网站，影响网站的发展。因为技术问题造成网站发展的障碍，个人觉得是一种不负责任。如果用类似QQ的软件使用点对点传输文件给管理员，再由管理员上传，则会加大网管的工作负担。因此不如干脆使用java或者其它工具开发一个客户端上传FTP的小软件配合，由管理员授权，软件本身自动连接服务器用户主目录，并且在用户的许可下自动安装，可以在用户上传界面上自动启动这个程序提示客户的上传操作，操作完成后提示用户下一步流程的服务内容，或通知管理员处理。
这种方法缺点是会增加系统的设计和技术上的难度，应该说也不完美，而且涉及到其它的很多技术问题（如操作系统的安全和用户目录的管理），但是应该是一种客户易于使用而且安全可靠的方案，大家觉得呢？

Answer 9

fordream007(追梦者) 的方案本人比较有同感.

Answer 10

PHP支持FTP协议,在客户端想想办法吧!
ActiveX是个不错的办法.