Conversation
|
@itsb , I'm happy to add support for environment variables, but I'm not really sure how this is helping? I sorta feel like it would make more sense to just set environment variables and then use those? I think the desired order of precedence should be (from lowest to highest precedence):
What do you think about just allowing folks to set the following environment variables? Additionally, would it help to use the |
|
I made a docker repo to clearly demo the issue: https://hub.docker.com/r/itsb/plotly/ |
Noted. Yep, I see what you mean now. Thanks for following up! |
|
Also a big headacke getting plotly running with Microsoft IIS on Windows Server using CGI binding with python.exe. As home directory will be pointing to some subfolder under windows system folder. So a no-no for writing .plotly and .testing subfolders!!! I made the following ugly change in files.py: ====================== file structure#PLOTLY_DIR = os.path.join(os.path.expanduser("~"), ".plotly") #TEST_DIR = os.path.join(os.path.expanduser("~"), ".test") #Changed by Al-Noor PLOTLY_DIR = ".plotly" TEST_DIR = ".plotly_test"
|
|
We want to use plotly offline in windows, but our |
|
Thanks for chiming in @mungojam. I definitely agree this is important, and I'll try to take a look at this for 3.3 (we just released 3.2 and no ETA for 3.3 yet). |
Ran into a concurrency bug wherein some processes would fail when there were too many parallel plotly tasks hammering the same config files in ~/.plotly.
Adding user-controllable config directory resolved the issue when each parallel task used a unique PLOTLY_DIR environment variable.
Also fixes #533.