Some progress report.
Adonis has server.js as entry file in root and i saw Canary wanted index.js. I couldn’t find where to change this so i simply renamed server.js to index.js and now it works perfect.
This looks very promising. I will try to get Quasar to run now.
I will be back with progress report.
Thank you so far.
I’m glad you made it to work. Regarding Canary, it should be using the same entry point as that of the main application but you may have found a bug. We are already looking into it and will fix it right away. Thanks for your progress report and looking forward to more.
Only one issue to solve for me with Adonis and that is my uploaded files that lives in public/upload
Everytime i deploy i loose this folder since it isn’t part of git repo. I need to put this folder in root and somehow have an symbolic link added in current just like with .env file and make a hook to do this every deploy.
Any idea how i can do this?
I have an idea. I’ll test it out and then create a new thread to share on. 
Fantastic, thank you so much @amiedema
The quality of the product is of course important but the competent support is really important and so far this looks very promising.
I wonder what “Clean Old Deployments” does? How many old deployments is saved in the list?
I need to remove the shared folder in previous release otherwise my server will fill upp pretty quick.
AVAILABLE VARIABLES has releasePath and i guess this is the new path during deployment but it would be great to hav access to previousReleasePath so i can remove it.
I want the shared folder only in the latest release.
Is this possible?
Clean deployments will remove older deployments. Cleavr keeps the last 5 successful deployments. If you need to free up space sooner, you could SSH into the server and remove the shared folders from the older releases.
The script in the custom deployment hook will link to the folder and doesn’t copy it, so that shouldn’t create a storage issue. 
Oh, im getting tired. Of course, the symbolic link wont take up any space.
I’m so sorry.
@amiedema hi again,
is it possible to have like {{ releasePath }}/dist/ssr/index.js in entry path?
On deploy i build the SSR app that lives in release path
Not in the entry point on the webapp settings page. You can add in just dist/ssr/index.js for entry point. Release path is already part of the activation step which refers to the entry point you enter.
Also, you might try adding npm in entry point and start in argument on the web app settings page.
Hey @peterc -
I tried out deploying a basic Quasar SSR project. I believe you mentioned this but I overlooked what you were saying about the build process. Since building outputs the web files in dist/ssr directory, you could then add a deployment hook just before activation that moves the contents of that folder to the root directory, {{ releasePath }}, and then simply add index.js as the entry point in settings (with no args).
However, since you brought this up, we’ve been wanting to simplify setting up nodejs apps and make it more scalable for different node frameworks. So, we have something really cool that we’re just about done testing that will make this all much more simpler.
Stay tuned. It’s coming very soon. 
@amiedema sorry for late answer,
This is so great, works like a charm. Sweet with more Node.js options but i don’t mind solving this with my new hook:
move build to root
mv {{ releasePath }}/dist/ssr/* {{ releasePath }}
Anyway, this was the last dealbraker for me. Just som more testing and then i will move away from Plesk and jump on the Cleavr train 
Back int the PHP/Laravel days i used a service called Laravel Forge with similar no down time version deployment with rolback function. This works just like that and it’s super great.
With Plesk i have to manually do fetch from git, install npm uppdates, build new SSR and finally restart the Node process. If something goes wrong i have to revert changes in my codes, puch to git and do the whole process again. God this is more convenient and safe
Tanks again for excellent support, can’t wait for what the Cleavr future awaits.
Awesome! I’m glad that it worked for your needs and that your finding Cleaver helpful!
Let us know if you need anything else.
Hey @peterc -
We’ve released the updates to creating and deploying NodeJS app types.
For new sites, you now can now select between NodeJS SSR and NodeJS Static, add a build command, define an artifacts path, and deploy!
This makes it a bit easier for you as you won’t have to add the custom deployment hook to new Quasar web apps to move the build output artifacts into the root directory.
Here is a quick tutorial on deploying a Quasar SSR app - How to deploy a Quasar SSR app
WOW!
This is so great. Man do feel heard. Fantastic support!
So about gitrepos. I moved from GitHub to GitLab as i needed to have private repos and at that time GitHub only allowed a few private without paying.
As i understand one can have unlimited private repos now on GitHub with a free account. Is this so?
And if so i might considder moving back to GitHub so i can take adwantage of the neat build functions using GitHub.
Can you confirm that this only works on GitHub and not on GitLab?
GitHub now has a free tier for teams. It’s pretty generous: https://github.com/organizations/plan
We were in the same boat, using GitLab because of the free team allotments; but we have since moved to GitHub.
For now, we have the integration with GitHub Actions for building and so users can further configure workflow for their needs. GitLab has their own version of Actions, but we haven’t looked at it yet and we’re unsure as to if or when we’ll tackle GitLab.
So now i have moved back to GitHub and it looks fine.
I notised that Hetzner offers servers in Finland and since i am in Sweden i chosed Hetzner.
I have done everything i did with DO (i think) but the Deployment gets error in first step Copying from Provider. I dont get any error log so i don’t know what is failing.
Any different i have to do using Hetzner?
You don’t have to (we ourselves use Hetzner Servers). We got an alert about permission failure with a Hetzner Server. It could be your server. It could be that the APi key expired? If the copy project is failing then it could be that GitHub was down during deeployment? We will dig more into it and see what we find.