1 回答

TA贡献1770条经验 获得超3个赞
当您在 go 项目中运行时,config.json它位于当前目录中,因此相对路径config.json有效。当您从其他目录运行时,这不再是正确的,并且config.json无法找到。
const ConfigFileEnv = "config.json"
您对配置文件名进行了硬编码,因此它必须位于您当前的工作目录中。为什么不将配置文件的名称放在程序的参数中?
if len(os.Args) < 1 {
panic("First argument should be config file path")
}
var ConfigFileEnv = os.Args[1]
当您从项目目录运行它时,您可以使用相对路径:
./main config.json
当您从不同的目录(或您的 cron)运行它时,您可以使用相对于主目录的不同路径:
Documents/ip-updater-opendns/main Documents/ip-updater-opendns/config.json
(请注意,./在路径前添加 1 次或多次是多余的。相对路径始终相对于.当前工作目录)。
另一种方法是让 cron 作业在执行程序之前更改 shell 中的目录:
*/5 * * * * bash -c "cd Documents/ip-updater-opendns/; exec ./main"
但我不会那样做。我质疑硬编码配置文件名的价值。config.json强加只能从当前目录读取的限制是没有意义的。我会将它作为参数或环境变量传递。如果你碰巧有多个 OpenDNS 域名,你也可以配置多个不同的配置文件。
config.json为了进一步考虑这一点,放入您的项目目录真的很有意义吗?将它放在其他地方可能更有意义,比如~/.opendns-config.json或某处/var。一旦编译了 go 程序,项目目录就完全无关紧要了。我可能会放在main像/usr/local/bin/我这样的地方——并命名它比main——也许opendns-update或类似的东西更好。然后 cron 看起来像:
*/5 * * * * opendns-update /home/LUCAS.VARELA/.opendns-config.json
您可能还想看看go install 是做什么的?它解释了如何go install为您的项目工作,这将进一步区分开发项目及其在“生产”中的使用。
- 1 回答
- 0 关注
- 263 浏览
添加回答
举报