GeezerVisonThe World Wide Web, restored to 800 pixels of glory. |
| Home|About|Gaming cabinet|Archives|How it works|Starter sites |
GeezerVison is showing github.com — Home Home
Iaroslav Shepilov edited this page
Script-server is a Web UI for scripts. As an administrator, you add your existing scripts into Script server and other users would be able to execute them via a web interface. The UI is very straightforward and can be used by non-tech people. No script modifications are needed - you configure each script in Script server and it creates the corresponding UI with parameters and takes care of validation, execution, etc.
For more details check how to configure a script or how to configure the server Python 3.5 or higher with the following modules:
Some features can require additional modules. Such requirements are specified in a corresponding feature description. OS support:
Any more or less up to date browser with enabled JS Internet connection is not needed. All the files are loaded from the server.
(For detailed steps on linux with virtualenv, please see Installation guide) Please find pre-built images here: https://hub.docker.com/r/bugy/script-server/tags
If you are making changes to web files, use
By default, the server will run on http://localhost:5000 All the features listed above and some other minor features can be configured in conf/conf.json file. It is allowed not to create this file. In this case, default values will be used. See server config page for details Admin panel is accessible on admin.html page (e.g. http://localhost:5000/admin.html) All web/operating logs are written to the logs/server.log Additionally each script logs are written to separate file in logs/processes. File name format is {script_name}_{client_address}_{date}_{time}.log. Script-server has bundled configs/scripts for testing/demo purposes, which are located in samples folder. You can link/copy these config files (samples/configs/*.json) to server config folder (conf/runners). I do my best to make script-server secure and invulnerable to attacks, injections or user data security. However to be on the safe side, it's better to run Script server only on a trusted network. Script server guarantees that all user parameters are passed to an executable script as arguments and won't be executed under any conditions. There is no way to inject fraud command from a client-side. However user parameters are not escaped, so scripts should take care of not executing them also (general recommendation for bash is at least to wrap all arguments in double-quotes). It's recommended to use typed parameters when appropriate, because they are validated for proper values and so they are harder to be subject of commands injection. Such attempts would be easier to detect also. Important! Command injection protection is fully supported for Linux, but only for .bat and .exe files on Windows At the moment script server is vulnerable to these attacks. If you like the project and think you could help with making it better, there are many ways you can do it:
Any contribution would be of great help and I will highly appreciate it! If you have any questions, please create a new issue, or contact me via [email protected] If you have any questions, feel free to:
Clone this wiki locally |
| You are visitor 01402503 — GeezerVison does not store the pages you look up. Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required. |