@girish thank you!

@msbt alright, then maybe you can give me access to your Cloudron hosting the second test surfer instance, to debug this? If so, please send a mail to support@cloudron.io with your dashboard domain and remote SSH enabled. Also let me know how to exactly reproduce this.

I was able to reproduce @robi 's issue and fixed it. Also the password protection session will not get destroyed on logout.

@d19dotca I'm pretty sure you could still eg follow instructions like these https://docs.hetzner.com/robot/storage-box/access/access-samba-cifs to mount (in this case) a Hetzner Storage box to a dedicated server. The fact it's a physical machine wouldn't make any difference, I think. It's just a matter of telling your machine where the remote drive is and giving it the credentials to access it.

Okay, it's a bit odd since that's the first time I've seen Surfer app crash due to this memory condition, presumably because the GC failed or was started too late with too little overhead available to complete. Have tens of other Surfer apps that do not exhibit this behavior.

https://learn.microsoft.com/en-us/azure/cdn/cdn-how-caching-works is an excellent read on some other interpretations.

@nebulon Thanks for that info!

@Shaun-Snapp Check the logs of the FTP client you use. Sometimes it's set to use a certain protocol or security feature, but over the years that becomes obsolete and is replaced with a new one. You can also try creating a new connection and see if it picks up new settings.

@nebulon Works fine after updating. Thank you!

I wasn't aware of this feature, but it works perfectly. Thank you!

@jdaviescoates silly me

@girish the preview/download issue is fixed with the latest package version. Other two items are still pending though.

@jdaviescoates are you wanting to track individual files in a directory ? or when someone accesses the directory (listing) ?

FWIW, https://docs.cloudron.io , https://screenshots.cloudron.io are both surfer. For reasonable traffic sites, they work just fine. In the end, it very much depends on your use case. CDNs make sense if you have many static assets and a very very high traffic website. Google published some study a while ago that people go away if your page takes more than 3 seconds to load. So, that's a good metric to work with.

I haven't actually chimed in on this since posted I guess. Whoops... Yeah my ask would maybe be the ability to add redirects based on status codes. As was mentioned, for example, any 404 could route to index.html (or any file one wants to specify). Just gives more options. Like this in cloud front, for instance: [image: 1647634717369-screen-shot-2022-03-18-at-2.18.11-pm-resized.png]

@nebulon Perfect, thank you! @nebulon @girish thanks for the fast response on this!

@msbt I also forgot about that option actually, such a long time ago when I wrote all that code

more likely a browser hiccup..

@fbartels that is correct, admins can login to all apps always. This was the case from the get-go and now it is a bit hard to change this behavior since setups depend on this. But maybe worth reevaluating.

@nebulon said in Google Sign In for Surfer: so you could write small shell scripts for each site to avoid the risk of uploading to the wrong instance. Yes, I do the same. Thank you.