Переменные в параметрах curl

попробуй обратный слеш или одиночные миксовать

С обратным слэшем получаю:

curl: Can't open '«my_file_name»'!

var="\"name_files\""
echo $var
"name_files"

Но curl и без кавычек работает

curl -T file url

Но у тебя тупо «Can't open»

Попробовал

var="\"name_files\""

curl: Can't open '«my_file_name»'!

а с url:

curl: (1) Protocol «„https“ not supported or disabled in libcurl

P.S. Без скрипта в bash всё отлично отрабатывает.

#!/bin/bash

FILE="filename.png"
URL="ftp://ftp.example.com/upload/"

curl -T "$FILE" $URL

убедись, что скрипт в той же директории, что и файл, иначе указывай для файла полный путь

убедись, что скрипт в той же директории, что и файл

Это я 100 проверил. Мистика какая-то, делаю так:

url="\"$upload_url\""
myfile="\"$file\""

mycmd="$(echo "curl -T $myfile $url")"
echo $mycmd

Вижу что переменные curl с двойными кавычками. Запускаю на исполнение, получаю: curl: Can't open '«my_file_name.pdf»'! Если скопировать вывод переменной mycmd из кода приведенного выше в терминал, всё работает.

Где я ошибаюсь?

Не знаю как это обьяснить, но заработало через

eval curl -T $myfile $url

Где я ошибаюсь?

Везде, ты пишешь лютую дичь. Правильно

curl -T "$variable_file" "$variable_url"

Args() {
    printf "%d args:" $#
    printf " <%s>" "$@"
    echo
}

$ variable_file=a\ \"\ c
$ variable_url=scheme://path
$ Args curl -T "$variable_file" "$variable_url" 
4 args: <curl> <-T> <a " c> <scheme://path>
$ Args curl -T $variable_file $variable_url
6 args: <curl> <-T> <a> <"> <c> <scheme://path>

и только так.

В 99% это действительно так. Но, если переменная либо пуста либо не содержит спец символов, либо строка аргументов со спец символом=пробелом, то иногда таки cmd $var без кавычек имеет смысл — (не) передавать никакого/несколько аргументов команде.

Верно. Ещё есть кейс с управляемым рассыпанием по кастомному IFS. Укладывается в тот же последний процент.