Not sure you even need that, as I recall writing some JS for a list of redirects based on the incoming request which could send you anywhere else as part of the index.html on a Surfer App. The main issue I think was URL cloaking so the address bar doesn't change, while the content of the page does.

The code is at https://git.cloudron.io/apps/surfer . Contributions are welcome

do you happen do see any other error on the surfer server side app logs while trying the failing command? I wonder if something errors and the Invalid token message is just a side effect then.

Closed due to inactivity Note: tested WebDav on Win11 and it worked out of the box with no issues

@girish Thanks!

Ah! This is what I needed: Surfer itself has an admin page to upload and manage files. Thanks

This is fixed with latest release.

@nebulon Thanks thats clear.

@insuusvenerati if you use one of the automated DNS providers, you can keep your server completely private just like you have now as well. No change in setup needed, don't even have to open port 80/443 ...

That is indeed odd that the app responds with 413 and there is no potential cloudflare proxying or so in between, which could get in the way?

Thank you!

Perfect, now it is working as expected. You're fast!

@nebulon Yes - I was getting confused about the WebDAV API keys, what user name as needed, etc. The thing that helped the most was clicking on the SFTP dialog for the app, which makes it very clear what the login information is. Clicking on SFTP for the Surfer app shows: [image: 1723582196179-f04ce061-ff35-4938-8219-ff57e38b8783-image.png] Thanks for your help! One more app configured and migrated

Since it is a static site generator, I guess you could also generate the assets locally and then push to a surfer instance. Otherwise, it may be similar to github pages, which build the static assets on git push and then just serve those. For this you would probably build a custom Cloudron app, which knows how to build the assets.

@bmann said in Github Actions documentation/example for Surfer: /website/* This is a bit weird. In the output above it complains that it cannot find /website/, while in your yaml you are passing website/. The first one would be no surprise if it does not work, the second one however should work as ci tools usually open a shell where you will be directly in your git checkout. I would try to debug this with inserting a few ls and pwd into your yaml to see where you actually are and if this might be a permission issue of some kind.

@nebulon said in Docs wrong?: For the cli help, did you mean the /app/data/* -> /* ? If so that is also fixed but pending a cli release. Yes, I was referring to the 4th example: surfer put dir/* / # puts dir/* as /app/data/*

@nebulon Thanks for replying. I guess I could just migrate to the LAMP stack and just leave PHP and MySQL idling; thanks for that idea!

Yes, going the html route is what I’m considering as an alternative even though true 301s would be preferred.

@nebulon I switched the folder into LAMP and it works fine now. Thank you.