[Expo-tech] uploads webpage working on expo server

[Philip Sargent (Gmail)]

Ach. Getting that set up broke something else.

I’ll have to reverse that setting for a bit. Sorry.

Philip

 

From: Philip Sargent (Gmail) [mailto:philip.sargent at gmail.com] 
Sent: 29 May 2020 17:46
To: expo-tech at lists.wookware.org
Cc: beckalawson at gmail.com; julian at goatchurch.org.uk
Subject: uploads webpage working on expo server

 

Becka,

If you are having trouble with Filezilla or need to use a machine which does not have the key-exchange set up,

you can use this file-uploading webpage:

http://expo.survex.com/admin/core/survey/

which is a capability which apparently has been in the server since 2006 but which everyone I know had forgotten about.

 

This afternoon I have changed the setting so that it puts uploaded files in 

expofiles/walletuploads/<year>

 

so this is NOT in the same place that we properly keep surveyscans files.

This is on purpose because the permissions of the files and folders the webpage creates are not compatible with how we

usually work.

 

Note also that all the settings on that webpage are ephemeral and forgotten whenever we re-load the database. The only things which are permanent are the folders and files you create and upload with it.

 

It can’t do wallets called “01”. This gets turned into e.g. 2019#1. That’s another reason for having this upload stuff in an entirely different bit of the filesystem. 

 

What I envisage is that we will copy & edit this upload page into something more directly useful as a file-uploader for the way we currently work with wallets, without all the extra fields and settings, and then do something similar (but different) for uploading photos and GPS tracks.

 

Philip

 

PS troggle programmers’ note:

 

All I did was change 

SURVEY_SCANS = REPOS_ROOT_PATH + 'expofiles'

to

SURVEY_SCANS = REPOS_ROOT_PATH + 'expofiles/walletuploads/'

in the localsettings.py file on the server.

This file is ignored by git as it contains passwords.

 

I have done quite a bit of experimentation with it and some of the behaviour is not what you might guess from looking at the webpage. It does not “see” any files in those directories on the server, only the ones that it has itself uploaded. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wookware.org/pipermail/expo-tech/attachments/20200530/707966a8/attachment.htm>