Linux Shell脚本中cURL命令拼接变量至URL末尾的问题排查

看起来你的核心问题是在curl的-Q参数中拼接变量时，远程服务器返回文件不存在的错误，但直接使用固定文件名却能正常执行。我们可以从以下几个方向排查并解决：

1. 改用相对路径执行DELE命令 #

从你的curl日志能看到，登录FTP后当前目录是/，但你指定的curl目标URL是ftp://<placeholder>/public_html/tickets/——这意味着curl会自动切换到该目录。此时你不需要使用完整的绝对路径，直接用文件名即可：

for i in *.txt
do
    curl --verbose --ftp-ssl --user <placeholder>:<placeholder> ftp://<placeholder>/public_html/tickets/ -Q "DELE $i"
done

这种方式能避免绝对路径可能存在的权限或映射问题（比如部分FTP服务器会将用户根目录映射到~/public_html，导致你认为的绝对路径其实是相对路径）。

2. 确保变量正确展开：用双引号包裹完整命令 #

你之前用单引号拼接变量的写法，虽然对简单文件名（如14.txt）理论上能工作，但双引号能确保变量被正确解析，尤其是当文件名包含空格、特殊字符时：

-Q "DELE /public_html/tickets/$i"

而不是依赖单引号拼接的写法：

-Q 'DELE /public_html/tickets/'$i  # 这种写法在文件名带特殊字符时容易出错

3. 调试变量内容：确认文件名无隐藏字符 #

有时下载的文件名可能包含换行、空格或其他不可见字符，导致拼接后的路径不正确。你可以在循环中添加echo命令检查变量：

for i in *.txt
do
    echo "当前要删除的文件名：'$i'"  # 用单引号包裹，能直观看到隐藏字符
    curl --verbose --ftp-ssl --user <placeholder>:<placeholder> ftp://<placeholder>/public_html/tickets/ -Q "DELE $i"
done

如果输出的文件名带有多余字符（比如'14.txt\n'），说明下载的文件命名有问题，需要检查源文件或wget的下载逻辑。

4. 先切换目录再执行删除 #

如果上述方法都无效，可以显式切换到目标目录后再删除文件，确保路径绝对正确：

for i in *.txt
do
    curl --verbose --ftp-ssl --user <placeholder>:<placeholder> ftp://<placeholder>/ \
        -Q "CWD /public_html/tickets" \
        -Q "DELE $i"
done

为什么固定文件名能工作？ #

当你直接写DELE /public_html/tickets/14.txt时，路径完全匹配服务器的实际路径；但循环中变量拼接时，可能因为变量解析的细微差异或FTP目录映射规则导致路径不匹配。改用相对路径或显式切换目录能有效规避这类问题。

内容的提问来源于stack exchange，提问作者Eric Brockway