Как вручную расширить специальную переменную (например: ~ тильда) в bash

У меня есть переменная в моем сценарии bash, значение которой примерно такое:

~/a/b/c

Обратите внимание, что это нерасширенная тильда. Когда я выполняю ls -lt для этой переменной (назовем ее $ VAR), я не получаю такой каталог. Я хочу, чтобы bash интерпретировал / расширял эту переменную, не выполняя ее. Другими словами, я хочу, чтобы bash запускал eval, но не запускал оцениваемую команду. Возможно ли это в баше?

Как мне удалось передать это в мой скрипт без расширения? Я передал аргумент, заключив его в двойные кавычки.

Попробуйте эту команду, чтобы понять, что я имею в виду:

ls -lt "~"

Это как раз та ситуация, в которой я нахожусь. Я хочу, чтобы тильда была расширена. Другими словами, на что мне заменить magic, чтобы эти две команды стали идентичными:

ls -lt ~/abc/def/ghi

и

ls -lt $(magic "~/abc/def/ghi")

Обратите внимание, что ~ / abc / def / ghi может существовать, а может и не существовать.

Из-за характера StackOverflow я не могу просто сделать этот ответ неприемлемым, но за прошедшие 5 лет с тех пор, как я опубликовал это, были ответы намного лучше, чем мой, по общему признанию, элементарный и довольно плохой ответ (я был молод, не убивай меня).

Другие решения в этой теме - более безопасные и лучшие решения. Я бы предпочел любой из этих двух:

• Решение Чарла Даффи
• Решение Håkon Hægland

Оригинальный ответ для исторических целей (но, пожалуйста, не используйте это)

Если я не ошибаюсь, "~"сценарий bash не будет расширять его таким образом, потому что он рассматривается как буквальная строка "~". Вы можете принудительно расширить с помощью evalэтого.

#!/bin/bash

homedir=~
eval homedir=$homedir
echo $homedir # prints home path

Или просто используйте, ${HOME}если хотите домашний каталог пользователя.

Если переменная varвводится пользователем, evalдолжен не использоваться для расширения тильды с использованием

eval var=$var  # Do not use this!

Причина в том, что пользователь мог случайно (или намеренно) ввести, например, var="$(rm -rf $HOME/)" с возможными катастрофическими последствиями.

Лучше (и безопаснее) использовать расширение параметра Bash:

var="${var/#\~/$HOME}"

Плагируя себя из предыдущего ответа , чтобы сделать это надежно без рисков безопасности, связанных с eval:

expandPath() {
  local path
  local -a pathElements resultPathElements
  IFS=':' read -r -a pathElements <<<"$1"
  : "${pathElements[@]}"
  for path in "${pathElements[@]}"; do
    : "$path"
    case $path in
      "~+"/*)
        path=$PWD/${path#"~+/"}
        ;;
      "~-"/*)
        path=$OLDPWD/${path#"~-/"}
        ;;
      "~"/*)
        path=$HOME/${path#"~/"}
        ;;
      "~"*)
        username=${path%%/*}
        username=${username#"~"}
        IFS=: read -r _ _ _ _ _ homedir _ < <(getent passwd "$username")
        if [[ $path = */* ]]; then
          path=${homedir}/${path#*/}
        else
          path=$homedir
        fi
        ;;
    esac
    resultPathElements+=( "$path" )
  done
  local result
  printf -v result '%s:' "${resultPathElements[@]}"
  printf '%s\n' "${result%:}"
}

...используется в качестве...

path=$(expandPath '~/hello')

В качестве альтернативы можно использовать более простой подход с evalосторожным использованием :

expandPath() {
  case $1 in
    ~[+-]*)
      local content content_q
      printf -v content_q '%q' "${1:2}"
      eval "content=${1:0:2}${content_q}"
      printf '%s\n' "$content"
      ;;
    ~*)
      local content content_q
      printf -v content_q '%q' "${1:1}"
      eval "content=~${content_q}"
      printf '%s\n' "$content"
      ;;
    *)
      printf '%s\n' "$1"
      ;;
  esac
}

Безопасный способ использования eval - это "$(printf "~/%q" "$dangerous_path")". Обратите внимание, что это специфично для bash.

#!/bin/bash

relativepath=a/b/c
eval homedir="$(printf "~/%q" "$relativepath")"
echo $homedir # prints home path

Посмотреть этот вопрос для подробностей

Также обратите внимание, что в zsh это будет так же просто, как echo ${~dangerous_path}

Как насчет этого:

path=`realpath "$1"`

Или:

path=`readlink -f "$1"`

Расширение (без каламбура) ответов birryree и halloleo: общий подход заключается в использовании eval, но он имеет некоторые важные оговорки, а именно пробелы и перенаправление вывода ( >) в переменной. Мне кажется, работает следующее:

mypath="$1"

if [ -e "`eval echo ${mypath//>}`" ]; then
    echo "FOUND $mypath"
else
    echo "$mypath NOT FOUND"
fi

Попробуйте использовать каждый из следующих аргументов:

'~'
'~/existing_file'
'~/existing file with spaces'
'~/nonexistant_file'
'~/nonexistant file with spaces'
'~/string containing > redirection'
'~/string containing > redirection > again and >> again'

объяснение

