UITableview不滚动？(UITableview Not scrolling?)

 由于您正在进行的唯一过滤是从/var/www/html下的名称中删除前导斜杠，因此您可以单独使用tar - 避免find的无数问题： 
 
tar -C / -czvf /root/archive-of-files-with-spaces-in-filename.tar.gz var/www/html
 
 给定一个目录， tar备份目录的内容。 如果您在/var/html下有子目录，那么您的存档可能是必要的两倍。 这个不会超过必要的。 
 
 
 显然， find命令包含选项。 在这种情况下，你必须以另一种方式做事： 
 
(cd /; find var/www/html -type f -mmin -1450 -print0) |
 tar -C / --null -T - --czvf /root/archive-of-files-with-spaces-in-filename.tar.gz
 
 cd /; find var/html cd /; find var/html避免find前导斜杠。 -print0对文件名使用空终止符。 --null告诉tar期望文件名以null结尾; -T -表示从标准输入读取文件名列表。 
 
 如果您愿意，可以将所有内容放在一行中。 这不是我做的方式。 我将创建一个由cron （ crontab ）系统运行的脚本，该脚本可以完成这项工作，特别是因为如果我运行它，输出文件名将不可避免地带有时间戳，并且它可能会识别哪个站点正在被支持要备份的站点将是脚本的参数，由crontab条目提供。 这是我的偏好; 有很多人在crontab文件中写入长行。 
 
 此外，GNU tar （吵闹）省略了归档名称的前导斜杠，因此GNU tar生成的tar文件中绝不存在绝对名称： 
 
tar: Removing leading `/' from member names
 
 这意味着您可以避免使用子shell，只需使用find /var/www/html …生成名称，并附带警告消息。 既然你有详细的输出，那不太可能是一个问题。 

Since the only filtering you're doing is to remove leading slashes from names under /var/www/html, you can use tar alone — avoiding a myriad problems with find:
 
tar -C / -czvf /root/archive-of-files-with-spaces-in-filename.tar.gz var/www/html
 
Given a directory, tar backs up the contents of the directory. If you have sub-directories under /var/html, your archive was probably twice as big as necessary. This one won't be bigger than necessary.
 
 
Apparently, the find command includes options. In that case, you have to do things the other way:
 
(cd /; find var/www/html -type f -mmin -1450 -print0) |
 tar -C / --null -T - --czvf /root/archive-of-files-with-spaces-in-filename.tar.gz
 
The cd /; find var/html avoids leading slashes from find. The -print0 uses null terminators for the file names. The --null tells tar to expect file names to be null-terminated; the -T - says read the list of file names from standard input.
 
You can put all that on a single line if you wish. It isn't the way I'd do it. I would create a script that would be run by the cron (crontab) system that would do the job, especially since the output file name would inevitably be time-stamped if I was running it, and it would probably identify which site was being backed up, etc. The site to be backed up would be a parameter to the script, supplied by the crontab entry. That's my preference; there are plenty of people who write long lines into their crontab files.
 
Also, GNU tar (noisily) omits the leading slash from archive names, so that there are never absolute names inside a tar file generated by GNU tar:
 
tar: Removing leading `/' from member names
 
That means you could avoid the sub-shell and simply use find /var/www/html … to generate the names, living with the warning message. Since you have verbose output anyway, that's not likely to be much of a problem.