问题标签 [wildcard-expansion]

我正在编写一个 bash 包装器，用于 scp'ing 进出具有特定用户名的特定主机，例如：

它适用于通常的文件名，但如果本地文件名字段中有任何通配符，它​​将无法正常工作。

有一个解决方法，如果其中有通配符，则在本地文件参数周围使用 sinqle 引号：

但是，如果在文件夹之外发出命令，即使这个解决方法也不起作用test：

这不起作用，将挂在 scp 进程中。

有关如何使用 bash 包装器在本地文件名中传递通配符的任何帮助？

我使用带有 CRC 模式和 min_infix_length = 1 的 sphinx，我想在关键字的字符之间使用通配符搜索。假设我的索引文件中有一些这样的数据：

当我搜索他们的名字以“mick”开头并以“l”结尾的所有记录时：

我希望结果应该是这样的：

但什么也没回来。我怎样才能做到这一点？

• 我知道我可以在 dict=keywords 模式下执行此操作，但出于某些原因我应该使用 crc 模式。

• 我还使用了 '^' 和 '$' 运算符但没有用。

如何根据匹配通配符模式的文字部分对文件名进行大小写规范化？

考虑以下文件名：

它们都匹配以下通配符模式：

请注意模式的文字部分（例如 , QUERTY_）.csv与上面列表中的匹配文件（例如, ）的大小写有何不同。QwErTY.CsV

我想重命名匹配的文件，以便模式的文字部分在文件名中完全区分大小写；因此，生成的名称应该是：

^{感谢 Vladimir Semashkin启发了这个问题。}

一个简单的例子：mybin *.txt将扩展为mybin a.txt b.txt c.txt

但我正在寻找一个简单的解决方案来扩展类似：mybin --conf a.txt --conf b.txt --conf c.txt.

有内置的功能吗？最简单的方法是什么？

我在可能包含一个键的列中有一个搜索列表：'keyword1*keyword2'尝试在单独的数据框列中找到匹配项。如何包含正则表达式通配符类型'keyword1.*keyword2' #using str.extract, extractall or findall?

Using.str.extract可以很好地匹配精确的子字符串，但我还需要它来匹配关键字之间带有通配符的子字符串。

我还尝试用“extractall”和“findall”替换上面代码中的“extract”，但它仍然没有给我我需要的结果。我希望'Keyword1*Keyword2'匹配"strng KEYWORD1 moreJARGON 06/0 010 KEYWORD2 andMORE b4END"

更新： '.*' 工作！我还尝试从“SearchFor”列中匹配键旁边的单元格中添加值，即dfKeys['AdjacentCol']。

我试过了： df1['From_AdjacentCol'] = df1['Description'].str.extract('(%s)' % '|'.join(key['searchFor']), flags=re.IGNORECASE, expand=False).map(dfKeys.set_index('SearchFor')['AdjacentCol'].to_dict()).fillna('')它适用于除带通配符的键之外的所有东西。

对此的任何帮助都非常感谢。谢谢！

我创建了一个网站（Nginx）并且一切正常，除了当我尝试浏览子域时，似乎即使是子域前缀也像“www”一样受到威胁，因为它总是指向主域，除非我添加端口号.

例如：example.com => 带我到主页。都好

sub.example.com => 带我到主页。不好

sub.example.com:3000 => 带我去子域...很好但不实用，我想在没有“:3000”的情况下达到相同的结果

我忘了提到我正在使用通配符子域来处理子域请求

我编写了一个必须显示主要参数的代码，但是当我编译它并输入“*”时，程序会显示我的文件结构。cmd 中的命令如下所示：program.exe 1 2 3 *

结果是：

我的问题是：是否可以强制程序打印“*”而不是列出文件。

我正在尝试使用递归函数来进行通配符扩展。星号“*”可以扩展为 0-n 个字符。

示例：模式 '*b*' 将扩展为 'bb*'，星号被移除而 'bb' 保留。到目前为止，一切都很好。模式 '*b*' 也将扩展为 '*bb'，去掉星号，保留 'bb'。这会创建一个副本。

我的问题是我的递归代码是否存在根本性错误。我的目标是让扩展不会产生重复。下面的递归代码是最低限度的，我已经添加了代码，因此很容易看到唯一的字符串和重复的字符串。

输入“*b*”，输出长度2。观察输出：

我对编写 bash 脚本非常陌生。这个问题可能很基础，但我还没有找到明确的答案。我正在 Windows 10 上安装 Ubuntu 子系统。

我正在运行一个包含以下条件的脚本：

当它遇到dir没有 .txt 文件的目录（变量）时会遇到问题，但我不太了解问题的本质。我确实知道问题出在head命令中，至少部分是这样。我没有收到错误，脚本只是在到达没有 .txt 文件的目录时停止。我希望脚本继续前进。如果我在终端中单独运行该行（没有条件），我会收到一个No such file or directory错误，这是有道理的。真正让我感到困惑的是，如果我在通配符部分 (ie '*.txt') 周围加上引号（单引号或双引号），那么脚本会吐出head错误并继续前进。我有限且可能不正确的理解是，这种情况下的引号意味着程序不再处理*作为通配符，只需按文字名称查找文件*.txt。但我认为，当*bash 解释它时，它首先寻找任何可能的扩展，然后如果找不到，则尝试字面解释。那么为什么脚本会在一种情况下而不是另一种情况下停止。两者都不应该No such file or directory像在脚本之外运行时那样简单地给我同样的错误吗？

我还要提到该脚本包括前面的条件，这些条件首先查找 .docx 文件，并且仅在没有 .docx 文件时才移动到 .txt 文件。它可以很好地处理没有 .docx 文件的情况，尽管该管道中的第一个命令是unzip而不是.docx 文件head。这个问题似乎很相关，但是由于脚本能够在通配符周围有引号时继续前进，并且由于它在没有 .docx 文件的类似情况下继续前进，所以我想了解这里的问题和修复它的最佳方法。

我感谢您的帮助。

我对以下规则有疑问。如果我做：

然后，在创建README文件时，我会得到：

但是现在，我想应用该规则并对以 README 开头的每个文件名执行相同的操作（例如README_something, README_important）。

为此，我试图提出：

但它不显示为上图（只有白色）。

如何使用LS_COLORS（我在 MacOS Big Sur 上）管理通配符？

编辑 1

按照 user1934428 的建议，我尝试了：

不幸的是，例如，当我应用l实际上由以下定义的命令“”时，像 README_important 这样的文件名不会像我上面的图像那样显示：

为什么不接受语法自述文件？特别是，第二颗星应该扩展所有名为的文件README_something，README_anything...等

编辑 2

这是 $LS_COLORS 的值，一旦我打开一个新终端：

我现在只有一个 ' :' 字符。

但这并不能解决最初的问题，即考虑README*文件名的通配符。