• ${mypath//>}Полоски из >символов , которые могут затирать файл во время eval.
• Вот eval echo ...что делает фактическое расширение тильды
• -eАргумент заключен в двойные кавычки для поддержки имен файлов с пробелами.

Возможно, есть более элегантное решение, но это то, что мне удалось придумать.

Я считаю, что это то, что ты ищешь

magic() { # returns unexpanded tilde express on invalid user
    local _safe_path; printf -v _safe_path "%q" "$1"
    eval "ln -sf ${_safe_path#\\} /tmp/realpath.$$"
    readlink /tmp/realpath.$$
    rm -f /tmp/realpath.$$
}

Пример использования:

$ magic ~nobody/would/look/here
/var/empty/would/look/here

$ magic ~invalid/this/will/not/expand
~invalid/this/will/not/expand

Вот мое решение:

#!/bin/bash


expandTilde()
{
    local tilde_re='^(~[A-Za-z0-9_.-]*)(.*)'
    local path="$*"
    local pathSuffix=

    if [[ $path =~ $tilde_re ]]
    then
        # only use eval on the ~username portion !
        path=$(eval echo ${BASH_REMATCH[1]})
        pathSuffix=${BASH_REMATCH[2]}
    fi

    echo "${path}${pathSuffix}"
}



result=$(expandTilde "$1")

echo "Result = $result"

Просто используйте evalправильно: с проверкой.

case $1${1%%/*} in
([!~]*|"$1"?*[!-+_.[:alnum:]]*|"") ! :;;
(*/*)  set "${1%%/*}" "${1#*/}"       ;;
(*)    set "$1" 
esac&& eval "printf '%s\n' $1${2+/\"\$2\"}"

Вот функция POSIX эквивалент Bash Хакон Hægland в ответ

expand_tilde() {
    tilde_less="${1#\~/}"
    [ "$1" != "$tilde_less" ] && tilde_less="$HOME/$tilde_less"
    printf '%s' "$tilde_less"
}

2017-12-10 редактирование: добавить '%s'за @CharlesDuffy в комментарии.

почему бы не углубиться в получение домашнего каталога пользователя с помощью getent?

$ getent passwd mike | cut -d: -f6
/users/mike

Просто чтобы расширить ответ birryree для путей с пробелами: вы не можете использовать evalкоманду как есть, потому что она разделяет оценку пробелами. Одно из решений - временно заменить пробелы для команды eval:

mypath="~/a/b/c/Something With Spaces"
expandedpath=${mypath// /_spc_}    # replace spaces 
eval expandedpath=${expandedpath}  # put spaces back
expandedpath=${expandedpath//_spc_/ }
echo "$expandedpath"    # prints e.g. /Users/fred/a/b/c/Something With Spaces"
ls -lt "$expandedpath"  # outputs dir content

Этот пример, конечно, основан на предположении, что он mypathникогда не содержит последовательность символов "_spc_".

Возможно, вам будет проще сделать это в Python.

(1) Из командной строки unix:

python -c 'import os; import sys; print os.path.expanduser(sys.argv[1])' ~/fred

Результаты в:

/Users/someone/fred

(2) В сценарии bash как одноразовый - сохраните это как test.sh:

#!/usr/bin/env bash

thepath=$(python -c 'import os; import sys; print os.path.expanduser(sys.argv[1])' $1)

echo $thepath

Запуск bash ./test.shрезультатов в:

/Users/someone/fred

(3) В качестве утилиты - сохраните это expanduserгде-нибудь на своем пути с разрешениями на выполнение:

#!/usr/bin/env python

import sys
import os

print os.path.expanduser(sys.argv[1])

Затем это можно было бы использовать в командной строке:

expanduser ~/fred

Или в скрипте:

#!/usr/bin/env bash

thepath=$(expanduser $1)

echo $thepath

Самый простой : замените «магия» на «eval echo».

$ eval echo "~"
/whatever/the/f/the/home/directory/is

Проблема: вы столкнетесь с проблемами с другими переменными, потому что eval - зло. Например:

$ # home is /Users/Hacker$(s)
$ s="echo SCARY COMMAND"
$ eval echo $(eval echo "~")
/Users/HackerSCARY COMMAND

Обратите внимание, что проблема с инъекцией не возникает при первом расширении. Итак, если вы просто заменитеmagic на eval echo, все будет в порядке. Но если вы это сделаетеecho $(eval echo ~) , это будет восприимчиво к инъекции.

Точно так же, если вы сделаете eval echo ~вместо eval echo "~", это будет считаться двойным расширением, и поэтому инъекция станет возможной сразу.

Я сделал это с помощью подстановки переменных параметров после прочтения пути с помощью read -e (среди прочего). Таким образом, пользователь может заполнить путь табуляцией, и если пользователь введет путь ~, он будет отсортирован.

read -rep "Enter a path:  " -i "${testpath}" testpath 
testpath="${testpath/#~/${HOME}}" 
ls -al "${testpath}" 

Дополнительным преимуществом является то, что при отсутствии тильды с переменной ничего не происходит, а если тильда есть, но не в первой позиции, она также игнорируется.

(Я включаю -i для чтения, так как использую его в цикле, чтобы пользователь мог исправить путь в случае возникновения проблемы.)