Vurdere api-proxy for filnedlasting

ngu / geonorge-nedlastingapi

An implementation in Java of the Geonorge Download API (https://nedlasting.geonorge.no/Help)

MIT License

4 stars 2 forks source link

Vurdere api-proxy for filnedlasting #15

Closed bgrotan closed 6 years ago

bgrotan commented 7 years ago

Om filene ikke ligger på en webtilgjengelig url, men f.eks. lokalt på API-serveren eller et sted som API-server når filene - kunne APIet vært proxy for disse.

Hva bør et slikt endepunkt eksponeres som? /api/fileproxy/{datasetuuid}/{fileId} ?

Konsekvenser?

halset commented 7 years ago

Det bør gå greit.

Vi kan legge inn filstøtte i denne tjenesten slik at man kan POSTe datasettet til tjenesten og så få det lagret på disk eller i databasen som blob.
Vi kan proxe, men da må vi passe på at noen ikke registrerer en intern URL som de ikke burde fått tilgang til. Type file:///etc/passwd eller http://superhemmeligintranet.no/passordfilen.txt

halset commented 6 years ago

Du får si ifra når du finner ut hvordan dette bør løses, @bgrotan .

bgrotan commented 6 years ago

Nå når vi har ATOM-feed trenger jeg virkelig ha fil-proxy - ellers får jeg ikke statistikk på nedlasting av filer som jeg ellers får med Geonorge-bestillingsdelen.

Blob tror jeg vi skal unngå. Hva med en liste over godkjente filendelser og stier? filendelser=("geojson,","json","sosi","zip","gml","xml","fgdb") stier=("/mnt/export/geonorge","http://mycloud.mydomain.com/blobstorage/")

Jeg tror det er høy sannsynlighet for at vi får mest zip-filer siden vi også shipper med produktark og tegneregler.