HTTP
AMH 社区首页
AMH社区 - 开放自由有价值的社区
|
|
|---|---|
|
eyed |
eyed 发表于 2014-08-04 22:34:15
本帖最后由 eyed 于 2014-8-4 23:48 编辑
今天在AMftp里，想删除images目录里的几张图片。结果却惊讶地发现，居然没有删除成功。 检查了一遍拥有者和权限，没有问题，用flashfxp试着删一张图片，更加惊讶地发现居然删除成功了。 基于AMftp是web方式，猜测应该是由于php的某个限制导致的。 后来发现php5.3.增加了max_input_vars参数，探针看了一下，该值默认是1000， 由于不太了解这个数值具体应该如何计算，也不知道AMftp在开发时有没有考虑到这个值的限制。因此决定先不更改做了测试。 发现了以下几个症状 1: 单级目录下，如果文件夹+文件的数量接近500左右，在AMftp上，就无法做任何操作了，例如删除，移动，都是无效的。 2: 文件数量500这个值还是个猜测值，因为后来换了一个文件夹尝试，发现在450个文件时，就已经无法删除，或移动。 3: 在AMftp使用批量上传，例如一次性选择近500个文件进行传输时，文件路径开始错乱，本来想是在子目录里传输的，结果全部跑到web根目录下了（这点未做重复测试） 4: 尝试更改max_input_vars的值为 5000，发现可操作的文件数量仍然只在500之内，后来发现与sohusin模块有关。于是取消了sohusin，重启amh重新再试了一遍，发现能支持到 1000个文件之内的操作了。但是仍然不太清楚具体该参数值与文件数量之间是什么样的计算方式，Ａ大要是知道的话劳烦告知一下。 鉴于以上的情况，个人觉得AMFTP在功能上与普通的ftp工具相比，限制还是蛮大的。不过也正常，基于php开发，因为考虑到执行效率，确实不应该让webftp存在可能直接拖死面板甚至主机的隐患。 由此对AMftp下一版本存在一些个人的建议。 1：是否可以将AMftp的文件列表设置成分页方式。 2：max_input_vars参数限制是否有一个更加合理的值？而不应该是1000，因为个人感觉确实有点小了，类似images文件夹中存在500+的文件应该是很普遍的事。 3：即使以上的问题都无法得到改善，建议应该在AMftp的页面上给些注释，例如说明一下如果单级目录文件数量大于300，或批量上传文件数量大于300+，就不要在amftp中操作，建议改用ftp软件进行。这样可以给使用者一些有利的提醒，避免走弯路。  点赞，加油！ (0分)
2014-08-04 22:34:15 1
|
|
1024 |
不明觉力 支持
回复
2014-08-04 23:42:13 2
|
|
97505227 |
amftp 主要功能在于在线打包解压吧。
回复
2014-08-05 09:18:03 3
|
|
eyed |
对amftp真的好失望...images 图片文件夹，2450张图，240M，
在amftp中打包，只打包了13.4M，解压出来只有346张图。 还有2000多张图就没打包上。 这要是自己发现了，还可以换其它方式重新打包。要是没发现，文件丢哪儿了都不知道。
回复
2014-08-06 15:13:13 4
|
|
hongxw |
需要自己 手动添加一个max_input_vars = 5000的
回复
2017-01-14 14:15:33 5
|
[求助帖]
关于max_input_vars参数对AMftp功能的限制问题
