主页 / coding / 问题

问题[path](coding)

Martin Hope
allesman
Asked: 2025-03-03 04:13:28 +0800 CST
  • 6

我有一个文件“artists.csv”，我需要在执行服务器端代码时读取它（具体来说，当发出 API 请求时）。

new Promise((resolve, reject) => {
    fs.createReadStream(artistsFilePath)
        ...
});

我假设静态文件夹是放置此类文件的正确位置。所以现在我需要静态文件夹中文件的路径。在 html 中%sveltekit.assets%/favicon.png使用前端，但这在我的情况下不起作用。我发现让它在开发和生产中工作的唯一方法是以下意大利面条：

const __dirname = dirname(fileURLToPath(import.meta.url));
let artistsFilePath = __dirname + '/../../../../../client/artists.csv';
if (!fs.existsSync(artistsFilePath)) {
    // Development mode
    artistsFilePath = __dirname + '/../../static/artists.csv';
}

肯定有更好的方法来做到这一点？

path
Martin Hope
thedavidbaird
Asked: 2024-12-19 23:49:20 +0800 CST
  • 5

SAS 服务器上的多个文件夹中保存有多个 .sas 程序（服务器 > SASApp > 主页 > 运行 1 等）

有没有办法可以一次性检查所有这些程序的最后修改日期？我知道有 dictionary.tables 代码，但我认为这只是针对库而不是文件路径？

另外 - 有没有办法轻松备份这些程序？

path
Martin Hope
Gwang-Jin Kim
Asked: 2024-09-03 22:50:50 +0800 CST
  • 5

我有一个疑问，这是语言的本意吗，或者这是 Common Lisp 中的一种意外/不想要的行为/ BUG。

然而，我在 CLISP 和 SBCL 中都观察到了这一点：

我以为，

(make-pathname :directory (pathname-directory my-directory-path))

在所有操作系统中是/应该是互补的。

在 Linux 和 MacOS 中确实如此。

但在 Windows 中，您会丢失有关驱动器号的信息：

(pathname-directory #P"C:/Users/me/test/")
;;=> (:ABSOLUTE "Users" "me" "test")   ;;=> Drive letter "c:" is lost!

然而，如果您使用~，则可以保留它。

(pathname-directory #P"~/test/")
;;=> (:ABSOLUTE :HOME "test")
(make-pathname :directory (pathname-directory #P"~/test/"))
;;=> #P"~/test/"   ;; no information loss!

(make-pathname :directory (pathname-directory #P"c:/Users/me/test/"))
;;=> #P"/Users/me/test/" ;;=> information loss - and not only that
;; it became an invalid path now, since the drive letter is lost!

这实际上不是语言规范中的一个错误吗？（因为 Windows 不存在或诸如此类？）。

path
Martin Hope
PavelDev
Asked: 2024-03-28 00:36:09 +0800 CST
  • 5

我的 Windows 计算机上安装了 MSYS2。安装包中包含mingw64.exe、clang64.exe等文件。根据这个页面，当运行相应的可执行文件时，我们期望使用合适的环境。

然而，就我而言，存在以下奇怪之处：

  1. 运行mingw64.exe-> $ echo $PATHout 是/clang64/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

  2. 运行clang64.exe-> $ echo $PATHout 是/clang64/bin:/clang64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

  3. 运行clangarm64.exe-> $ echo $PATHout 是/clang64/bin:/clangarm64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

因此，将以某种方式使用clang编译器，这是完全不期望的

更新

根据ChatGPT的建议，我测试了该$MSYSTEM变量：

  1. 运行mingw64.exe-> echo $MSYSTEM-> MINGW64
  2. 运行clang64.exe-> echo $MSYSTEM-> CLANG64

结果是正确的

path