Bash 使用嵌入式可执行应用程序创建更复杂的闪亮包
(在unix下工作) 嗨 我想创建一个依赖于unix可执行文件的闪亮应用程序,为了便于移植(源代码和/或编译代码),我想将其添加到闪亮项目文件夹中 在我当前的示例中,我希望在我的Shining应用程序中使用排队系统,并将nq代码包含在Shining文件夹中,以便人们可以更轻松地部署它并从应用程序中使用它,而无需重新配置它 问题1:是否有一个放置可执行文件的最佳位置(Bash 使用嵌入式可执行应用程序创建更复杂的闪亮包,bash,shell,shiny,task-queue,Bash,Shell,Shiny,Task Queue,(在unix下工作) 嗨 我想创建一个依赖于unix可执行文件的闪亮应用程序,为了便于移植(源代码和/或编译代码),我想将其添加到闪亮项目文件夹中 在我当前的示例中,我希望在我的Shining应用程序中使用排队系统,并将nq代码包含在Shining文件夹中,以便人们可以更轻松地部署它并从应用程序中使用它,而无需重新配置它 问题1:是否有一个放置可执行文件的最佳位置(www?),以便通过使用system()命令找到它们,或者我是否可以在Shining app文件夹中创建一个shared/bin,并
www
?),以便通过使用system()
命令找到它们,或者我是否可以在Shining app文件夹中创建一个shared/bin
,并将编译后的代码放在那里?(显然,如果在不同的操作系统架构下工作,用户需要构建应用程序)
Q2+:我是否可以将路径share/bin
添加到我的系统环境中,或者我是否应该使用Shining app文件夹中的相对路径调用该命令
- 添加一个conf.yaml和一个闪亮的config.R脚本,它将读取yaml并声明需要什么
- |Shinny是否支持存储在Shinny文件夹中的本地
类文件(.bashrc
?),并在启动时自动将其来源.Renviron
- 我终于找到了一些不清楚的引物
. |-- [ 128] Data | `-- [2.4K] actions.csv |-- [5.9K] app.R |-- [ 64] backups |-- [ 64] nqdir |-- [ 160] share | |-- [ 160] bin | `-- [ 96] man |-- [ 96] src | `-- [ 16K] nq-master.zip `-- [ 160] www |-- [ 543] about.md |-- [ 43K] license.pdf `-- [ 15K] logo.png