Self hosting in 2023
201–210 of 307 posts
Re: Self hosting in 2023
#202Earlier quoted context omitted.
Kernel care is apparently free for the raspberry Pi https://tuxcare.com/patch-raspberry-pi-systems-without-a-reb... Also I think you can use Ubuntu PRO on the pi, which includes Livepatch.
I'm only seeing a long and posing as an article telling me to sign up for a 7 day trial.
Re: Self hosting in 2023
#203If you don't need all that cloud operations/deployment infrastructure, self hosting a website from home in 2023 is as easy as it was in 2003. Get a DDNS, do the NAT port forwarding, run some apache/nginx/whatever and push your files with sftp or similar to the server. In contrast to 2003, upstreams got better -- even Germany has average upstream speeds of 20mbit/second nowadays [1]. With 20mbit/sec you can do quite s…
Re: Self hosting in 2023
#204Earlier quoted context omitted.
It can be as difficult or hard as you make it. If you want just nginx serving static files or k3s with multiple services on a tiny cluster is up to you. The benefit for me is that I can be confident that my data is mine. But mainly because it's fun and great for learning. In my experience it's not much harder than navigating the AWS interface, where I often feel very lost. But of course YMMV. > There is no real priva…
What privacy is gained by self hosting a static site rather than using anything else?
Not my reason to self host (static) but more a welcome side effect.
Re: Self hosting in 2023
#205If you don't need all that cloud operations/deployment infrastructure, self hosting a website from home in 2023 is as easy as it was in 2003. Get a DDNS, do the NAT port forwarding, run some apache/nginx/whatever and push your files with sftp or similar to the server. In contrast to 2003, upstreams got better -- even Germany has average upstream speeds of 20mbit/second nowadays [1]. With 20mbit/sec you can do quite s…
Honestly a basic VPS is a lot easier to me than running a physical home server. Dirt cheap, never have to worry about power failures, dust, heat, home ISP being shitty, etc.
Re: Self hosting in 2023
#206> a cheap UPS to keep it running in case of power outage (which happened once in the past year, so it might be a bit overkill). I don't think this is overkill, I think it's necessary. A UPS is pretty cheap compared to the completely-uncontrollable chance of losing power in the middle of working on something . Sure, there's autosave and most things are relatively recoverable, but this is just such a cheap investment (…
Re: Self hosting in 2023
#207Re: Self hosting in 2023
#208If you don't need all that cloud operations/deployment infrastructure, self hosting a website from home in 2023 is as easy as it was in 2003. Get a DDNS, do the NAT port forwarding, run some apache/nginx/whatever and push your files with sftp or similar to the server. In contrast to 2003, upstreams got better -- even Germany has average upstream speeds of 20mbit/second nowadays [1]. With 20mbit/sec you can do quite s…
Honestly a basic VPS is a lot easier to me than running a physical home server. Dirt cheap, never have to worry about power failures, dust, heat, home ISP being shitty, etc.
Re: Self hosting in 2023
#209I see a baby flying out of the bathtub here. You can still use NextJS - just get it to prerender the entire site statically. Then you get the plus sides of using NextJS, but can take your static ZIP file of files to any host you like, or self host. You then get, for example, an HTML file, with all the elements ready on page load, which can be 'rehydrated' when React kicks in for deep functionality and interactivity.
Can you explain this please ? I have a netxjs based discussion forum in development. Is it as straightforward as issuing a command to pre-render and then the site re-hydrates via Apollo on it's own ?
Re: Self hosting in 2023
#210I see a baby flying out of the bathtub here. You can still use NextJS - just get it to prerender the entire site statically. Then you get the plus sides of using NextJS, but can take your static ZIP file of files to any host you like, or self host. You then get, for example, an HTML file, with all the elements ready on page load, which can be 'rehydrated' when React kicks in for deep functionality and interactivity.
Can you explain this please ? I have a netxjs based discussion forum in development. Is it as straightforward as issuing a command to pre-render and then the site re-hydrates via Apollo on it's own ?
Say you have a useEffect that calls an API: maybe firebase or parse. That useEffect only gets run on the client. For the server side render: it runs the react code based on the initial props and takes that first rendering and creates the static html from that. When that static html is run on the browser it will run react and subsequent renders can update the dom.