Is there support for secrets?
Piku: Allows git push deployments to your own servers
21–30 of 169 posts
Re: Piku: Allows git push deployments to your own servers
#22Earlier quoted context omitted.
You can use docker with it - I have a couple of things with "docker run" statements in the procfile, but of course it’s not designed for that. Most of the deployments I got wind of are on extremely stable distros - typically LTS versions where you will not need to upgrade your runtime every six months (and my website has been running in it for at least two Ubuntu LTS releases…) But you can trivially use pyenv/nvenv/e…
Oh yes, I definitely use LTS distros, but my longest-running apps are from 2008, so even LTS won't cover that.
At -some- point you actually need to update things. If you're using a 2008 docker container you have all manner of bugs and security issues.
Re: Piku: Allows git push deployments to your own servers
#23Earlier quoted context omitted.
Oh yes, I definitely use LTS distros, but my longest-running apps are from 2008, so even LTS won't cover that.
At -some- point you actually need to update things. If you're using a 2008 docker container you have all manner of bugs and security issues.
But at least the attack vectors are limited
Re: Piku: Allows git push deployments to your own servers
#24Very happy to see this here - check out our freshly revamped docs at https://piku.github.io/
Great to see the updated docs.
Re: Piku: Allows git push deployments to your own servers
#25Re: Piku: Allows git push deployments to your own servers
#26pikku means tiny or little in Finnish. Is it where the name came from?
Cute, as in the sibling language, Estonian it means “big” or “tall”
Re: Piku: Allows git push deployments to your own servers
#27I think a more common use case than doing deploys by pushing to a different remote is to send git repo webhooks on PR merges to main to an API that has a deploy key and can fetch the repo itself. This afaik is missing from most PaaS tools (CapRover excluded, but it has been illegally relicensed to non-open-source). Perhaps watchtower or something could replace the functionality?
Didnt know ...
"CapRover has built in anonymous usage analytics starting v1.11"
https://github.com/caprover/caprover/blob/master/TERMS_AND_C...
https://github.com/caprover/caprover/issues/1852
Was looking at CapRover to see if it has REST API
Looks shaddy
Re: Piku: Allows git push deployments to your own servers
#28Earlier quoted context omitted.
You can use docker with it - I have a couple of things with "docker run" statements in the procfile, but of course it’s not designed for that. Most of the deployments I got wind of are on extremely stable distros - typically LTS versions where you will not need to upgrade your runtime every six months (and my website has been running in it for at least two Ubuntu LTS releases…) But you can trivially use pyenv/nvenv/e…
Oh yes, I definitely use LTS distros, but my longest-running apps are from 2008, so even LTS won't cover that.
That depends on your tech stack. I have Perl CGI and Java apps that have been running unchanged for two decades. And the only thing I ever had to change on Debian over that time was adding HTTPS (Let's Encrypt) and SPF/DMARC for email.
Re: Piku: Allows git push deployments to your own servers
#29Does someone know how it handles (if any) zero downtime deployments? Like, if your Python service is running in one machine on port 8080 behind nginx, how does piku switch to a fresh instance running in the same port?
Re: Piku: Allows git push deployments to your own servers
#30Earlier quoted context omitted.
Oh yes, I definitely use LTS distros, but my longest-running apps are from 2008, so even LTS won't cover that.
That depends on your tech stack. I have Perl CGI and Java apps that have been running unchanged for two decades. And the only thing I ever had to change on Debian over that time was adding HTTPS (Let's Encrypt) and SPF/DMARC for email.
Yeah, but my point is that you have to upgrade your OS. If you never change anything, obviously you don't need to worry.