Timeline for What is the best approach to store and execute script from .NET application
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 8, 2017 at 7:48 | comment | added | Roman Artemov | I think that only read access will be sufficient for scripts. Also running them under low access user does not seem to be a problem, since ProcessInfo class allows to specify domain user and pass under which process should be started. | |
| Jun 8, 2017 at 7:29 | comment | added | Theraot | @RomanArtemov using a single operating sytem user, with file write access, under option 3, should be viable. I have thusly updated the answer to mention that. I also added a few errata, and an addendum about option 1. | |
| Jun 8, 2017 at 7:28 | history | edited | Theraot | CC BY-SA 3.0 | Addendum and Errata |
| Jun 8, 2017 at 7:06 | comment | added | Theraot | @RomanArtemov that is not a constraint of the option 3. That is a contraint of running your whole solution without write acess to the file system... which forces you to use option 3. Splitting your code across two operating system users allows you lift that constraint (then you can use option 3 with file system acess, or any option really). - About Python, I'm not really familiar with the interpreter, if StandardInput.Write works correctly depends on how it handles input. Experiment. | |
| Jun 8, 2017 at 6:58 | comment | added | Roman Artemov | Thank you for you answer. I have a question about your statement regarding option 3. The scripts cannot use the file system. Is that so? I cannot read other files from FS with this approach? Also I am trying to figure out if it is possible to run Python.exe process and feed source code to it's standard input using Process.StandardInput.Write(...) and then provide input data using some other stream. | |
| Jun 8, 2017 at 6:33 | history | answered | Theraot | CC BY-SA 3.0 |